Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d

[Frederick Grim]

So Frederick Grim <fgrim@××××××××××××.org> was all like, and shit:
> So Wes Chow <wes@×××××××××.net> was all like, and shit:
> >
> > > No, that'd be implemented in another layer above daemontools itself
> > > (provided that you'd even want to do that with daemontools).
> > > Daemontools is not meant to replace init.d in network initialization,
> > > which isn't a daemon, so you couldn't supervise
> > > it with daemontools. Daemontools is for managing daemons,
> > > starting, stopping, restarting, status, signal delivery.
> >
> > But, can't daemons have dependencies on other daemons as well?  For
> > example, nfs depends on portmap.  Many of these daemons might also
> > depend on the system logger.

ohh and I just thought of something else. In the run scripts you could probably enforce the
dependencies either by specifically naming the softlinks correctly or using some
combination of svstat and sleep in a loop. So in any case the startup order is maintained.
I can't imagine that would be anymore difficult coding wise then the current system in
init.d .

>
> bernstein has a recommended logging system that can be used in conjuction with netcat and
> multitail ( if you have a centralized log server ).  Also most of these daemons can be
> configured to log to stderr or stdout.  so a portmap run script may look something like
> #!/bin/sh
>
> exec /usr/bin/tcpserver 0 111 /sbin/portmap -d 2>&1
>
> with it's associated log/run script
>
> #!/bin/sh
> exec /usr/bin/setuidgid nobody /usr/bin/multilog t s2500000 /var/log/supervise/portmap
>
> which bypasses these dependancies.  I have found, using daemontools that the system logger
> is only useful for a few broken daemons that can't be configured to log to stdout.
>
> So this is sort of an important point.  If runscripts are included will the logging by
> default be to the stdout or to syslog?
>
> > It'd be nice to have the logger supervised
> > *and* started up before any other daemon.
> >
> > And the implication with this faq entry:
> > http://cr.yp.to/daemontools/faq/create.html#why is that daemontools is
> > supposed to mostly replace all these init systems.
> >
> > At any rate, somebody else mentioned runit, which claims to be
> > daemontools-like and has dependency support (and a more conventional
> > license).  "emerge search runit" didn't come up with anything, but maybe
> > it should get some brain time as an option to daemontools?
> >
> > And after reading your bug posting, I agree that it would be nice to
> > have automatically merged run scripts for daemons just in case you want
> > to use a daemontool-like system.
> >
> > Wes
> >
> > --
> > http://www.woahnelly.net/~wes/          OpenPGP key = 0xA5CA6644
> > fingerprint = FDE5 21D8 9D8B 386F 128F  DF52 3F52 D582 A5CA 6644
> >
> > --
> > gentoo-dev@g.o mailing list
> >
>
> --
> #!/usr/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj $/=unpack('H*',$_);$_=`echo
> 16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
>
> --
> gentoo-dev@g.o mailing list
>

-- 
#!/usr/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj $/=unpack('H*',$_);$_=`echo
16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)

--
gentoo-dev@g.o mailing list