Subject: Re: correct "direction" of barriers in rc.d
To: None <>
From: der Mouse <mouse@Rodents.Montreal.QC.CA>
List: tech-userlevel
Date: 03/20/2002 13:42:28
> The problem is that those barrier dependencies don't *actually*
> require anything, but rather all the things listed in their REQUIRE
> lines simply need to be started before the barrier.  Therefore, it
> seems logical that rather than listing those things as REQUIRE, the
> individual scripts that want to be started before some barrier should
> list that barrier in a BEFORE statement.

That sounds reasonable to me.

However, what about ordering requirements that are not an attribute of
either script involved, but rather of some decision the system's
administrator has made?  (I'm thinking things like "we want db X to be
up before starting inetd, because inetd has an entry that accesses that
db".)  It seems to me there is presently nowhere to declare such
dependencies that's conceptually right.

/~\ The ASCII				der Mouse
\ / Ribbon Campaign
 X  Against HTML