Raphael Hertzog <hert...@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 <jbla...@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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
