From owner-freebsd-hackers Mon May 18 11:20:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02522 for freebsd-hackers-outgoing; Mon, 18 May 1998 11:20:12 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02401 for ; Mon, 18 May 1998 11:20:01 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id LAA28335; Mon, 18 May 1998 11:20:04 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Dan Janowski cc: freebsd-hackers@FreeBSD.ORG Subject: Re: system config database... In-reply-to: Your message of "Mon, 18 May 1998 14:09:29 EDT." Date: Mon, 18 May 1998 11:20:04 -0700 Message-ID: <28331.895515604@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > in a configuration. There are a few things that are > too arbitrary, mostly cleanup stuff like ptmp, and vi -r. > Those things seem better in their own scripts, no? No. :) If you're going to offer one-stop shopping then you need to just toss an umbrella over it all. The proliferation of little scripts which "just don't quite fit" into the overall framework is what makes debugging a system startup failure such a bear on the more complex rc.d-using systems and what we want to avoid. You want to think of the entire startup process, from init's first gasp to the very last "rc.local" type of action, as a single system with a decent API for adding, deleting and editing the objects it manages. Anything less ambitious just isn't worth accepting all the transition shock hassles for, IMHO, and that's speaking as someone who's inflicted fairly major transition shock on the user base not just once but _twice_ (/etc/sysconfig followed by /etc/rc.conf) for what, in hindsight, wasn't that much of a gain. If I had it to do over, I'd have either just left the pre-sysconfig mechnanisms completely alone or gone for broke and fixed it once and for all in a far more elegant fashion. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message