Re: daemontools respin?

On Wed, 9 Jun 2010 09:48:24 -0600
Bruce Guenter <[email protected]> wrote:

> 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.

Have you looked at perp (http://b0llix.net/perp/):

  * easy configuration: in place service activation and no
      symlinks!
  * everthing you need to admin in /etc/perp
  * fully FHS compatible
  * service reset capability
  * pretty good troff -man documentation
  * colorized(!) service lister, readable timestamps...
  * no slashpackage, no slashcommand, no slashdoc...

> - Support for explicit one-shot services, having "start" and
> "stop" scripts but no "run".
>

Check (flag.once).
 
> - Support for delayed startup and dependencies in svscan.

Check (perpok(8)).
 
> - Support for storing the "supervise" files in an alternate
> location so as to allow services on read-only filesystems.
>

Check.  All runtime control files configured by default
to symlink on /var/run/perp/ (for possible setup on mfs),
while /etc/perp itself remains pristine and can be mounted fully
read-only in usual operation.

> - Automatic setuid support in supervise.

Well, not sure what "automatic" means here.  Otherwise, perp
includes a full suite of runtools(8) for extremely comprehensive
daemon configuration, including setuid, chroot, pidlock,
rlimits, etc.
 
> 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.

Your software is consistently excellent and undoubtedly you will
produce an awesome project.  But if perp can be made workable
for what you need, please let me know how I can help!

Cheers,

Wayne