From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20051 invoked by uid 1002); 17 Sep 2003 14:38:44 -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 5697 invoked from network); 17 Sep 2003 14:38:44 -0000 Date: Wed, 17 Sep 2003 17:38:41 +0300 From: Petre Rodan To: Mark Francis , gentoo-dev@gentoo.org Message-ID: <20030917143841.GA10738@peter.rav.local> 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> <20030911181811.GA2907@data.is> <3F680695.2060009@canb2c.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F680695.2060009@canb2c.com> X-Sender: petre.rodan@ravantivirus.com User-Agent: Mutt/1.5.4i X-OriginalArrivalTime: 17 Sep 2003 14:38:42.0330 (UTC) FILETIME=[641D9FA0:01C37D29] Subject: Re: [gentoo-dev] New USE flag 'daemontools' as an alternative to init.d X-Archives-Salt: 9fe41d46-b687-4c32-a0c0-281734037a9c X-Archives-Hash: 5990b6997d4540d4bda86d1c5d2b3fa2 On Wed, Sep 17, 2003 at 05:00:37PM +1000, Mark Francis wrote: > 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. Great idea. > 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 /var/service/ is already being used by sys-apps/supervise-scripts ... > > 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 > bye, peter > > Hallgrimur H. Gunnarsson wrote: > > >On 11.09.2003 Frederick Grim 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 > -- Petre Rodan Senior Network Engineer GeCAD Software - RAV Division ---------------------------------------------------------------------- Tel/Fax: +40-21-321-7803 Hotline: +40-21-321-7859 This message is confidential. It may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake please let us know by reply and then delete it from your system; you should not copy the message or disclose its contents to anyone. -- gentoo-dev@gentoo.org mailing list