Re: daemontools respin?

This sounds great.  Getting rid of the necessity of /service all together would be great.

This is outside of the realm of supervise itself, but I would love to see a /etc/inittab.d/ type implementation so it becomes unnecessary to alter /etc/inittab directly.  We try to stay as pristine as possible from the vendor distro and patching /etc/inittab somewhat breaks this goal.

We use supervise extensively.  I'm happy to test code.

Thanks
-jeremy

On Jun 9, 2010, at 8:48 AM, Bruce Guenter wrote:

> Hi.
> 
> After hearing talk about some new ideas being thrown around for new init
> programs and other supervisory agents, I have been thinking about making
> some enhancements to daemontools.
> 
> Well, actually, I've been more than just thinking about it.  I've been
> coding them.  So far the enhancements have been fairly simple, and about
> half are based on (rewritten) patches from other sources.  However, I'm
> moving on to some more invasive modifications, primarily to supervise
> and hopefully svscan, including:
> 
> - Support for explicit one-shot services, having "start" and "stop"
>  scripts but no "run".
> 
> - Support for delayed startup and dependencies in svscan.
> 
> - Support for storing the "supervise" files in an alternate location so
>  as to allow services on read-only filesystems.
> 
> - Automatic setuid support in supervise.
> 
> I am interested to know if anybody else is interested in such an effort,
> if there are other features people have wished for, and what to call it.
> I can push out a tarball too if anybody is interested in seeing what I
> have so far.
> 
> Thanks.
> 
> -- 
> Bruce Guenter <[email protected]>                http://untroubled.org/