From owner-freebsd-hackers Sat Feb 6 13:53:54 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26997 for freebsd-hackers-outgoing; Sat, 6 Feb 1999 13:53:54 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26990 for ; Sat, 6 Feb 1999 13:53:52 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id OAA24915; Sat, 6 Feb 1999 14:53:51 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpd024901; Sat Feb 6 14:53:48 1999 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id OAA20073; Sat, 6 Feb 1999 14:53:46 -0700 (MST) From: Terry Lambert Message-Id: <199902062153.OAA20073@usr02.primenet.com> Subject: Re: more modular rc/init/uninit system... To: witr@rwwa.com (Robert Withrow) Date: Sat, 6 Feb 1999 21:53:46 +0000 (GMT) Cc: tlambert@primenet.com, witr@rwwa.com, dcs@newsguy.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199902061509.KAA29774@spooky.rwwa.com> from "Robert Withrow" at Feb 6, 99 10:09:20 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > :- in order to get them run at the correct time and in > :- the correct order for dependent services requirements? > > Well, that's the problem, isn't it? How can they ever be sure > that they are running things in the "correct order" unless they > have global knowlege of every possible application that requires > startup services, which they can never have. This is the fundamentally > broken part of the SYSV startup services design. No. The SysV design is equivalent using sync writes to keep your FFS integrity intact. The issue is order of operation. The SysV design is one, not very elegant, soloution to ordering, just as FFS sync writes are one, not very elegant soloution. Yeah, soft updates are very nice in FFS. And someone should solve the ordering problem for rc files graphically, as well, so that there's a nice elegant soloution to the problem. But in the absence of an elegant soloution, anything that works is, by definition, better than anything that doesn't. Right now we have this monolithic rc file that has to be sed'ed during installs, resulting in potentially conflicting or out of order and therefore unstable startup scripts. Basically, BSD has it's rc files mounted async. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message