supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: Charlie Brady <charlieb-smarden-supervision@budge.apana.org.au>
Subject: Re: runsv and process groups
Date: Thu, 26 Aug 2004 13:05:13 -0400 (EDT)	[thread overview]
Message-ID: <Pine.LNX.4.44.0408261233330.28063-100000@e-smith.charlieb.ott.istop.com> (raw)
In-Reply-To: <6575lv98.fsf@ID-23066.news.dfncis.de>


On 26 Aug 2004, Clemens Fischer wrote:

> * 2004-08-23 Charlie Brady:
> 
> > On 23 Aug 2004, Clemens Fischer wrote:
> >
> >> with the current behaviour, the user can choose to give it its own
> >> session using "chpst -P ..." as an additional option.
> >
> > Sure, but to be safe, you need to do that in every run script. Wouldn't
> > it be easier for (nearly) everyone if runsv did it?
> 
> for me this is about choice,

I don't see how your freedom would be curtailed if runsv's behaviour was a 
little different.

> but you certainly have a point.  AFAIC i prefer the current way and
> advice in the runsv(8) documentation to add the "chpst -P ..." bit for
> the "default case".

The runsv documentation doesn't currently have advice to use "chpst -P
..." in run scripts, and very few of the publicly available run scripts
add that "safety belt". IIUC, your suggestion is that that documentation
is added. Mine is that the bahviour of runsv is changed - I don't accept 
that your proposed scenario is a real-world case, but if it is, I expect 
you can find a simple solution which suits your needs. And if not, then 
you could revert the proposed change in the source code.

I'm still curious about Gerrit's opinion. Is there a good reason why runsv 
doesn't put each run script in a new process group? [Other than the 
obvious reason that that would be different behavior to daemontools].

---
Charlie



  reply	other threads:[~2004-08-26 17:05 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-19 17:30 getty trouble Dan Melomedman
2004-08-20  7:19 ` Gerrit Pape
2004-08-20 16:45   ` Dan Melomedman
2004-08-23  0:04   ` runsv and process groups (was Re: getty trouble) Charlie Brady
2004-08-23 13:26     ` runsv and process groups Clemens Fischer
2004-08-23 21:29       ` Charlie Brady
2004-08-26 16:27         ` Clemens Fischer
2004-08-26 17:05           ` Charlie Brady [this message]
2004-08-26 20:48             ` Gerrit Pape
2004-08-26 20:57               ` Paul Jarc
2004-08-29  9:39                 ` Gerrit Pape
2004-08-27  1:06               ` Charlie Brady
2004-09-11  9:58                 ` Gerrit Pape

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.44.0408261233330.28063-100000@e-smith.charlieb.ott.istop.com \
    --to=charlieb-smarden-supervision@budge.apana.org.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).