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_at_fledge.watson.org Senior Research Scientist, McAfee Research An updated patch that does (2) is in PR 56736: <http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/56736>Received on Fri Jan 23 2004 - 05:59:13 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:39 UTC