iPod not recognized by podsleuth

Bug #382941 reported by Ben Gamari
314
This bug affects 58 people
Affects Status Importance Assigned to Milestone
Banshee
Fix Released
Medium
banshee (Ubuntu)
Fix Released
Undecided
Chow Loong Jin
Nominated for Lucid by Santiago M. Mola
podsleuth (Fedora)
Fix Released
Medium
podsleuth (Ubuntu)
Fix Released
High
Chow Loong Jin
Nominated for Lucid by Santiago M. Mola

Bug Description

Binary package hint: podsleuth

Podsleuth fails to recognize my second generation iPod mini in Karmic, instead reporting,

[1713 ben@ben-laptop ~] $ podsleuth --rescan
No iPods were found in the HAL device tree

Yet, according to lshal, things seem to be working fine on the hal side of things. See lshal.txt

Revision history for this message
Ben Gamari (bgamari) wrote :
description: updated
Revision history for this message
Sam Barker (sam-quadrocket) wrote :

I've the same problem with my 5th gen iPod, the ipod worked fine in Jaunty. Rythmbox detects the ipod. Is this related to the hal deprecation?

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

confirmed, this basically breaks banshee ipod integration

Changed in podsleuth (Ubuntu):
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Jonathan Lange (jml) wrote :

Possibly http://bugzilla.gnome.org/show_bug.cgi?id=586508

I'd appreciate if someone with Banshee fu could try the suggestions there.

Revision history for this message
Danny Wood (danwood76) wrote :

I have just been enraged by this problem also.

It seems that podsleuth uses HAL to detect ipods and as HAL has been chucked for devicekit then this occurs.
If you run 'podsleuth --rescan --debug' you get an exception stating that it cannot find org.freedesktop.hal.

So yes its related to the removal of HAL, shame.

Revision history for this message
Chow Loong Jin (hyperair) wrote :

It's org.freedesktop.Hal, and Banshee depends on HAL, so it can't have been removed from your system as long as Banshee remains installed:
$ aptitude why hal
i banshee Depends hal

Could you check if HAL is running? (run `service hal status` in a terminal to check) If it isn't, start it (`service hal start`) and see if your problem still persists. If it does, please re-run `podsleuth --rescan --debug` and attach its output here.

If possible, please test if the issue also occurs in podsleuth 0.6.5-1, found here: http://packages.debian.org/sid/all/podsleuth/download

Changed in podsleuth (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Ralf Hildebrandt (ralf-hildebrandt) wrote : Re: [Bug 382941] Re: iPod not recognized by podsleuth

* Chow Loong Jin <email address hidden>:
> It's org.freedesktop.Hal, and Banshee depends on HAL, so it can't have been removed from your system as long as Banshee remains installed:
> $ aptitude why hal
> i banshee Depends hal
>
> Could you check if HAL is running? (run `service hal status` in a
> terminal to check)

$ service hal status
hal start/running, process 8395

> If it isn't, start it (`service hal start`) and see if your problem
> still persists. If it does, please re-run `podsleuth
> --rescan --debug` and attach its output here.
$ podsleuth --rescan
No iPods were found in the HAL device tree

$ sudo podsleuth --rescan
[sudo] password for myuser:
No iPods were found in the HAL device tree

(that is with with podsleuth 0.6.4-2ubuntu1)

$ podsleuth --rescan --debug
No iPods were found in the HAL device tree

$ sudo podsleuth --rescan --debug
No iPods were found in the HAL device tree

> If possible, please test if the issue also occurs in podsleuth 0.6.5-1,
> found here: http://packages.debian.org/sid/all/podsleuth/download

Tried that, 100% identical results.

$ lshal|grep -i ipod
  info.product = 'iPod' (string)
  usb_device.product = 'iPod' (string)
  scsi.model = 'iPod' (string)
  udi = '/org/freedesktop/Hal/devices/storage_serial_Apple_iPod_000A27001E2B4C61_0_0'
  block.storage_device =
'/org/freedesktop/Hal/devices/storage_serial_Apple_iPod_000A27001E2B4C61_0_0'
 (string)
   info.product = 'iPod' (string)
     info.udi =
'/org/freedesktop/Hal/devices/storage_serial_Apple_iPod_000A27001E2B4C61_0_0'
 (string)
   portable_audio_player.access_method.protocols = {'storage', 'ipod'}
(string list)
  portable_audio_player.storage_device =
'/org/freedesktop/Hal/devices/storage_serial_Apple_iPod_000A27001E2B4C61_0_0'
 (string)
   storage.model = 'iPod' (string)
     storage.serial = 'Apple_iPod_000A27001E2B4C61-0:0' (string)
       block.storage_device =
'/org/freedesktop/Hal/devices/storage_serial_Apple_iPod_000A27001E2B4C61_0_0'
 (string)
   info.parent =
'/org/freedesktop/Hal/devices/storage_serial_Apple_iPod_000A27001E2B4C61_0_0'
 (string)
   info.product = 'IPOD' (string)
     volume.label = 'IPOD' (string)

--
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  <email address hidden> | http://www.charite.de

Revision history for this message
John Doe (jodo-deactivatedaccount) wrote :

Exactly the same as above on my System, even with the newer Podsleut Package.

Revision history for this message
Chow Loong Jin (hyperair) wrote :

Could you attach the /tmp/podsleuth-debug file after running `podsleuth --rescan
--debug` please?

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer

Revision history for this message
John Doe (jodo-deactivatedaccount) wrote :

Here it is...

Revision history for this message
dbkaplun (dbkaplun) wrote :

I have the same problem; my /tmp/podsleuth-debug is equivalent.

I hope this gets fixed soon as this one of the last major problems of Karmic.

Revision history for this message
Yannick Barone (yannick-barone) wrote :

Hi,

Same issue for me.

Regards.

Revision history for this message
Jan Michael Ibanez (jmibanez) wrote :

I too have this problem, but have been able to sort of work around it. This might give some clues to the podsleuth devs on why things are happening as they are. My suspicion is that there is some sort of race condition between podsleuth and devkit-disks.

First, to be able to have podsleuth actually detect your iPod, you have to ensure that nautilus is killed. I was successful in doing so, since I run a modified GNOME 2 desktop (with awesome as my window manager). With nautilus killed, there is nothing to contact devkit-disks to mount the iPod as a drive.

While nautilus is not running, plug in your iPod. Wait a minute. Run hal-device to verify that podsleuth has merged the necessary iPod properties. You can now run nautilus once more at this point.

Mount your iPod by browsing to it from nautilus (or using palimpsest to mount). Run Banshee to confirm that it too sees the iPod properly.

I'm thinking of playing around with a private build of podsleuth to try to whittle it down further.

HTH.

Revision history for this message
Chow Loong Jin (hyperair) wrote :

On Monday 12,October,2009 05:53 AM, Jan Michael Ibanez wrote:
> I too have this problem, but have been able to sort of work around it.
> This might give some clues to the podsleuth devs on why things are
> happening as they are. My suspicion is that there is some sort of race
> condition between podsleuth and devkit-disks.
>
> First, to be able to have podsleuth actually detect your iPod, you have
> to ensure that nautilus is killed. I was successful in doing so, since I
> run a modified GNOME 2 desktop (with awesome as my window manager). With
> nautilus killed, there is nothing to contact devkit-disks to mount the
> iPod as a drive.
>
> While nautilus is not running, plug in your iPod. Wait a minute. Run
> hal-device to verify that podsleuth has merged the necessary iPod
> properties. You can now run nautilus once more at this point.
>
> Mount your iPod by browsing to it from nautilus (or using palimpsest to
> mount). Run Banshee to confirm that it too sees the iPod properly.
>
> I'm thinking of playing around with a private build of podsleuth to try
> to whittle it down further.

Thanks for posting this. A long term solution would probably be to modify
podsleuth to use Devkit-Disks though. If you could come up with a patch for
that, it would be really awesome.

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer

Revision history for this message
GonzO (gonzo) wrote :

Confirming just to subscribe to the bug.

Revision history for this message
Buddhika Siddhisena (bud-babytux) wrote :

Confirmed. I too am having the prob.

Revision history for this message
Yannick Barone (yannick-barone) wrote :

Confirmed, same for me.

Revision history for this message
Dayu (dayuhuangster) wrote :

Confirmed. Hope this could get fixed before the final release...

Changed in podsleuth (Ubuntu):
status: Incomplete → Confirmed
Changed in podsleuth (Fedora):
status: Unknown → Confirmed
Revision history for this message
Albertini Riccardo (sirowain) wrote :

Confirmed also in final Karmic release.

Revision history for this message
Santiago M. Mola (smola) wrote :

For a workaround, read: https://bugzilla.redhat.com/show_bug.cgi?id=495240#c20

A solution is being worked on in PodSleuth, but it seems it won't be out any time soon.

Revision history for this message
okubax (xappeal) wrote :

Confirmed in final Karmic release

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Do NOT confirm already well known bugs. You can silently subscribe to bugs without letting everyone else involved to hear about it..

thanks

Revision history for this message
Albertini Riccardo (sirowain) wrote :

@Timo Aaltonen

Just wanted to confirm the problem in final release..

Revision history for this message
Carlos (carlos-lst) wrote :

Hello,

For now, a workaround for this bug not involving killing anything or logging out, etc (from the redhat bug report listed above):

 use gconf-editor to uncheck "/apps/nautilus/preferences/media_automount" (please note, that this will prevent _any_ automatic mounting of _any_ devices)

Now, when you plugin your ipod, it will show up in nautilus but won't be mounted automatically. Go ahead and mount it, and now banshee should see it (as podsleuth will). You won't be able to unmount it from within banshee, but at least on my machine unmounting it from nautilus works fine.

Revision history for this message
Trond Husoe (tr-huso) wrote :

I am not sure if anyone experience the same as I do, but here is a short description:
When I connect the iPod Banshee opens up automatically and an iPod icon shows up on the desktop - and also in Nautilus.
It does not show up in Banshee how ever.
So it seems as if the system understands that the iPod is there, just that Banshee does not get it (yet).

Revision history for this message
Dayu (dayuhuangster) wrote :

I get the same.

On Wed, Nov 4, 2009 at 4:40 PM, Trond Husoe <email address hidden> wrote:

> I am not sure if anyone experience the same as I do, but here is a short
> description:
> When I connect the iPod Banshee opens up automatically and an iPod icon
> shows up on the desktop - and also in Nautilus.
> It does not show up in Banshee how ever.
> So it seems as if the system understands that the iPod is there, just that
> Banshee does not get it (yet).
>
> --
> iPod not recognized by podsleuth
> https://bugs.launchpad.net/bugs/382941
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Banshee Music Player: Unknown
> Status in “podsleuth” package in Ubuntu: Confirmed
> Status in “podsleuth” package in Fedora: Confirmed
>
> Bug description:
> Binary package hint: podsleuth
>
> Podsleuth fails to recognize my second generation iPod mini in Karmic,
> instead reporting,
>
> [1713 ben@ben-laptop ~] $ podsleuth --rescan
> No iPods were found in the HAL device tree
>
> Yet, according to lshal, things seem to be working fine on the hal side of
> things. See lshal.txt
>
>

Revision history for this message
Imashinu (xxhunterxx) wrote :

As of Nov. 18, 2009, Banshee is now detecting iPods and managing them properly on Ubuntu 9.10 x64. I'm not sure about any other programs right now.

Revision history for this message
EdwardClay (eclay) wrote :

My system only works when I disable the media automount in gconf-editor. If I enable automount the ipod is displayed on the desktop and mounted but not visible in banshee. My system has all current patches applied.

My ipod is a first gen and I am running amd64 ubuntu 9.10.

Revision history for this message
Brian McCullough (eclipse-ix) wrote :

Additional data:

My iPod is a 4th generation nano, special ProductRed edition, ordered online from Apple. The model number on the back of the iPod (A1285) doesn't seem to match the model number shown in the Banshee project's model table.

Podsleuth tells me that there are no iPods in the HAL device tree; the following text is produced by lshal.

-----------------

udi = '/org/freedesktop/Hal/devices/usb_device_5ac_1263_000A27001DCC6378'
  info.linux.driver = 'usb' (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_1d6b_2_0000_00_02_1' (string)
  info.product = 'iPod' (string)
  info.subsystem = 'usb_device' (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_5ac_1263_000A27001DCC6378' (string)
  info.vendor = 'Apple, Inc.' (string)
  linux.device_file = '/dev/bus/usb/001/005' (string)
  linux.hotplug_type = 2 (0x2) (int)
  linux.subsystem = 'usb' (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:02.1/usb1/1-5' (string)
  usb_device.bus_number = 1 (0x1) (int)
  usb_device.can_wake_up = false (bool)
  usb_device.configuration_value = 1 (0x1) (int)
  usb_device.device_class = 0 (0x0) (int)
  usb_device.device_protocol = 0 (0x0) (int)
  usb_device.device_revision_bcd = 1 (0x1) (int)
  usb_device.device_subclass = 0 (0x0) (int)
  usb_device.is_self_powered = true (bool)
  usb_device.linux.device_number = 5 (0x5) (int)
  usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:02.1/usb1/1-5' (string)
  usb_device.max_power = 500 (0x1f4) (int)
  usb_device.num_configurations = 2 (0x2) (int)
  usb_device.num_interfaces = 1 (0x1) (int)
  usb_device.num_ports = 0 (0x0) (int)
  usb_device.product = 'iPod' (string)
  usb_device.product_id = 4707 (0x1263) (int)
  usb_device.serial = '000A27001DCC6378' (string)
  usb_device.speed = 480.0 (480) (double)
  usb_device.vendor = 'Apple, Inc.' (string)
  usb_device.vendor_id = 1452 (0x5ac) (int)
  usb_device.version = 2.0 (2) (double)

Revision history for this message
AdamPellittieri (ironoxide887) wrote :

I had the same problem briefly, but now my iPod doesn't even mount/show up in Nautilus. Should I open a new ticket for this?

Changed in podsleuth (Fedora):
status: Confirmed → Fix Committed
Revision history for this message
n3rd (n3rd) wrote :

Very nice!

Revision history for this message
Arun Viswanathan (neoblitz) wrote :

Surprising that there is no fix yet for Ubuntu 9.10 ! But disabling the automount is the solution that works for now.

Revision history for this message
Trond Husoe (tr-huso) wrote :

I am not sure if this is the same bug, but I get this error message when I run
$ podsleuth --rescan
or
$ sudo podsleuth --rescan

Rescanning device [/org/freedesktop/Hal/devices/volume_uuid_5B99_A10A]

Unhandled Exception: System.Exception: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.134" (uid=0 pid=30455 comm="mono) interface="org.podsleuth" member="Scan" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1166 comm="hald))
  at PodSleuth.HalFrontend.IPodSleuthProxy.Scan () [0x00000]
  at PodSleuth.HalFrontend.HalClient.Run (System.String[] args) [0x00000]
  at PodSleuth.HalFrontend.HalEntry.Main (System.String[] args) [0x00000]

Revision history for this message
Tim Hockin (thockin-hockin) wrote :

is there an update for karmic to fix this yet?

Revision history for this message
Chow Loong Jin (hyperair) wrote :

On Sunday 17,January,2010 01:25 PM, Tim Hockin wrote:
> is there an update for karmic to fix this yet?
>
Not yet. It needs to be fixed in Lucid first, by way of a sync from Debian. Give
it a few more days.

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer

Revision history for this message
Tim Hockin (thockin-hockin) wrote :

Even using the no automount, Banshee fails - Cannot open /media/.hal-mtab

sigh

i give up. I'll just install iTunes

Revision history for this message
Chow Loong Jin (hyperair) wrote :

On Monday 18,January,2010 04:13 AM, Tim Hockin wrote:
> Even using the no automount, Banshee fails - Cannot open /media/.hal-
> mtab
>
> sigh
>
>
> i give up. I'll just install iTunes
>
Try using the Banshee and the Podsleuth from the PPA[1]. I've received reports
that it works.

[1] https://launchpad.net/~banshee-team/+archive/ppa

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer

Revision history for this message
Tim Hockin (thockin-hockin) wrote :

It does seem to work now. Sync blew away all my playlists (sigh) but I can recreate those.

How do I tell Banshee not to sync all files (music library >> iPod) ?

Revision history for this message
Tim Hockin (thockin-hockin) wrote :
Download full text (4.3 KiB)

Spoke too soon:

(/usr/lib/banshee-1/Banshee.exe:6028): Gtk-CRITICAL **: gtk_action_group_get_action: assertion `GTK_IS_ACTION_GROUP (action_group)' failed
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.NullReferenceException: Object reference not set to an instance of an object
  at Banshee.Lastfm.Radio.LastfmActions.UpdateActions () [0x00000]
  at Banshee.Lastfm.Radio.LastfmActions.OnPlaybackSourceChanged (System.Object o, System.EventArgs args) [0x00000]
  at (wrapper delegate-invoke) System.EventHandler:invoke_void__this___object_EventArgs (object,System.EventArgs)
  at Banshee.PlaybackController.PlaybackControllerService.OnSourceChanged () [0x00000]
  at Banshee.PlaybackController.PlaybackControllerService.set_Source (ITrackModelSource value) [0x00000]
  at Banshee.PlaybackController.PlaybackControllerService.set_NextSource (ITrackModelSource value) [0x00000]
  at Banshee.PlaybackController.PlaybackControllerService.set_Source (ITrackModelSource value) [0x00000]
  at Banshee.PlaybackController.PlaybackControllerService.<PlaybackControllerService>m__20 (Banshee.Sources.SourceEventArgs ) [0x00000]
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at (wrapper delegate-invoke) Banshee.Sources.SourceEventHandler:invoke_void__this___SourceEventArgs (Banshee.Sources.SourceEventArgs)
  at Banshee.Sources.SourceManager.SetActiveSource (Banshee.Sources.Source source, Boolean notify) [0x00000]
  at Banshee.Sources.SourceManager.SetActiveSource (Banshee.Sources.Source source) [0x00000]
  at Banshee...

Read more...

Revision history for this message
Chow Loong Jin (hyperair) wrote :

On Monday 18,January,2010 03:40 PM, Tim Hockin wrote:
> Spoke too soon:
>
That looks like an unrelated issue. Could you open a new bug (preferably at
bugzilla.gnome.org) detailing what you were doing at that time? Also provide the
full output of `banshee --debug`.

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer

Revision history for this message
Jonathan Lange (jml) wrote :

hyperair, I've tried running Banshee from the PPA, and this particular bug is now fixed: it detects the iPod and can sync files to/from it.

Changed in banshee (Ubuntu):
assignee: nobody → Chow Loong Jin (hyperair)
status: New → In Progress
Changed in podsleuth (Ubuntu):
assignee: nobody → Chow Loong Jin (hyperair)
status: Confirmed → In Progress
Revision history for this message
Trond Husoe (tr-huso) wrote :

Downloaded and installed banshee and podsleuth from PPA.

podsleuth now finds the iPod:
iPod Found [/org/freedesktop/Hal/devices/volume_uuid_5B99_A10A]
  * Generic Device Properties
    - Block Device: /dev/sdd2
    - Mount Point: /media/sdd2
    - Read Only: False
    - Volume Size: 30 GiB
  * General iPod Properties
    - Serial Number: XXXXXXXXXXXX
    - Firewire ID: XXXXXXXXXXXXX
    - Firmware Version: 1.2.1
    - iPod_Control: /iPod_Control
    - Extra Capabilities: podcast
    - Production Info: XXXXXXXXXXXXXXX
  * iPod Model Properties
    - Device Class: video
    - Generation: 5.5
  * Image Types Supported
    - Photos: True
    - Album Art: True
    - Chapter Images: True

It does not show up in Banshee. Could it be that I have another player (Android phone) connected as well?

Revision history for this message
Rob Rautenstrauch (rob-rautenstrauch) wrote :

Installed from PPA and Banshee picks up my iPod. I am trying a sync now to see what happens with that. It will be a while. I have added a lot of music to my library since I upgraded to Karmic. I will post my results when it is done.

Revision history for this message
Rob Rautenstrauch (rob-rautenstrauch) wrote :

Sync worked perfectly. Thanks for all the hard work!

Changed in podsleuth (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (4.6 KiB)

This bug was fixed in the package banshee - 1.5.3-1

---------------
banshee (1.5.3-1) unstable; urgency=low

  [ Chow Loong Jin ]
  * New upstream release
    + New features:
      - Sync device from playlist option
      - Type-ahead find in track, artist, and album lists
      - Optional cover art in lower-left corner
      - Editable cover art via drag-and-drop and right-click
      - Audiobooks library extension
      - Library-folder watcher extension
      - eMusic importer/downloader extension
    + Enhancements:
      - Improved Podcast filtering/browsing
      - Extension preferences tab reworked
      - Extension names/descriptions translated
      - Improved sqlite performance
      - Added --set-rating=RATING command line option
      - Support for Nexus One devices
    + Bug-fixes:
      - DAPs now works with DeviceKit (LP: #382941)
      - Fix issue with DAAP authenticating (LP: #308233)
      - Podcast renaming should work well now
      - Podcast download cancelling is now fast
      - Internet Archive results paging off-by-one fixed
      - Fix for MTP devices on 64-bit distros
      - Fix import error for files with '\0' characters (LP: #499698)
      - Support syncing playlists to iPods (LP: #75571)
      - Fix syncing podcasts to iPods (LP: #140489)
  * debian/control:
    + Bump mono-devel version to 2.4.3 for LibraryWatcher
    + Re-enable libkarma-cil, use libkarma-cil-dev
    + Bump mono-addins version to 0.3.1
    + Bump libgstreamer0.10-dev version to 0.10.12
  * debian/rules:
    + Add configure flags for explicitly enabling all wanted
      features, countering Banshee's automagic silently disabling features
  * debian/patches/01_devkit-fix.patch:
    + Dropped, applied upstream
  * debian/patches/:
    + 01_monodoc-fix-enable.patch: Fix usage of AC_ARG_ENABLE for --enable-docs

  [ Jo Shields ]
  * debian/control:
    + Drop individual library build-deps as all mono libs are pulled in at
      build time
    + Bump Standards version to 3.8.4 (no changes needed)

banshee (1.5.2-1) unstable; urgency=low

  [ Chow Loong Jin ]
  * New upstream release (Closes: #558611)
    + New Features:
      - The Internet Archive extension
      - The iTunes importer
      - Metadata ratings and playcount import and export
      - Add support for Pulse and Droid phones (LP: #501515)
      - Use new Last.fm API (Closes: #548029, LP: #415937)

    + Enhancements:
      - Many accessibility enhancements
      - When sorting by score also sort by playcount (bgo#598431)
      - Add WICD support (bgo#596918)
      - Add the USB id for the Palm Pre in developer mode
      - Improve the import media dialog (bgo#559013)
      - Allow seeking in DAAP streams
      - Tooltip for the AutoDJ source combobox (bgo#598504)
      - Improve recognition of Android devices
      - Recognize Samsung Galaxy device in debug mode
      - PlaybackError query field (bgo#590946)
      - Additional tokens for file system organization (bgo#489861)
      - Remember direction when sorting the list view (bgo#590869)
      - Cleaner track change notification popup (LP: #445965)
      - Move Last.fm settings to the preferences dialog
      - Double click toggles...

Read more...

Changed in banshee (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
kristiutz (kristiutz) wrote :

I have iPod nano 5G but podsleuth detect 4G and if I sync with banshee 1.5.5 I see music synced with banshee but in player not.

Revision history for this message
u-foka (ufooka) wrote :

Hy!

It seems that podsleuth now works with devicekit mounted drives, but still requires hal, and because hal complately removed from lucid, the very same bug appeared again... so this bug should be reopened, or report a new one?

Revision history for this message
Mr. H (thomas-hecker) wrote :

Yes, same here. In 10.04 this issue is up again.

$ podsleuth --rescan --debug
No iPods were found in the HAL device tree

Revision history for this message
Mr. H (thomas-hecker) wrote :
Revision history for this message
Sean Blyth (sean-outfront) wrote :

Here is a fix for this bug thanks to Ricardo Ferreira. Just go to the link below and follow the how-to. Have no idea what the effects will be down the line, but it works for now:
http://www.webupd8.org/2010/05/fix-banshee-ipod-sync-podsleuth-in.html

Revision history for this message
Gabriel Burt (gabaug) wrote :

For Ubuntu Lucid (10.04) you need podsleuth 0.6.7 which I just released yesterday, fixing this bug. It should reach the PPAs soon, and hopefully will get shipped as an online update to Lucid.

Revision history for this message
Gabriel Burt (gabaug) wrote :

The upstream bug that tracked the fix for Lucid (and other contemporary distro versions) is https://bugzilla.gnome.org/show_bug.cgi?id=615010

Changed in banshee:
status: Unknown → Fix Released
Revision history for this message
David Nielsen (davidnielsen-deactivatedaccount) wrote :

Change from udev support bug to udev activation bug upstream.

Changed in banshee:
status: Fix Released → Unknown
Revision history for this message
David Nielsen (davidnielsen-deactivatedaccount) wrote :

Podsleuth 0.6.7 addresses this problem and without it iPod support is as I understand it, entirely broken for Banshee as shipped in Lucid. What is the process for requesting an SRU for Podsleuth 0.6.7 so our users might enjoy iPod support once more?

Changed in banshee:
status: Unknown → Fix Released
Revision history for this message
jimav (james-avera) wrote :

What exactly does "fix released" mean? Released to where or whom in the work flow?

(as of 6/1/2010 podsleuth 0.6.7 has not yet made it into the 10.04 repos...)

Changed in banshee:
importance: Unknown → Medium
Changed in podsleuth (Fedora):
importance: Unknown → Medium
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.