Adding /usr/local/etc/rc.d to the base rcorder

[Brooks Davis]

On Fri, Dec 02, 2005 at 11:06:05AM +0300, Yar Tikhiy wrote:
> On Wed, Nov 30, 2005 at 05:20:11PM -0800, Doug Barton wrote:
> > > On Tue, Nov 29, 2005 at 03:13:37AM -0800, Doug Barton wrote:
> > > 
> > >>My patch to implement all this is at
> > >>http://people.freebsd.org/~dougb/local-rcorder.diff. Comments are welcome.
> > > 
> > > 
> > > This looks pretty good to me.  Thanks for working on this. 
> 
> Please accept my appreciation of your efforts, too!
> 
> > > A few comments:
> > > 
> > > - I have this vague feeling that we should replace most dependencies on
> > >   mountcritremote with a new pseudo target like FILESYSTEMS or MOUNTS.
> > >   This isn't important. :)
> > 
> > Right, this can be revisited later if needed. The more I thought about this
> > the more I liked the concept of what JR suggested, although obviously I
> > implemented it in a slightly different manner. I'm hesitant to add more
> > pseudo-targets, as I think using mountcritremote is a good "clear bright
> > line" for this purpose. I also have a fantasy down the road (not sure how to
> > implement it yet) of making the point to split early/late configurable. For
> > example, I can imagine a scenario where someone might want to put the split
> > at mountcritlocal. However, this is a good safe place to start.
> 
> With a pseudo-target for filesystems, will we still need the split
> hardcoded in /etc/rc?  Using a single run of rcorder should be
> sufficient if all our rc.d scripts specify correct interdependencies
> between each other.  Using the pseudo-target would be a natural way
> of doing so while keeping the possibility to move the split up and
> down the boot sequence.

You have to run rccorder twice because until mountcritremote (or an
equivalent pseudo target) you aren't garenteed to have access to all the
files rcorder needs to parse.

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-rc/attachments/20051202/9a9755de/attachment.bin