From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24665 invoked by uid 1002); 11 Sep 2003 18:15:48 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 4588 invoked from network); 11 Sep 2003 18:15:48 -0000 Date: Thu, 11 Sep 2003 14:16:09 -0400 From: Frederick Grim To: gentoo-dev@gentoo.org Message-ID: <20030911181609.GA5824@norby.dyndns.org> Reply-To: gentoo-dev@gentoo.org Mail-Followup-To: gentoo-dev@gentoo.org References: <20030909211112.GA20604@data.is> <87iso1jg2m.fsf@nb-acer.better-com.de> <20030911135707.GB3889@jeeves.woahnelly.net> <20030911160024.GA974@data.is> <20030911162734.GE3889@jeeves.woahnelly.net> <20030911180236.GB1087@norby.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030911180236.GB1087@norby.dyndns.org> User-Agent: Mutt/1.5.4i Subject: Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d X-Archives-Salt: 5e83b025-dd11-4f2f-bb93-662ac39780a7 X-Archives-Hash: af2a2451b2637ccdee95fc097cdce0ff So Frederick Grim was all like, and shit: > So Wes Chow 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@gentoo.org mailing list > > > > -- > #!/usr/bin/perl -sp0777i 16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/) > > -- > gentoo-dev@gentoo.org mailing list > -- #!/usr/bin/perl -sp0777i