On Dec 18, 2007 7:27 PM, Edward Pilatowicz <edward.pilatowicz at sun.com> wrote: > > On Mon, Dec 17, 2007 at 09:17:55PM -0600, Mike Gerdts wrote: > > On Dec 17, 2007 6:22 PM, Edward Pilatowicz <edward.pilatowicz at sun.com> > > wrote: > > > i really like the suggested manpatch search mechanism. > > > it should make the management of manpath much easier. > > > > > > that said, currently i have some MANPATH entries (ie, > > > entries in my MANPATH environment variable) which aren't > > > associated with any PATH entries. so to switch to this > > > new mechanism i'd have to drop these entries. so what > > > i was wondering is would it be possible to have some > > > new man(1) cli option that would display the current > > > dynamic man search path in the format of a MANPATH variable? > > > this would allow me to do something like the following > > > in my profile: > > > > > > PATH="<my_desired_path> > > > unset MANPATH > > > MANPATH=`man --found-dynamic-manpath-search-directories` > > > MANPATH=$MANPATH:<my extra junk> > > > export MANPATH > > > > > > thoughts? > > > ed > > > > Interesting idea. As others have stated, this would also be useful > > for debugging or understanding path to manpath translations. How does > > this usage look? > > > > $ PATH=/usr/gnu/bin:/usr/xpg4/bin:/usr/ucb man -p > > /usr/gnu/share/man:/usr/share/man,1:/usr/share/man,1b:/usr/share/man,<lots > > of sections> > > > > so is there any reason to have the ",<section>" entries? > couldn't we just set MANPATH without these? (that's how i currently > setup my manpath.
I believe these are to accommodate things like /usr/ucb, etc. -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben
