From owner-freebsd-arch Wed Jan 16 13:10:29 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 8E00637B423; Wed, 16 Jan 2002 13:09:40 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g0GL9cF27430; Wed, 16 Jan 2002 16:09:38 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Wed, 16 Jan 2002 16:09:37 -0500 To: Robert Watson , Ruslan Ermilov From: Garance A Drosihn Subject: Re: cvs commit: src/gnu/usr.bin/man/man Makefile man.c src/etc/mtree BSD.local.dist BSD.usr.dist BSD.x11-4.dist BSD.x11.dist Cc: Joerg Wunsch , arch@FreeBSD.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.1 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (I am bcc:-ing this to cvs-committers and cvs-all, with the idea that this discussion is also going on in freebsd-arch and thus we could drop it from those two cvs lists...) At 3:00 PM -0500 1/16/02, Robert Watson wrote: >I'm happy with the behavior being available and turned off by default, >but personally my feeling is that the performance/correctness tradeoff >leans towards correctness given the risk. And to be honest, people >don't usually benchmark systems based on the time it takes to render >a man page. :-) But it is one of those things that will make the system "seem slower" to them, in day-to-day use. I think the security issue is a good enough reason to turn off the current behavior of 'man', but I do wish there was some middle-ground option which was between 'zero cat pages on disk' and 'automatically generate all cat pages for all existing man pages'. In my case, I have about a dozen man pages that I reference a lot, and a lot of man pages that I never reference. If something could keep track of which pages were actually referenced a lot, then some system daemon could generate cat-versions of just those man pages. I realize that's probably a large hammer to be invoking to solve such a little nail of a problem, but I couldn't help but wonder if there was some other way to handle this. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message