From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/847 Path: news.gmane.org!not-for-mail From: Gerrit Pape Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Dependencies for runit (again) Date: Sat, 13 Aug 2005 07:32:24 +0000 Message-ID: <20050813073141.11690.qmail@b5bf72679617eb.315fe32.mid.smarden.org> References: <20050809170349.GF20253@mikebell.org> <20050809203450.GA9095@johann.karrmann.de> <20050812172432.6467.qmail@ba17571ef25f7d.315fe32.mid.smarden.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1123918347 29111 80.91.229.2 (13 Aug 2005 07:32:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 13 Aug 2005 07:32:27 +0000 (UTC) Original-X-From: supervision-return-1083-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Aug 13 09:32:21 2005 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by ciao.gmane.org with smtp (Exim 4.43) id 1E3qV7-0008BT-52 for gcsg-supervision@gmane.org; Sat, 13 Aug 2005 09:32:17 +0200 Original-Received: (qmail 15441 invoked by uid 76); 13 Aug 2005 07:32:37 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 15436 invoked from network); 13 Aug 2005 07:32:36 -0000 Original-To: supervision@list.skarnet.org Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: Xref: news.gmane.org gmane.comp.sysutils.supervision.general:847 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:847 On Fri, Aug 12, 2005 at 01:32:53PM -0400, Paul Jarc wrote: > Gerrit Pape wrote: > > for i in `ls -1 ./depends/ 2>/dev/null || :`; do > > sv start $i || exit 1 > > ! test -x /var/service/$i/check || $_ || exit 1 > > done > > It would be nice to have this bit as its own command, so a run script > would only have to call something like "check-depends ./depends" > without any further duplication of code between run scripts. Yes, but it's ok to try it out; 'sv status' and/or 'sv start' maybe should make use of the ./check scripts, and there's also this idea http://article.gmane.org/gmane.comp.sysutils.supervision.general/724 > Also, one benefit of letting the dependency's own runsv handle > invocation of the check script is that it gives the check script the > same consistent process state as the corresponding run script. Hmm, it would be nice to have a guaranteed process state for ./check, true. Regards, Gerrit.