From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 21:27:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6417116A4CE; Sun, 30 Nov 2003 21:27:47 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A3843F3F; Sun, 30 Nov 2003 21:27:46 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB15P6Mg043884; Mon, 1 Dec 2003 00:25:06 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB15P6uE043881; Mon, 1 Dec 2003 00:25:06 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 1 Dec 2003 00:25:06 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Richard Coleman In-Reply-To: <3FCAD0DC.9090104@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org cc: Oliver Eikemeier cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: "Maxim M. Kazachek" Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 05:27:47 -0000 On Mon, 1 Dec 2003, Richard Coleman wrote: > > (2) Reevaluate the order at routine points in the boot where new scripts > > might now be available (due to file system mounts or whatever). > > Essentially "insert the new cards into the deck, and shuffle". This > > requires rethinking of our current approach, which assumes a static > > order is created once at the start of the boot by rcorder(8). The > > devil will be in the big picture *and* the details of the > > implementation. > > > > (3) Add /local/etc/rc.d or /local/rc.d or /etc/local/rc.d or the like, a > > new directory that third party applications are allowed to modify > > during install, and that will be present for the creation of the > > static ordering by rcorder(8) early in the boot. The devil will be in > > the bikeshed, but the implementation is easy. > <...> > > > > I'm actually leaning towards (2) as being the best solution, as it's easy > > and functional. > > I think this message sums up the options quite nicely. > > I like option 2 the best, with option 3 a close second. I think either > would be an acceptable compromise. > > Option 1 abandons the ability for read-only /usr, which many people > like. That and the NFS problems that Robert mentioned should rule this > out. > > But I like anything over doing nothing (option 4). Having written the e-mail, I should really have indicated that either (2) or (3) is a winner, and (3) is probably easier. Comes of spending a lot of time on the description of the solutions, and little time on the opinion :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research