RE: Arch Linux derivative using s6?

[James Powell]

For some comic relief:

"We are systemd. You will be assimilated. Your projects and software will be 
deprecated, reinvented, and added into our own, and made to service us. 
Resistance is futile." -Lenncutus of Borg.

Sent from my Windows Phone

From: Avery Payne<mailto:avery.p.pa...@gmail.com>
Sent: ‎5/‎14/‎2015 11:34 PM
To: supervision@list.skarnet.org<mailto:supervision@list.skarnet.org>
Subject: Re: Arch Linux derivative using s6?


On 5/14/2015 3:47 PM, Jonathan de Boyne Pollard wrote:
> There are even more than that.  I mentioned back in January that the
> nosh Guide chapter on creating service bundles has pointers to the run
> file collections by Gerrit Pape, Wayne Marshall, Kevin J. DeGraaf, and
> Glenn Strauss.  I also pointed out that nosh came with some 177
> pre-built service bundles.  That figure has since risen to some
> 230-odd (not including log services).
>
"We are supervision-scripts. Lower your firewalls and surrender your
source. We will add your definitions and technological distinctiveness
to our own. Your framework will adapt to service us. Resistance is futile."

Oops, sorry, don't know what came over
me...<http://en.wikipedia.org/wiki/Borg_%28Star_Trek%29#cite_note-4>

I will most assuredly pursue those 'service bundles' from *all* of the
above authors when time permits... believe me, I've already scoured out
most of github and bitbucket.  I've also done a few off of runit's
definitions.

Nosh is still on my to-do list.  Near as I can tell, it shouldn't be too
hard to include support for it, but I won't really know until I get a
full VM cooked.  I think the quickest way to get this accomplished - for
both nosh and s6 - is to install Debian 8 sans systemd into a VM image.
>From there I can add your new Debian packages to get nosh installed, and
I will finally have GNU make 4.0 for building s6.

Re: Arch Linux derivative using s6?

[Avery Payne]

On 5/14/2015 3:47 PM, Jonathan de Boyne Pollard wrote:
There are even more than that.  I mentioned back in January that the 
nosh Guide chapter on creating service bundles has pointers to the run 
file collections by Gerrit Pape, Wayne Marshall, Kevin J. DeGraaf, and 
Glenn Strauss.  I also pointed out that nosh came with some 177 
pre-built service bundles.  That figure has since risen to some 
230-odd (not including log services).


"We are supervision-scripts. Lower your firewalls and surrender your 
source. We will add your definitions and technological distinctiveness 
to our own. Your framework will adapt to service us. Resistance is futile."


Oops, sorry, don't know what came over 
me...


I will most assuredly pursue those 'service bundles' from *all* of the 
above authors when time permits... believe me, I've already scoured out 
most of github and bitbucket.  I've also done a few off of runit's 
definitions.


Nosh is still on my to-do list.  Near as I can tell, it shouldn't be too 
hard to include support for it, but I won't really know until I get a 
full VM cooked.  I think the quickest way to get this accomplished - for 
both nosh and s6 - is to install Debian 8 sans systemd into a VM image.  
From there I can add your new Debian packages to get nosh installed, and 

I will finally have GNU make 4.0 for building s6.

Re: Arch Linux derivative using s6?

[Jonathan de Boyne Pollard]

Avery Payne:
There's already a project for adding definitions for various daemons. 
http://bitbucket.org/avery_payne/supervision-scripts


There are even more than that.  I mentioned back in January that the 
nosh Guide chapter on creating service bundles has pointers to the run 
file collections by Gerrit Pape, Wayne Marshall, Kevin J. DeGraaf, and 
Glenn Strauss.  I also pointed out that nosh came with some 177 
pre-built service bundles.  That figure has since risen to some 230-odd 
(not including log services).


Of course, I do sometimes get to just take systemd units and convert them.
 * http://unix.stackexchange.com/a/200281/5132
 * http://askubuntu.com/a/617822/43344

Re: Arch Linux derivative using s6?

[bougyman]

On Tue, Apr 28, 2015 at 9:08 AM, Avery Payne  wrote:
> On 4/28/2015 6:56 AM, bougyman wrote:
>> https://github.com/voidlinux/void-runit
>
> The list of directories in /services only shows entries for getties, are all
> of the other definitions inside of their respective packages?

That is correct, our packages provide an /etc/sv/ if appropriate.

Tj

Re: Arch Linux derivative using s6?

[Avery Payne]

On 4/28/2015 6:56 AM, bougyman wrote:
Currently runit-void uses /etc/runit/1, 2, and 3 for those stages, 
with runlevels in /etc/runit/runsvdir, runsvdir watches 
/run/runit/runsvdir/current, a symlink to /etc/runit/runsvdir/current. 
Void linux is licensed under a 2 clause BSD style license, while 
runit-void (the supervision scripts) itself is public domain 
https://github.com/voidlinux/void-runit 
The list of directories in /services only shows entries for getties, are 
all of the other definitions inside of their respective packages?

Re: Arch Linux derivative using s6?

[bougyman]

On Tue, Apr 28, 2015 at 8:50 AM, Avery Payne  wrote:
> On 4/22/2015 7:51 AM, bougyman wrote:
>>
>> Void defaults to runit as pid1 and provides /etc/sv/ directories
>> (runit/daemontools/s6 compatible) for services.
>
> How are these arranged?  How are they licensed?

Currently runit-void uses /etc/runit/1, 2, and 3 for those stages,
with runlevels in /etc/runit/runsvdir,
runsvdir watches /run/runit/runsvdir/current, a symlink to
/etc/runit/runsvdir/current.

Void linux is licensed under a  2 clause BSD style license, while
runit-void (the supervision scripts) itself is public domain

https://github.com/voidlinux/void-runit

Re: Arch Linux derivative using s6?

[bougyman]

On Tue, Apr 28, 2015 at 8:34 AM, Chris Brannon  wrote:
> bougyman  writes:
>
>> Have you looked at void linux yet?
>
> I've been running it in a VM, and I think you guys have made a convert!
> This weekend, I'll be installing it on my desktop machine.
> That's a really nice distro with supervision, and
> I'm definitely interested in collaborating.
>

That's great to hear. I'll get s6 packaged up today (just the
binaries) and we can look at how to best integrate a replacement init.
the runit-void package should be a good start. I'm also looking at
anopa and s6-overlay for ideas. It was brought to our attention that
SAK (sysrq-k) panics the kernel with runit, that's something I would
like to work around in this implementation.

Tj

Re: Arch Linux derivative using s6?

[bougyman]

On Sun, Apr 19, 2015 at 4:30 PM, Chris Brannon  wrote:
> Yes, I'm familiar with Alpine.  It's a great distro in the minimalist
> spirit.  I use it for some things locally.  Maybe it is a better use of
> my time to contribute to it, rather than going off and doing my own
> thing.  I still haven't completely made up my mind on that.

Chris:

Have you looked at void linux yet? I jumped ship on arch linux when
virusd infected it to
the point that it made maintaining runit-run (run-based init in the
AUR) extraordinarily difficult.
Void defaults to runit as pid1 and provides /etc/sv/ directories
(runit/daemontools/s6 compatible) for services. It would be a fairly
easy task to s6-ize this and
offer it as an alternate init to runit without a major overhaul of the
distribution. We're also very close
to having a fully-musl flavor similar to alpine. I would be happy to
package up s6 for void if you're interested
in this collaboration. I've only scratched the surface of execlineb
thus far and would like some assistance
converting void's /etc/runit/1 into an execlineb version.

Tj

Re: Arch Linux derivative using s6?

[Chris Brannon]

John Regan  writes:

> It's not quite the same, but I think Alpine linux is pretty close to
> what you're looking for. They'd probably love to get more people
> involved, writing documentation, making packages, etc.

Yes, I'm familiar with Alpine.  It's a great distro in the minimalist
spirit.  I use it for some things locally.  Maybe it is a better use of
my time to contribute to it, rather than going off and doing my own
thing.  I still haven't completely made up my mind on that.

-- Chris

Re: Arch Linux derivative using s6?

[Eugène Ngontang]

Hi,

I was wondering if we're still in the perpetrator maling lits :D cause I
didn't use to use s6 tools, but yes Chris I'm motivated to work in such
project with you.

Let me know how to get contact with you and participate to the project

Look forward to reading from you.

Best regards,
Eugène NG

2015-04-19 18:09 GMT+01:00 Avery Payne :

> On 4/19/2015 7:03 AM, John Regan wrote:
>
>> It's not quite the same, but I think Alpine linux is pretty close to what
>> you're looking for. They'd probably love to get more people involved,
>> writing documentation, making packages, etc. It doesn't use s6, but I've
>> submitted the s6 packages to the project. Maybe you could work on adding s6
>> init scripts to packages?
>>
> There's already a project for adding definitions for various daemons.
> http://bitbucket.org/avery_payne/supervision-scripts
>
>


-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

Re: Arch Linux derivative using s6?

[Avery Payne]

On 4/19/2015 7:03 AM, John Regan wrote:

It's not quite the same, but I think Alpine linux is pretty close to what 
you're looking for. They'd probably love to get more people involved, writing 
documentation, making packages, etc. It doesn't use s6, but I've submitted the 
s6 packages to the project. Maybe you could work on adding s6 init scripts to 
packages?
There's already a project for adding definitions for various daemons.   
http://bitbucket.org/avery_payne/supervision-scripts

Re: Arch Linux derivative using s6?

[Dreamcat4]

On Sun, Apr 19, 2015 at 3:17 PM, Laurent Bercot  wrote:
>
>  If I ever have to install a distribution again, I'll probably go
> with Alpine, unless something even better comes along.


I also would use Alpine, except they just don't comprehensively support all
up-to-date packages. ATM, no other linux distro touches  ubuntu + PPA for
package support. Just doing nearly anything. It's pretty much guaranteed.
Therefore, sorry to say: I use ubuntu debootstrap min-base for all server
stuff. And ubuntu desktop for a GUI environment.

There's nothing wrong with extolling the virtues of these respective
distros. However I am a practically person. And when lacking pkgs = not
practical / time efficient to fill in so many missing gaps.

I do agree with the sentiments here and hope that pkg support may continue
improve for alpine linux in particular. But i myself simply cannot justify
changing over until then. Being realistic the timescale is probably more
towards several years than several months.

You can disagree with me on the respective levels of package support. But
I'll probably just laugh at you all.
Kind Regards


-- 
>  Laurent
>

Re: Arch Linux derivative using s6?

[Laurent Bercot]

On 19/04/2015 16:03, John Regan wrote:

It's not quite the same, but I think Alpine linux is pretty close to
what you're looking for. They'd probably love to get more people
involved, writing documentation, making packages, etc. It doesn't use
s6, but I've submitted the s6 packages to the project. Maybe you
could work on adding s6 init scripts to packages?


 Yes, I didn't mention Alpine because people who love Arch Linux
are often reluctant to try out distributions that don't do things
the same way as Arch - and some stuck to Arch after the change to
systemd, even though they themselves loathe systemd, because it's
Arch. :)

 But I agree that Alpine Linux is close: they use musl, and AFAIK
they use runit as their init system. Which is good per se, and which
would probably make an s6 alternative rather painless.

 If I ever have to install a distribution again, I'll probably go
with Alpine, unless something even better comes along.

--
 Laurent

Re: Arch Linux derivative using s6?

[John Regan]

It's not quite the same, but I think Alpine linux is pretty close to what 
you're looking for. They'd probably love to get more people involved, writing 
documentation, making packages, etc. It doesn't use s6, but I've submitted the 
s6 packages to the project. Maybe you could work on adding s6 init scripts to 
packages? 

On April 19, 2015 8:54:35 AM CDT, Laurent Bercot  
wrote:
>On 19/04/2015 15:19, Chris Brannon wrote:
>> For the past year or so, I've been wanting to start working on an
>Arch
>> derivative, based around musl libc, s6, and related software.
>> Is anyone else interested in working on such a project with me?
>
>  Hi Chris,
>  I can only applaud your decision!
>
>I'm not going to get involved with a distribution, no matter what it is
>- and even if it's based on sane and good principles - but I really
>wish
>you good luck, and if you encounter issues with s6 that need solving,
>or
>have feature requests, please do not hesitate to post them here and
>I'll
>do my best to answer.
>
>-- 
>  Laurent

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Arch Linux derivative using s6?

[Laurent Bercot]

On 19/04/2015 15:19, Chris Brannon wrote:

For the past year or so, I've been wanting to start working on an Arch
derivative, based around musl libc, s6, and related software.
Is anyone else interested in working on such a project with me?


 Hi Chris,
 I can only applaud your decision!

 I'm not going to get involved with a distribution, no matter what it is
- and even if it's based on sane and good principles - but I really wish
you good luck, and if you encounter issues with s6 that need solving, or
have feature requests, please do not hesitate to post them here and I'll
do my best to answer.

--
 Laurent

Arch Linux derivative using s6?

[Chris Brannon]

Hey list,
I was involved in the Arch community up until 2013 or so.
Arch was a great distro, and in many ways, it still is, but I admit that
I'm not exactly thrilled with the direction it has gone in the last few
years.  I'm not bitter.  Arch is what it is.
For the past year or so, I've been wanting to start working on an Arch
derivative, based around musl libc, s6, and related software.
Is anyone else interested in working on such a project with me?

-- Chris