rc(8) out-of-date.

[Duane Whitty]

On Tue, Aug 22, 2006 at 01:25:52AM -0700, Doug Barton wrote:
> Pawel Jakub Dawidek wrote:
> > On Mon, Aug 21, 2006 at 02:37:08PM -0700, Doug Barton wrote:
> >> Pawel Jakub Dawidek wrote:
> >>> Hi.
> >>>
> >>> AFAIK /usr/local/etc/rc.d/ is using rcorder(8) now. Could someone update
> >>> rc(8) manual page?
> >> I thought I had done that, at least in HEAD. What branch are you seeing the
> >> omission in?
> > 
> > On:
> > 
> > 	> uname -v
> > 	FreeBSD 7.0-CURRENT #9: Thu Aug 10 23:56:04 CEST 2006 root at anger.dawidek.net:/usr/obj/usr/src/sys/ANGER
> > 
> > I see this:
> > 
> >      o   The scripts within each directory are executed in lexicographical
> >          order.  If a specific order is required, numbers may be used as a
> >          prefix to the existing filenames, so for example 100.foo would be
> >          executed before 200.bar; without the numeric prefixes the opposite
> >          would be true.
> > 
> > I thought this is not longer true, is it?
> > 
> 
> I see now. :) You missed the header at the top of that section that says,
> "The following key points apply to old-style scripts in
> /usr/local/etc/rc.d." Scripts that don't use rc.d (PROVIDE, REQUIRE, etc.)
> are still handled in the manner described.
> 
Hi,

On 6.X I've done some testing and, unless I misunderstood, it seems that scripts
using the rcorder framework with the same dependencies, i.e., with the same
REQUIRE: elements, are processed lexicographically unless overridden with the
BEFORE: element.  If BEFORE: is used then the script is {called|executed}? before
the script named in the BEFORE: statement.  Lexicographical processing is then
resumed within the constraints established by the REQUIRE: statements.  Maybe that's
what you already said though, or maybe I'm mistaken and it doesn't work like this?
If so please feel free to ignore me. :)

Best Regards,

Duane Whitty

> If we get all (?) the scripts in ports converted to rc.d we might deprecate
> this behavior for 7-RELEASE, but it will stay for 6.x-RELEASE for sure, and
> probably won't be deprecated until 8-RELEASE.
> 
> hth,
> 
> Doug
> 
> -- 
> 
>     This .signature sanitized for your protection
> _______________________________________________
> freebsd-rc at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-rc
> To unsubscribe, send any mail to "freebsd-rc-unsubscribe at freebsd.org"