Beware with /usr/share/info/dir.gz bugs
Hello. This is to warn interested parties that now that install-info is GNU install-info, the probability of a package shipping a file named /usr/share/info/dir.gz by mistake is now much higher than before. Some packages using automake have a Makefile.in like this: install-info-am: [...] @if (install-info --version && \ install-info --version 2>&1 | sed 1q | grep -i -v debian) >/dev/null 2>&1; then \ [... code which uses install-info ... ] As "install-info --version" does not contain the string "debian" anymore, the test is true and the install-info part is actually executed. As a result, some packages ship /usr/share/info/dir.gz if the new install-info is present during the build. I'm going to fix my packages by patching Makefile.in so that it reads "@if false; then \", which is simple and effective, and avoids a "Build-Conflicts: install-info", but I believe this is actually a problem in automake, see Bug#543992 for details. Thanks. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Beware with /usr/share/info/dir.gz bugs
Hi, On Fri, 28 Aug 2009, Santiago Vila wrote: > This is to warn interested parties that now that install-info is > GNU install-info, the probability of a package shipping a file named > /usr/share/info/dir.gz by mistake is now much higher than before. Note that lintian catches that: http://lintian.debian.org/tags/package-contains-info-dir-file.html And hopefully ftpmasters will use this tag once they start auto-rejecting packages based on (some) lintian checks. > I'm going to fix my packages by patching Makefile.in so that it reads > "@if false; then \", which is simple and effective, and avoids a > "Build-Conflicts: install-info", but I believe this is actually a > problem in automake, see Bug#543992 for details. Why don't you simply remove the file in debian/rules? Note that this file removal could be done by some helper tools (like say dh_installinfo even if it's not used to install the files...). Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Beware with /usr/share/info/dir.gz bugs
On Fri, 28 Aug 2009, Raphael Hertzog wrote: > On Fri, 28 Aug 2009, Santiago Vila wrote: > > This is to warn interested parties that now that install-info is > > GNU install-info, the probability of a package shipping a file named > > /usr/share/info/dir.gz by mistake is now much higher than before. > > Note that lintian catches that: > http://lintian.debian.org/tags/package-contains-info-dir-file.html Yes, I've used that page to send three patches today. > And hopefully ftpmasters will use this tag once they start auto-rejecting > packages based on (some) lintian checks. > > > I'm going to fix my packages by patching Makefile.in so that it reads > > "@if false; then \", which is simple and effective, and avoids a > > "Build-Conflicts: install-info", but I believe this is actually a > > problem in automake, see Bug#543992 for details. > > Why don't you simply remove the file in debian/rules? Because I feel the file should not be there to begin with. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
