Date: Thu, 20 Apr 2006 13:54:40 +1000 From: "Murray Taylor" <MTaylor@bytecraft.com.au> To: "Brooks Davis" <brooks@one-eyed-alien.net>, "Bruce M Simpson" <bms@spc.org>, <cokane@cokane.org>, "Eric Anderson" <anderson@centtech.com>, <freebsd-hackers@freebsd.org> Subject: RE: [PATCH] Fancy rc startup style RFC Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F111AF35@svmailmel.bytecraft.internal>
next in thread | raw e-mail | index | archive | help
> -----Original Message----- > From: owner-freebsd-hackers@freebsd.org=20 > [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Brooks Davis > Sent: Thursday, 20 April 2006 9:58 AM > To: Bruce M Simpson; cokane@cokane.org; Eric Anderson;=20 > freebsd-hackers@freebsd.org > Subject: Re: [PATCH] Fancy rc startup style RFC >=20 > On Thu, Apr 20, 2006 at 12:43:43AM +0100, Bruce M Simpson wrote: > > On Wed, Apr 19, 2006 at 10:46:09AM -0400, Coleman Kane wrote: > > > My point is that we should let our purist values get in=20 > the way of others' > > > enhanced experience using the system. > >=20 > > My view is: We take the patch, as long as it doesn't interfere with=20 > > the internal machinations of rc too much. > >=20 > > There are good aesthetic and functional arguments on either side. > > Given the excellent work on rc to date, we have clean=20 > abstractions in=20 > > rc itself, so fitting colour-aesthetics in does not have a high=20 > > maintenance cost. >=20 > I agree with this line of reasoning. So long as things are=20 > kept modular and don't cause maintance headaches when working=20 > on the internals I'd like to see this sort of work encouraged=20 > and encorporated into the tree. While there's something to=20 > be said for console output that shows everthing there's also=20 > something to be said for console output that only shows whats=20 > actually important. Giving people room to explore other=20 > options could yeild something much better than what we currently have. >=20 > -- Brooks My 0.02c worth - one of the Unix precepts for command line tools is silence =3D no error This is to consciously aid and abet the pipelining of programs.... Which is a major strength of Unix.. >From "The Art of Unix Programming" http://www.catb.org/~esr/writings/taoup/html/ch01s06.html#id2877684 Also http://www.catb.org/~esr/writings/taoup/html/ch11s01.html The whole site is a good read. And Albert speaks well too (see sig below) mjt -- "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ***This Email has been scanned for Viruses by MailMarshal.***
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?04E232FDCD9FBE43857F7066CAD3C0F111AF35>