Lee Winter:
One key component of an  effective startup process is dependency
> handling.  So why not look for one of the best as a model?  I
> suggest DJB's redo system.  It is excruciatingly simple.  But very
> effective. And it is the opposite of monolithic.

Is "practically nonexistent" the opposite of monolithic, now? (-: He never actually published it, you know (although a few of his other unfinished works that did get published contain glimpses in their build systems). The task of constructing and publishing working redo toolsets was left to Alan Grosskurth, Avery Pennarun, and some other bloke.

redo is a useful tool that can have a use in system initialization. Someone asked me an interesting question about /etc/rc.conf.local in FreeNAS recently and I came up with an interesting answer that made use of redo which I have to write up at some point. But it's another tool in a good toolbox, not the whole of the toolbox. Nor is it necessarily the starting point for everything that has the word "dependency" somewhere in its description. I can think of three things in the various implementations of redo that will interact quite poorly with the notion of repeatably starting up daemons with controlled initial process states and dropped privileges: maintaining database and job control access, alternative routes, and what the process tree ends up looking like. And that's skipping over the whole notion of shutdown. There are ways to marry service dependencies with the the-filesystem-is-the-database paradigm, but one doesn't really start here to reach them.

Maybe Alan Grosskurth, Avery Pennarun, or that other bloke have written some tools for system and daemon management.

* http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/introduction-to-redo.html
* http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh.html


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/544984ee.7050...@ntlworld.com

Reply via email to