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

[Mark Francis <mark@canb2c.com>]

I have created bugs 28938, 28940, 28941, 28943 and 28945 to add daemontools support
to the init scripts for samba, xinetd, fcron, cupsd and syslog-ng. Feel free to try
it and see what you think. 

I discuss my approach in bug 28294. To summarise:

1. daemontools is not required but can optionally be used if available.

2. The daemontools service directory for each daemon is located in /var/daemontools

3. This method has flexibility in that a user can choose to start each daemon in
one of 3 different ways. The existing method (usually start-stop-daemon) in an init
script, supervise from an init script, or svscan by creating a link to /var/daemontools/$name
at /service/$name. Running supervise from the init script has the advantages of both
init dependancy support and daemon monitoring.

4. No daemontools USE flag is required using this method.

Mark



Hallgrimur H. Gunnarsson wrote:

>On 11.09.2003 Frederick Grim <fgrim@norby.dyndns.org> wrote:
>  
>
>>#!/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? 
>>    
>>
>
>I think it should definitely be stdout by default, even if it were
>just to force that support into all packages who wish to provide
>daemontools support, so that you dont install a program that claims
>to support 'daemontools' but doesnt allow to use another logger than
>syslog.
>
>Perhaps we should come up with some method in which 'run' files
>are installed?
>
>Should we have a /etc/supervise/packagename or
>/etc/daemontools/packagename, or something like that?
>
>- hhg
>
>--
>gentoo-dev@gentoo.org mailing list
>
>  
>


--
gentoo-dev@gentoo.org mailing list