From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/759 Path: news.gmane.org!not-for-mail From: Gerrit Pape Newsgroups: gmane.comp.sysutils.supervision.general Subject: runit and lsb init script actions Date: Sun, 10 Apr 2005 15:15:57 +0000 Message-ID: <20050410151610.26722.qmail@c94466ef4374af.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 1113146103 1127 80.91.229.2 (10 Apr 2005 15:15:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 10 Apr 2005 15:15:03 +0000 (UTC) Original-X-From: supervision-return-995-gcsg-supervision=m.gmane.org@list.skarnet.org Sun Apr 10 17:14:59 2005 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by ciao.gmane.org with smtp (Exim 4.43) id 1DKe9E-00071s-V3 for gcsg-supervision@gmane.org; Sun, 10 Apr 2005 17:14:53 +0200 Original-Received: (qmail 6407 invoked by uid 76); 10 Apr 2005 15:17:55 -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 6389 invoked from network); 10 Apr 2005 15:16:14 -0000 Original-To: supervision@list.skarnet.org Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline Xref: news.gmane.org gmane.comp.sysutils.supervision.general:759 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:759 Hi, one thing that has been requested for runit multiple times is lsb compliance concerning 'init script' actions, see http://refspecs.freestandards.org/LSB_2.1.0/LSB-Core-generic/LSB-Core-generic.html#INISCRPTACT It seems to be quite possible to implement an lsb compliant interface through a separate program that runs runsvctrl up, down, term, hup, ..., depending on the command line arguments. For service daemons that don't do the right thing on up, down, term, hup, ..., it's possible to override the actions through the customized control scripts in /control/. This separate program may be symlinked to /etc/init.d/, or used as a wrapper, and maybe fall back to an original /etc/init.d/ script in case the service doesn't run under runit's supervision. What do you think? Thanks, Gerrit.