Date: Mon, 01 Dec 2003 02:07:28 +0100 From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de> To: richardcoleman@mindspring.com Cc: Kris Kennaway <kris@obsecurity.org> Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) Message-ID: <m3fzg5ny5r.fsf@merlin.emma.line.org> In-Reply-To: <3FCA652F.3080001@mindspring.com> (Richard Coleman's message of "Sun, 30 Nov 2003 16:46:23 -0500") References: <200311281553.hASFrURT003309@siralan.org> <86fzg8scn5.fsf@borg.borderworlds.dk> <20031129142508.GA46034@titan.klemm.apsfilter.org> <20031129212652.GC8768@xor.obsecurity.org> <3FC955E3.3070608@FreeBSD.org> <3FCA10A4.2020409@mindspring.com> <20031130163517.GA70858@titan.klemm.apsfilter.org> <3FCA652F.3080001@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Richard Coleman <richardcoleman@mindspring.com> writes:
> But that kinda defeats the purpose of RCNG. One of the best features of
> RCNG is that it makes it easier to add/delete applications from the
> system. Not using it for this purpose reduces its utility.
>
> Let's not let the typical BSD traditionalism get in the way of using
> RCNG for what it's designed. Don't get me wrong. I'm not advocating
> Linux-style integration of packages/ports. But this seems fairly
> harmless.
Ports belong into /usr/local, not into /etc. There should be some hook
that allows port start scripts to run before some base system scripts,
and if Oliver's two-staged "reevaluate" approach supports this with /
and /usr in separate partitions, then why not take his suggestion?
There's nothing that prevents RCNG from stretching out its fangs to
/usr/local/etc/rc*, in fact, hier(7) encourages that.
If I get the picture right, what's suggested is that after mounting
local file systems, the RC order is re-evaluated, and again after
mounting remote file systems ("diskless"). This would allow the system
to gradually complete its /etc/rc* picture.
Another idea would be to use unionfs or something to keep
/usr/local/etc/rc.d in the root partition for real, and when it's
shadowed by the actual /usr/local or /usr mount, punch a hole so you can
look at the rootfs with unionfs or something. I'd like Oliver's
suggestion better though.
--
Matthias Andree
Encrypt your mail: my GnuPG key ID is 0x052E7D95
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m3fzg5ny5r.fsf>