Ken Bloom wrote: > This bug still occurs with the current version in sid. I'm not sure what > must be done special to reproduce, since it's broken by default on my > system. The problem is still that in vendor.h, SYSMANPATH is being set > to /usr/man. On my system, /usr/man is a nonexistant directory. If you > guys have old symlinks lying around then this would explain why you > can't reproduce the issue.
I don't have any /usr/man either > SYSMANPATH is passed to man(1) when running > apropos. man searches all zero man pages in /usr/man and consequently > returns no results. > Could you tell me what you see in strace? (and which exact command you passed to strace, and its output, so that I can compare with what I see here). > I'm no longer sure that the best fix is to change the ./configure call > as mentioned before. It's probably better to modify the whole program > to use whatever the system default man path is (which man can determine > at runtime), rather than one hard coded at compile time. If that's too > difficult, adding a special case for linux to vendor.h should be > reasonably sufficient. > Right, it looks sane to me. > # manpath.config > Looks like my manpath.config is the same. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
