Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 19 Sep 1999 19:32:34 -0600 (MDT)
From:      Jobe <jobe@attrition.org>
To:        "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
Cc:        Brett Glass <brett@lariat.org>, Neil Blakey-Milner <nbm@mithrandr.moria.org>, Matthew Dillon <dillon@apollo.backplane.com>, freebsd-security@FreeBSD.ORG, Nik Clayton <nik@FreeBSD.ORG>
Subject:   Re: Documentation of security features
Message-ID:  <Pine.LNX.3.96.990919193210.13128D-100000@forced.attrition.org>
In-Reply-To: <199909191824.LAA55646@gndrsh.dnsmgr.net>

index | next in thread | previous in thread | raw e-mail

And how is this security related?  Maybe I am missing something.

--Jobe

On Sun, 19 Sep 1999, Rodney W. Grimes wrote:

> > At 10:31 AM 9/19/99 -0600, Jobe wrote:
> > 
> > >These files are 23k, are there really enough of them to take up 'Megs of
> > >Space'?  
> > 
> > If it's done for every shell command, it'll take up a LOT of room.
> 
> It has been done for every shell command, that was the new builtin(1)
> that was just recently commited.  And from a quick look there are
> 78 of them, 78*23K is not a lot of space 1.8MB.  But the bigger
> picture is that when you now say ``man fg'' you should get the
> new builtin(1) man page, which is far smaller (uncompressed:
> -r--r--r--   1 root  wheel  7195 Sep 19 11:18 builtin.1).  This
> man page refers you to sh(1), or csh(1) for full details.  This
> should greatly reduce the size of the clutter (562KBytes uncompressed).
> 
> Now there is one more problem, and that is what I think is really
> going on here with the person reporting non-linked files.  They are
> looking in /usr/share/man/cat* at the formatted cache, now that can
> grow as man(1)'s cache can't tell if the source files are hard linked
> and generates an individual formatted copy for each man entry, even
> if it already has it filed under another name.
> 
> 
> > 
> > >People need to start posting more meaningful things, and stop
> > >inventing reasons to post to this mailing list.
> > 
> > Documenting key security options is meaningful, IMHO. If nothing
> > else, we should add links for securelevel and similar things that
> > users are not finding.
> 
> Then go make ptx(info) produce the full blown permuted index again
> and be done with it.  That is the standard unix tool for finding
> just about everything about anything in the manual pages.  It has
> been missing for far to long to ignore any longer!!
> 
> 
> -- 
> Rod Grimes - KD7CAX - (RWG25)                    rgrimes@gndrsh.dnsmgr.net
> 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-security" in the body of the message



help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.3.96.990919193210.13128D-100000>