[Pkg-gtkpod-devel] Bug#620065: fixed in libimobiledevice 1.1.0-3

Julien BLACHE jblache at debian.org
Tue Apr 19 10:20:24 UTC 2011


Raphael Hertzog <hertzog at debian.org> wrote:

Hi,

>> The multiarch requirements aren't relevant here, as the file is
>> installed in /etc and is identical regardless of the architecture the
>> package is built for. So the overlap will be handled by dpkg. That is,
>> if the wiki page is accurate.
>
> The file is in /usr/share not /etc, but you're right, dpkg will cope with
> it.

Sorry, brainfart. For some reason FDI files are in /etc in my mind, I
blame Xorg for that :)

>> Those uploads will be needed anyway, as I think libimobiledevice2
>> is/will not be API-compatible with libimobiledevice1. So, could be a
>> moot point.
>
> Julien (Lavergne), do you know if this is the case?

My recollection of the events is that the GNOME maintainers asked for
the new libimobiledevice in experimental because they needed it, but at
the same time the API/ABI isn't final yet. It's still expected to evolve
and cleanups should happen at some point too.

So it went to experimental both because it was needed there and because
it belonged there.

Julien will set the record straight if I'm wrong and can update us on
the exact upstream status.

Depending on that, even staging a transition in experimental doesn't
make sense at this point. Basically we're screwed until upstream is done
breaking things :)

JB.

-- 
 Julien BLACHE <jblache at debian.org>  |  Debian, because code matters more 
 Debian & GNU/Linux Developer        |       <http://www.debian.org>
 Public key available on <http://www.jblache.org> - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 





More information about the Pkg-gtkpod-devel mailing list