On Monday 17 May 2010 20:11:30 Joey Hess wrote: > I randonly stumbled over this old bug today; nobody had ever told me > about it: > https://bugs.launchpad.net/ubuntu/+source/debhelper/+bug/473007 > > I can make dh_installman support .so links without a path, and have, > but of course it can only assume the man page is located in the same > section. If an actual path-style search will be done, debhelper can't > handle that, and I guess would have to leave the .so links alone in that > case. > > (Should dh_installman stop converting so links to symlinks at all? > I think lintian warns about some so links.)
the classic man package will automatically locate compressed man pages that it can handle. so since the classic man can handle gzip/bzip/etc..., it'll search for the .so target with compression extensions automatically. e.g. if the man page is actually foo.5.gz and there is a man page moo.5 that contains just ".so foo.5", then man is able to automatically find the foo.5.gz when asked to look for moo(5). not sure what the preference order is though without testing. i.e. if both foo.5 and foo.5.gz exist, then what does ".so foo.5" select by default ? -mike
signature.asc
Description: This is a digitally signed message part.
