From owner-freebsd-ports@FreeBSD.ORG Fri Jan 23 06:59:13 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D0E716A4CE; Fri, 23 Jan 2004 06:59:13 -0800 (PST) Received: from postman.arcor.de (postman1.arcor-online.net [151.189.0.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A391843D39; Fri, 23 Jan 2004 06:59:11 -0800 (PST) (envelope-from eikemeier@fillmore-labs.com) Received: from fillmore.dyndns.org (port-212-202-51-21.reverse.qsc.de [212.202.51.21]) (authenticated bits=0)i0NEx2u9012472 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 23 Jan 2004 15:59:02 +0100 (MET) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.30; FreeBSD) id 1Ak2lx-000Cev-Sm; Fri, 23 Jan 2004 15:59:01 +0100 Message-ID: <401136B5.7080906@fillmore-labs.com> Date: Fri, 23 Jan 2004 15:59:01 +0100 From: Oliver Eikemeier MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org cc: Richard Coleman cc: freebsd-current@freebsd.org cc: Joe Marcus Clarke cc: Kris Kennaway cc: "Maxim M. Kazachek" Subject: Re: Ports startup scripts in /etc/rc.d X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 14:59:13 -0000 Robert Watson wrote: [...] > For 5.2-CURRENT, I think we should revisit this issue with one of the > following conclusions winning out, and the rest being discarded as > flame-bait: > > [...] > > (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. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Senior Research Scientist, McAfee Research An updated patch that does (2) is in PR 56736: