Mike Gerdts writes:
> > and have this expand to something akin to:
> >
> >         man -M /usr/bin/../share/man ps
> >
> > (again, tricky for /usr/ucb which needs to be special cased, if we actually
> > care about that as the man behaviour is currently broken in that case
> > anyway)
> 
> This would involve possibly overriding the behavior configured by
> man.cf.  Since *Solaris ships with /usr/share/man/man.cf adding this
> functionality only in the absence of man.cf would be pointless.
> Overriding the behavior configured by man.cf just because MANPATH is
> not set seems like a confusing configuration option.

I would suggest converting (as a special case) "/usr/ucb" in PATH into
"/usr/man,1b" in the generated MANPATH.  You don't have to override
man.cf completely, because translating this:

        /usr/ucb:/usr/bin

to this:

        /usr/man,1b:/usr/man

works fine and results in the expected man page search path.

> When taking it to this granularity, there are other things to consider
> at the same time.  For instance, Should it also translate gnu info
> pages into man pages and display them when appropriate?

Not unless there's some obvious way to special-case that.

> I think that this work sounds like good follow-on work.  If others
> feel strongly that /usr/ucb and/or gnu info handling belongs with this
> and is unlikely to derail the ARC case I could look to lump it in.

"Derail" comes up only when the case as written isn't suitable for a
fast-track review because the implications aren't obvious and thus it
probably should have been a full-review case.  Writing it well and
making sure it's suitable and obvious are in your (and your fast-track
sponsor's) hands.

"Derail" doesn't mean "deny" -- it just means "we need a wider review
of this to make sure we've gotten the review right."

In other words, I don't think including either of those things is by
itself any sort of reason to have it derailed, and derailing shouldn't
really be a consideration in figuring out how to design things so they
work well.

-- 
James Carlson, Solaris Networking              <[EMAIL PROTECTED]>
Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to