Joey Hess wrote: > Michael Biebl wrote: >> with compat level 7, dh_install will fall back to look for files in >> debian/tmp. It's the only dh_install* command that behaves that way >> though. Imo all[1] dh_install* commands should behave consistently and fall >> back to look for files in debian/tmp, i.e. behave like dh_install > > You're looking for a level of consistency that does not make > sense amoung debhelper commands. > > dh_install is also the only command that allows specification of a > --srcdir to make it install from a subdirectory. (It has supported > this since long before v7.) > > dh_install is also the only command that allows specifying where > to install the files *to*. All the others can figure this out, > but it can't > > So, dh_install is the only command that does something > different when debian/install contains debian/tmp/$foo vs src/$foo. Ie, > if you list debian/tmp/usr/share/man/man1/foo.1 in debian/manpages, it > will be installed to the right place -- which is one reason > dh_installman does not need to implicitly look in debian/tmp. > > dh_installdebconf does not allow specifying any file at all (because > it knows where the debconf files are)
As mentioned in the footnote, I was referrring to dh_install* helpers which allow to specify a file list, like dh_installman, dh_installinfo or dh_installdocs. What I like about the new dh_install behaviour is, that I can use usr/bin/foo instead of debian/tmp/usr/foo as this reduces the clutter and redundant information in my *.install files, it makes them more concise. At the same time I still need to use debian/tmp/usr/share/man/man1/foo.1 though usr/share/man/man1/foo.1 does not work. This is the inconsistency I was referring to. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
