From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28615 invoked by uid 1002); 11 Sep 2003 16:40:55 -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 16242 invoked from network); 11 Sep 2003 16:40:55 -0000 Date: Thu, 11 Sep 2003 16:38:31 +0000 From: "Hallgrimur H. Gunnarsson" To: Wes Chow Cc: Martin Lesser , gentoo-dev@gentoo.org Message-ID: <20030911163831.GA2203@data.is> Mail-Followup-To: "Hallgrimur H. Gunnarsson" , Wes Chow , Martin Lesser , 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> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20030911162734.GE3889@jeeves.woahnelly.net> User-Agent: Mutt/1.4i Subject: Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d X-Archives-Salt: d4537705-1ba7-44ed-9941-d157e4d2aa77 X-Archives-Hash: a61bf37d29dba254c110661b128d3013 On 11.09.2003 Wes Chow wrote: > > > 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. It'd be nice to have the logger supervised > *and* started up before any other daemon. Yes they can, but as I vaguely said earlier, daemontools support will only suit a specific group of daemons, i.e. those who're pretty independant, and there are other qualifications as well, such as logging to stdout if you want to use the provided daemontools logging methods, running in foreground, etc. > > 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. Yap, and it can, but as I said earlier, it'd have to implemented in another layer above daemontools. > > 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? Yes, runit was written by the same guy (Gerrit Pape) that converted the html documentation to man pages for daemontools. I've checked it out, but I havent used it yet. It might be nice to have a runit USE flag too, if it works well. However, for the time being we also need a daemontools USE flag, since there's obviously demand for it, and there are services using daemontools now (qmail, djbdns). > > 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. :-) -- hhg -- gentoo-dev@gentoo.org mailing list