GUI for iPod using GTK2 (gtkpod)

I think this bug report is mostly obsolete, the needed bits were added to
git (soon in upstream git), see
http://marcansoft.com/blog/2009/10/iphone-syncing-on-linux-part-2/

As a follow-up; iPhoneOS 3.0 added readlink() support to the AFC protocol
and implementation on the device, meaning that in future referencing via
symlinks should work more effectively (there's a patch queued for
libiphone+ifuse).


http://libiphone.lighthouseapp.com/projects/27916/tickets/55-patch-afc-cleanup-full-symlink-support

ipod-convenience shouldn't be used then ;)

This should be fixed, I wasted my time because of these softlinks being
present in there.
They are added by ipod-convenience if I remember right.

As Jorg said, we already check for iTunes_Control and nothing else. libgpod
might get confused if you put a symlink, but I'm not sure why you'd do
that. I think there are some bugs in the way we handle
iTunes_Control/iPod_Control, but this needs investigating instead of
blindly applying a workaround.

Previous comment by -sladen. Adjust summary to be more explicit.

jcs: just had another report of somebody complaining about this on the
'libiphone-devel' list. It should be possible to fix the issue by checker
for the newest name first and then failing back to the older name (so try
to open 'iTunes_Control' first and then if that doesn't exist, try to open
'iPod_Control').

If that's unreasonable the other options is probably to just dive in and
open 'iPod_Control/iTunesDB' without trying to make any "clever" checks
first. This should open across the symlink, even if readlink() itself is
not implemented over the protocol.

Thanks for writing.

As far as I can tell, we are already checking for iTunes_Control. This
check, however, fails if you create a symlink. Symlink is bad.

Which version of libgpod are you using?

JCS.

Adjust summary