Idea for FreeBSD

Michael B Allen ioplex at gmail.com
Thu Aug 7 06:31:11 UTC 2008


On Thu, Aug 7, 2008 at 1:06 AM, Mike Meyer <mwm at mired.org> wrote:
> On Wed, 6 Aug 2008 22:34:51 -0400
> "Michael B Allen" <ioplex at gmail.com> wrote:
>> As for getting rid of rc.d scripts, yes they're decrepit and I would
>> love to see them go but they're simple and third party software may
>> depend on them being the norm.
>
> The only thing decrepit about the rc.d scripts is that they don't all
> support the latest facilities that you'd expect them to. But the way
> to fix that is to update the old ones, not to throw out all of them
> and start over. In particular, if you want to replace them with a
> better format, you need to start by showing that said format is better
> - and chanting buzzwords like "xml" isn't sufficient to do that.

I did not mean to say that the scripts themselves were decrepit. I
mean the whole Unix runlevel rc.d apparatus in general is decrepit.
There should be a library to install, start, stop, restart, uninstall,
disable, enable, change order of services and also change the
runlevel. And then there should be a very small utility that calls the
library to invoke the desired operations from the commandline and from
init. If the library and corresponding utility are implemented
correctly, the format of the file containing service state should be
moot since no one will ever look at it (which is to say dbm or some
other binary-blob format should be used since it makes programming the
said library much cleaner).

And for backwards compatibility you leave the rc.d tree so that a
third party can drop in a script and it will continue to work but
anyone using the said utility would completely bypass all the rc.d
business.

But I just made that up. Of course such things are never as simple as
they sound the first time around.

Mike


More information about the freebsd-hackers mailing list