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 21 | sed 1q | grep -i -v debian) /dev/null 21; 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