manwhich: Deriving MANPATH from PATH [PSARC/2007/688 FastTrack timeout 12/19/2007]
Mike Gerdts
mgerdts at gmail.com
Thu Dec 13 13:43:52 PST 2007
On Dec 13, 2007 3:08 PM, Joseph Kowalski <jek3 at sun.com> wrote:
>
> Re: transforms
>
> /usr/bin /usr/share/man,1,1m,1s,1t,1c,1f
>
>
> I think I get it (right after I sent my mail).
>
> In the absence of a defined MANPATH, man will search search all of
> /usr/man after all the directories indicated by "bin" directories. I
> see the motivation now (if I finally understand). Eventually, all of
> the subsections will be searched, this just alters the order of the search.
Correct.
> Of course, that still begs the question as to if this is a compatible
> change. I think it technically is, but its one of
> those things that are obvious enhancements that we can cut things a
> little slack on this (IMHO).
>
> (The minor binding is important.)
I'll have to trust others on this point.
> (Nit, I just noticed, and I have this right, (1m) should *not* be in the
> list for /usr/bin, right?)
Sigh. You would think so (I did). Do this with your legacy man(1).
cd /usr/bin
man -l * 2>/dev/null | grep 1m
Based upon what I see in there, I wonder why /usr/sbin even exists.
It seems as though all it does is hide ping(1M) from those that aren't
worthy. Surely the typical person doesn't run savecore or wracct.
--
Mike Gerdts
http://mgerdts.blogspot.com/
More information about the opensolaris-arc
mailing list