Date: Sun, 2 Feb 2003 16:30:41 -0600 From: "Jacques A. Vidrine" <nectar@FreeBSD.org> To: Tony Finch <dot@dotat.at> Cc: Mark Murray <mark@grondar.org>, Ruslan Ermilov <ru@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/secure/lib/libcrypto Makefile Message-ID: <20030202223041.GB66337@opus.celabo.org> In-Reply-To: <20030202201011.A28376@chiark.greenend.org.uk> References: <20030202144859.GA38304@sunbay.com> <200302021719.h12HJMaX048710@grimreaper.grondar.org> <20030202172515.GB35774@opus.celabo.org> <20030202201011.A28376@chiark.greenend.org.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 02, 2003 at 08:10:11PM +0000, Tony Finch wrote:
> On Sun, Feb 02, 2003 at 11:25:15AM -0600, Jacques A. Vidrine wrote:
> > 
> > Personally I'd rather not create new man sections just for OpenSSL.  I'd
> > rather have them in a separate directory ---- even if the OpenSSL
> > project does decide to use separate man sections.
> 
> How does that allow users to view the clashing manual pages conveniently?
Same way that it is done now for X apps or ports ... man -M ${mandir}.
> There's a similar problem with some X manual pages (mouse etc.). 
Right.  Thus the invention eons ago of support for multiple `sets' of
man pages via MANPATH and -M and the like.
> I
> think special sections are an appropriate solution, as for Tcl.
*shrug* I suppose it's a personal preference.  I never really cared
for sections like `n', either.  I think there's more precedence for
${PREFIX}/man than for /usr/share/man/man${NEWSECTION}, but I don't
feel strongly enough to argue about it.
Cheers,
-- 
Jacques A. Vidrine <nectar@celabo.org>          http://www.celabo.org/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030202223041.GB66337>
