From owner-freebsd-hackers Sun Jun 23 09:20:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06176 for hackers-outgoing; Sun, 23 Jun 1996 09:20:37 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA06169 for ; Sun, 23 Jun 1996 09:20:34 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id QAA06472; Sun, 23 Jun 1996 16:19:15 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma006469; Sun Jun 23 16:19:00 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id JAA06661; Sun, 23 Jun 1996 09:19:00 -0700 Date: Sun, 23 Jun 1996 09:19:00 -0700 From: "M.R.Murphy" Message-Id: <199606231619.JAA06661@meerkat.mole.org> To: terry@lambert.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The problem I have with scripting will continue to be a problem until > the /etc/rc* data embedding mess goes away so I can upgrade a system > by overwriting everything but "/var/conf", or a similar directory, > and by leaving the /home partition alone, with nothing else sacred. > Your problem with scripting may not be _MY_ problem with scripting. That's why scripting is a good thing. ;-) It lets each of us tailor the behavior of a system as may be required for our own use without having it be a major hassle. Minor hassle to be sure, but not major, mostly. I don't have a /home partition. Other folks do it a different way. Some people like tomatoes. It would be presumptuous of me to dictate to them how they should configure their systems. For me to suggest that a cleanup of /etc/rc* would be a bad thing would be pretty silly on my part. I get to clean it up each time I put in a production system. I get to clean up permissions and ownership each time, too, and strip out cruft and insert what I deem to be of hrrrumph critical importance. For the systems that I'm just dinking with what the FreeBSD team have put together, I'm either happy or resigned to leaving it the way they wanted, depending on my mood. They've done a really good job, especially considering the loosely-coupled development environment. It's damned amazing! However, I'd consider anything that makes it very much harder for me to make it the way I want it to be to be pretty much ill-conceived. Regards, Mike -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good