From owner-freebsd-hackers Sun Nov 5 04:18:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA01010 for hackers-outgoing; Sun, 5 Nov 1995 04:18:00 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA01005 for ; Sun, 5 Nov 1995 04:17:57 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sun, 5 Nov 95 12:18 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA11051; Sun, 5 Nov 1995 12:53:21 +0100 Message-Id: <199511051153.MAA11051@allegro.lemis.de> Subject: Re: machine reboot & kernel maxusers option To: bde@zeta.org.au (Bruce Evans) Date: Sun, 5 Nov 1995 12:53:21 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511051031.VAA32280@godzilla.zeta.org.au> from "Bruce Evans" at Nov 5, 95 09:31:26 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 988 Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans writes: > > >> > I've been voting for hiding the ``not found'' messages behind the > >> > "bootverbose" (boot -v) case long ago, but nobody seems to agree. :) > >> > > >> > >> i agree with you - i think this should be the sense of a "-v" flag - normally > >> you should'ne see what's missing (if it is something impotant you'll see it if > >> something is'nt working :-) - but you shoud have a chance to look more careful > >> at all the device probes (using boot -v) > > >I'll go along with that. "Not found" also scares off people who don't > >realize that it's a normal state of affairs. > > It's only normal (and not good) for GENERIC and other bloated kernels. Would you like to hazard a guess about what percentage of people really, *really* customize their kernels? Even if you do, you might need to keep things in that you don't have (I haven't found a clean way to remove CD-ROM support, for example). You're right, though, that doesn't make it good. Greg