On Mon, May 17, 2010 at 08:11:30PM -0400, 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
Sorry about that; I thought I had. > 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. That seems OK, thanks. I don't think you need to worry about debhelper handling broader searches itself - one of these days man-db will have to deal with that, although doing so involves some quite big changes which I haven't got round to yet and I don't think it's all that urgent. > (Should dh_installman stop converting so links to symlinks at all? > I think lintian warns about some so links.) Generally it's a good thing to convert .so links to symlinks: mandb can handle symlinks more efficiently, and although the difference is relatively small it does matter when thousands of pages are involved. I don't think it's worth micromanaging individual packages, but having dh_installman take the more efficient path is useful. My suggestion would be that dh_installman should only convert to symlinks if the target of the symlink can be found (by whatever resolution method) in the same package, and otherwise it should leave .so links alone. That way, we'll get most of the efficiency gains, but links that require more complicated resolution by man-db at run-time will still work. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
