From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15342 invoked by uid 1002); 11 Sep 2003 18:02:16 -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 9836 invoked from network); 11 Sep 2003 18:02:15 -0000 Date: Thu, 11 Sep 2003 14:02:36 -0400 From: Frederick Grim To: gentoo-dev@gentoo.org Message-ID: <20030911180236.GB1087@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030911162734.GE3889@jeeves.woahnelly.net> User-Agent: Mutt/1.5.4i Subject: Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d X-Archives-Salt: 6ce55a6a-6596-4407-ba49-9e981e99c0c7 X-Archives-Hash: 6128479b7bd6367c693fb4e7e029d75d 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. 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