Re: Could s6-svscan ignore non-servicedir folders?

On 01/22/15 00:17, Laurent Bercot wrote: On 21/01/2015 21:47, Olivier Brunel wrote: The thing is, that you've referred to services oneshots, whereas I would refer to longrun services oneshot services resp., i.e. I see those as two types of services. They are both services from a system

Re: Could s6-scscan ignore non-servicedir folders?

On 01/21/15 19:03, Steve Litt wrote: On Wed, 21 Jan 2015 18:24:58 +0100 Olivier Brunel j...@jjacky.com wrote: Hi Laurent, So you mentioned breaking compatibility recently, and I figure that might be a good time for me to mention something. I'd like to set up my system around s6, and have

Re: [PATCH 0/4] Add info on why process is down to statusfile

On 01/21/15 00:27, Laurent Bercot wrote: On 21/01/2015 00:20, Olivier Brunel wrote: Cool; I see you've also added a tainstamp into the ready file, that's good but you forgot to update the doc of s6-notifywhenup as well, which still talks of empty file. Fixed in current git. So in the doc

Re: [PATCH 0/4] Add info on why process is down to statusfile

On 01/19/15 17:41, Laurent Bercot wrote: On 19/01/2015 01:04, Olivier Brunel wrote: Sure; though I'm totally fine if you want to discuss them, or would like me to fix/make changes and re-send, as you see fit. That's what I expected really. I have implemented your suggestions, with minor

[PATCH] svstat: Account for file ready

Signed-off-by: Olivier Brunel j...@jjacky.com --- src/supervision/s6-svstat.c | 12 1 file changed, 12 insertions(+) diff --git a/src/supervision/s6-svstat.c b/src/supervision/s6-svstat.c index c986b8d..bc27c32 100644 --- a/src/supervision/s6-svstat.c +++ b/src/supervision/s6

[PATCH 3/4] Add info on why process is down to statusfile

That is, add the wstat allowing to know the return code/signal that occured when process went down. Because in addition to those info being provided to the optional finish script, it is useful to have them always for all services. Signed-off-by: Olivier Brunel j...@jjacky.com --- src/include/s6

[PATCH 4/4] svstat: Show signal name as well

Signed-off-by: Olivier Brunel j...@jjacky.com --- src/supervision/s6-svstat.c | 93 - 1 file changed, 92 insertions(+), 1 deletion(-) diff --git a/src/supervision/s6-svstat.c b/src/supervision/s6-svstat.c index b98e69e..766d04c 100644 --- a/src

[PATCH 2/4] supervise: Document arguments to ./finish

Signed-off-by: Olivier Brunel j...@jjacky.com --- doc/s6-supervise.html | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/s6-supervise.html b/doc/s6-supervise.html index b080626..dca437c 100644 --- a/doc/s6-supervise.html +++ b/doc/s6-supervise.html @@ -45,6 +45,8 @@ If it already exists

anopa 0.2.0

Hey there, So with the (still) recent release of s6 2.2.0.0 and the few changes it introduced (mainly how the ready time is now stored inside the s6 status file), it was time for a new release of anopa. Besides the obvious compatibility changes needed and a few bug fixes, this also sees aa-stop

Re: anopa 0.2.0

Hi Steve, On 08/11/15 20:40, Steve Litt wrote: On Tue, 11 Aug 2015 19:58:59 +0200 Hi j, I just got done reading http://jjacky.com/anopa/ . I love the inclusion of the needs directory, as well as directory after. I love the way you distinquish one-shots from long-run by whether your

Re: register runsvdir as subreaper

On Thu, 02 Feb 2017 19:30:17 + "Laurent Bercot" wrote: > >There's also the possible case of having this for getty/login > >session. So any process spawned from there won't be reparented to > >PID1 but to e.g. the session's supervisor; That can include things >

Re: s6 talk at FOSDEM 2017: video

On Mon, 06 Feb 2017 22:44:07 + "Laurent Bercot" wrote: > I'm obviously partial to s6-rc since it's the one I wrote :) and I'm > especially proud of the fact that it runs oneshots with the same > reproducible launch guarantees that it runs longruns with -

Re: s6 talk at FOSDEM 2017: video

On Tue, 07 Feb 2017 16:35:37 + "Laurent Bercot" wrote: > >Thing is, I've always thought of anopa as a set of tools, that allow > >you to set things up however you want. I like that idea, and so > >that's why it doesn't create service(dir)s on its own, unlike >

Re: register runsvdir as subreaper

On Thu, 02 Feb 2017 16:50:03 + "Laurent Bercot" wrote: > If your question was about the mechanism of wrapping runsv: > > mv /bin/runsv /bin/runsv.real > cat > /bin/runsv < #!/bin/sh > exec local-reaper /bin/runsv.real "$@" > EOF > chmod 755 /bin/runsv Or

Re: register runsvdir as subreaper

On Wed, 01 Feb 2017 16:48:15 + "Laurent Bercot" wrote: (...) > You want a clean process tree with a visually pleasing "ps afuxww" > output? Fix your services so they don't leave orphans in the first There's also the possible case of having this for getty/login

ftrigr bug

_update() should return the number of ids for which something happened, as the doc says, i.e. the length of the list of ids. So this is what the attached patch does. Cheers, >From 83c085e350fe2752b8ebc8f85fbff3556bd55c49 Mon Sep 17 00:00:00 2001 From: Olivier Brunel <j...@jjacky.com> Dat

[PATCH] supervise: set down (D) even on LASTFINISH

Signed-off-by: Olivier Brunel <j...@jjacky.com> --- src/supervision/s6-supervise.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/supervision/s6-supervise.c b/src/supervision/s6-supervise.c index 2e8fa38..99f06f6 100644 --- a/src/supervision/s6-supervise.c

anopa 0.5.0

Hey there, Quick note to announce the release of anopa 0.5.0, changes since last version : ! Makefile: Fix install w/ dynamic library. Thanks to linsam. ! tty: Fix when multiple devices are listed as console. Thanks to linsam. ! Fix possible memory corruption. Thanks to John O'M. !