Re: RFS: cflow (updated package)
* George Danchev <firstname.lastname@example.org>, 2009-08-03, 21:17:
>>$ dpkg --contents cflow_1.3-1_i386.deb | grep info
>>drwxr-xr-x root/root 0 2009-08-03 03:03 ./usr/share/info/
>>-rw-r--r-- root/root 448 2009-08-03 03:02 ./usr/share/info/dir.gz
>>-rw-r--r-- root/root 24212 2009-08-03 03:03
>Well, my pbuilder produces a correct result:
>$ lintian --version
>$ lintian -I -E --pedantic cflow_1.3-1_i386.changes && echo $?
>$ $ dpkg --contents cflow_1.3-1_i386.deb | grep -c dir
It seems the the bug is triggered only when install-info is installed.
Yes, install-info is priority important and also found in my cowbuilder image.
Apparently my chroot is slimmer than yours. :)
Sure, I can --login and remove it, then build from there, but I expect it
autobuilders also have it in their chroots environments, which would result in
building a package with that extra dir.gz.
After looking at autobuilders logs, I'd say they don't have it installed.
As Bernhard Link also suggested, I tracked this down to the recent install-
info (being called by upstream makefile) which actually calls ginstall-info
which creates the dir file into the package directory. This makes sense system-
wide, but not for package directories, hence I guess such upstream targets are
better to be avoided when it comes to installation into package directories.
Your solution also works, but it kinda falls into `install'em-all-then-remove-
some' category ;-)
Okay, I'll try to craft something more elegant by the next upload.