Re: supervision-scripts, 2015-04

2015-05-05 15:58 GMT+02:00 Avery Payne : > [...] > > + I need to think through a kernel-neutral method of handling driver > loading. There are a handful of services that require this to succesfully > launch. For example, cpufreqd requires kernel modules to load first, but > this is linux-specifi

[ANNOUNCE] Supervision Scripts Framework r32

Hello Fellow Supervision Users, Yet another new release! I have previously said in the last releases, that, writing the init-system bits to initialize a system was easy with the latest API. Well, true and false. And it obviously depends on the kind of... requirements are put together on the system

[ANNOUNCE] Supervision Scripts Framework r31

Hello Fellow Supervision Users, Just announcing quickly r31 which brings in a welcomed service dependency improvement--support for an additional re-scan signal handling. Again, if service dependencies matter, usage of Runit/S6 is recommended because Daemontools[-Encore] (svscan) lack any signal

Re: [s6][Feature request] Manual s6-supervise and/or s6-svscan USR1/2 re-scan signal support

2015-04-04 13:16 GMT+02:00 Laurent Bercot : > On 04/04/2015 12:19, toki clover wrote: > >> [...] >> or allow a signal to trigger scan, so [s6-]svscan would launch/kill child >> supervisor processes as needed--cheap way, isn't it? >> [...] >> > > Hi

[s6][Feature request] Manual s6-supervise and/or s6-svscan USR1/2 re-scan signal support

Hello Laurent, Supervision Users, Writing this to request a way to satisfy service dependencies by either allowing a manual s6-supervisse,--my guess is this could be expansive,-- or allow a signal to trigger scan, so [s6-]svscan would launch/kill child supervisor processes as needed--cheap way, is

Re: [ANNOUNCE] Supervision Scripts Framework r30

One last thing, r2[78] introduced major change by bringing in virtual service & service instances properly. Release notes are available at the usual place. https://github.com/tokiclover/supervision-scripts/releases/tag/27 https://

[ANNOUNCE] Supervision Scripts Framework r30

Hello Fellow Supervision Users, Just announcing quickly moving to supervision[1] instead of supervision-scripts[2]. Actually, [2] was not intended to be a project--this is where come the "release and be done with it" since r1. [2] was actually a play ground started in early February, after startin

Re: s6 overview (was: Thoughts on S6 and Docker)

2015-03-24 13:20 GMT+01:00 Laurent Bercot : > > You're free to hate me for not having written that page earlier, as > long as you also give constructive comments. :) > > (Possible User) EDIT: "You were free to have written a submission of that page earlier to help possible new users from your ex

[ANNOUNCE] Supervsion Scripts Framework r26

Hello Fellow Supervision Users, I've just released r24 the other day unvoluntarly and so decided to make last minute checks before removing or not the tag. Well, last checks with a a complet reboot were fine, everything seems to work properly as intended. There is actually much to... I noticed fi

[ANNOUNCE] Supervision Scripts Framework r24

Hello Fellow Supervision Users, After a common system halt/shutdown script has been added (r22) to handle system halt/reboot; and added missing bits for Init-Stage-{1,3} of r21; last bits of backend unifications left were system halt... which is done in r24. Completing service *hard* dependencies

[ANNOUNCE] Supervision Scripts Framework r21

Hello Fellow Supervision Users, I had previously thought that adding proper read-only root-FS and a static /service/ would be easy. Nothing was far from... Both features cost a few lines , see the following diffstat,--almost on par as adding service dependencies in sheer number of lines because o

[ANNOUNCE] Supervision Scripts Framework r20

Hello Fellow Supervision Users, Just announcing r20 which bring up a slight clean up for POSIX shell compatibility by avoiding (multiple) assignment with `local' keyword. Service dependencies is now greatly improved,--a service would die if requested _need_ dependencies are not satisfied,--and `{a

Re: [NEWS/ANNOUNCE] Supervision Scripts Framework

2015-03-06 23:37 GMT+01:00 James Powell : > Hi Avery. OpenRC is nice, but it still backbones sysvinit in some ways. If you do however need utilities for halt/shutdown/reboot the Runit-for-LFS project imported an init-shim kit from ArchIgnite that features these > functions. > > I don't recall ex

[ANNOUNCE] Supervision Scripts Framework r16

Hello Fellow Supervision Users, Just announcing r16 quickly. The single thing that stand out is the addition of `SVC_CONFIGFILE' support, meaning, that writing a `pre()' to check the existence of a daemon configuration file is not necessary because it is now supported. (Extending this to many file

[ANNOUNCE] Supervision Scripts Framework r14

Hello Fellow Supervision Users, I've just released r14 the other day when I've just released r13 the day before that... and thought it was, finally, the last, again. Well, I made a few tests before pushing the commits, but not really what was necessary in _normal_ functioning state in a installed

Re: [NEWS/ANNOUNCE] Supervision Scripts Framework

Minor correction: "I took another directory" should be "I took another direction" easy enough... Second NOTE: Daemontools[-encore], Runit and S6 backends are supported. There were a daemontools[-encore] Init-Statge-2 in the early days... However, it does not make any sense to have it since daemo

[NEWS/ANNOUNCE] Supervision Scripts Framework

Hello fellow Supervision Users, I was busy lately working on Supervision-Scripts[1] Framework which grew up to be quite complete and efficient with a very simple API. HISTORY: First, I only started working on this after I discovered Avery Payne's lately on January when I was considering switchin

Re: Using runit-init on debian/Jessie in place of sysvinit/systemd

I need some mes to calm down... Ugh, what an awful formating and typos. Lets take some vacation. 2015-01-02 11:53 GMT+01:00 toki clover : > > > 2015-01-02 11:25 GMT+01:00 Steve Litt : > >> runit->OpenRC was pretty easy for me to do in the OpenRC edition of >> Manjaro.

Re: Using runit-init on debian/Jessie in place of sysvinit/systemd

Feel free to take meds and re-invent the wheel when you feel like it. No problem of course. Take care. -- Forwarded message -- From: Avery Payne Date: 2015-01-02 11:54 GMT+01:00 Subject: Re: Using runit-init on debian/Jessie in place of sysvinit/systemd To: toki clover On

Re: Using runit-init on debian/Jessie in place of sysvinit/systemd

2015-01-02 11:25 GMT+01:00 Steve Litt : > runit->OpenRC was pretty easy for me to do in the OpenRC edition of > Manjaro. Put: > > /usr/bin/openrc sysinit > /usr/bin/openrc boot > /usr/bin/openrc default > > in /etc/runit/1 > > And of course, you need to have runit manage your ttys because OpenRC >

Re: Using runit-init on debian/Jessie in place of sysvinit/systemd

Naturally, you just need to append `init=/sbin/runit-init' (check the path beforehand) to use runit-init as PID 1 (to replace `init=/sbin/init' or `init=/usr/lib/systemd'.)

Fwd: Using runit-init on debian/Jessie in place of sysvinit/systemd

-- Forwarded message -- From: toki clover Date: 2015-01-02 1:30 GMT+01:00 Subject: Re: Using runit-init on debian/Jessie in place of sysvinit/systemd To: Luke Diamand First, it's a bit crazy to use runit for init+service management entirely because: - It's completel

Re: s6 and friends 2.0

Here the second file. execline-2.0.0.0-Makefile.patch.bz2 Description: BZip2 compressed data

Re: s6 and friends 2.0

execline-2.0.0.0 As I said the Gentoo forums, execline would gain by having a single binary as it's common among the interpreter language. Here, I've runned into various issues hence the clean up, and then... there is a file collision with ImageMagick which has a `import' binary already (usualy i

Re: s6 and friends 2.0

Third file. skalibs-2.0.0.0-configure.patch.bz2 Description: BZip2 compressed data

Re: s6 and friends 2.0

Second file. skalibs-2.0.0.0-Makefile.patch.bz2 Description: BZip2 compressed data

Re: s6 and friends 2.0

First file. Makefile.skalibs.bz2 Description: BZip2 compressed data

Re: s6 and friends 2.0

skalibs-2.0.0.0: First, I was just interested in fixing the path and removed the hardcoded paths in the configure files and then I ended up by wanting to clean up and simplify the Makefile as well. And then I was overwhelmed by the number of files... nearly 700 files without counting the headers

s6 and friends 2.0

Hello Laurent and the list, First, thanks Laurent for updating s6 as it is a promising project although I do not use it right now for reasons discussed in a Gentoo Forum thread. I've noticed your 2.0 release campaign. So, I tried to install the new goodies. Two notes before my actual try of the