Raphael Hertzog <hert...@debian.org> wrote: >> I NACKed that because the package would be ridiculously small and this >> is/has been a cause of REJECT. > > Well with multiarch shortly ahead of us it's more and more important for > lib* packages to have only the library files and not any sort of support > file.
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. > So there will be other similar cases and I doubt the ftpmasters will > reject them. Their concerns should not forbid us to do the right thing > in terms of library packaging. Can you get a statement from them on that? Thanks. > Well, we can't bin-nmu in experimental so it means fake source upload in > experimental with increased build-dep just to be able to provide updated > binaries of all packages using libimobiledevice1... Those uploads will be needed anyway, as I think libimobiledevice2 is/will not be API-compatible with libimobiledevice1. So, could be a moot point. >> Finally, there's also the option of dropping the FDI file entirely, >> given we plan to get rid of HAL sooner rather than later. I'm not sure >> about the status of non-Linux architectures wrt libimobiledevice, so the >> lack of HAL support there may be a moot point. > > Several of the reverse build-dependencies of libimobiledevice-dev use it > with an architecture restriction [linux-any] but not all of them. I don't > know how important that FDI file is in the grand scheme of the library. That's a question for Julien (the other one - why yes, we're everywhere). 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
