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