Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2019-06-03 Thread Laurent Bercot
Assuming the number of syslog logging scripts is fairly small (a few for daemons in an anticipated list, and perhaps one for the rest; I think this scheme is actually already in use by most syslog users), what about setting up a group of s6-log consumer services, and use a chainloading program

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2019-06-03 Thread Casper Ti. Vector
On Thu, Mar 22, 2018 at 05:10:58PM +, Laurent Bercot wrote: > Having one stream per syslog client is a good thing per se because > it obsoletes the need to identify the client in every log record; > but the killer advantage would be to do away with system-wide > regular expressions for log fil

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-25 Thread Casper Ti. Vector
On Sun, Mar 25, 2018 at 06:38:33AM +, Laurent Bercot wrote: > A major selling point of the s6 and s6-rc formats is that they're easy > to autogenerate, and a frontend would be proof of that. We claim we're > technically better than everyone else, and that our paradigm is more > flexible than ot

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-24 Thread Laurent Bercot
On a second thought, what about (at least a attempt at) solving the human (political) problems by human means (propaganda, but of the factually correct type)? It's not a political problem, it's a religious problem. You just cannot convince people that your UI is better, any more than you can co

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-24 Thread Casper Ti. Vector
On Fri, Mar 23, 2018 at 09:20:58PM +0800, Casper Ti. Vector wrote: > Now I understand. What a pity for distro developers / users and us. On a second thought, what about (at least a attempt at) solving the human (political) problems by human means (propaganda, but of the factually correct type)? -

Re: [Announce] s6.rc: a distribution-friendly init/rc framework (long, off-topic)

2018-03-23 Thread Avery Payne
> > I see that s6.rc comes with a lot of pre-written scripts, from acpid > to wpa_supplicant. Like Avery's supervision-scripts package, this is > something that I think goes above and beyond simple "policy": this is > seriously the beginning of a distribution initiative. I have no wish > at all to

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-23 Thread Laurent Bercot
In their defence, I don't think any mainstream distribution makes this kind of modifications easy. IMO it's safe to assume a new init system means a new distribution (possibly derived from something larger). And that is why I intend to start with smaller, more flexible, less inertia-driven dist

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-23 Thread Casper Ti. Vector
On Fri, Mar 23, 2018 at 03:05:53PM +0200, Alex Suykov wrote: > The reaction to the slew manual I'm afraid will likely be along the > lines of "that's all cool and stuff but how do I actually run this?". I again confess that I am not good at writing tutorials; the current manual is really more suit

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-23 Thread Casper Ti. Vector
On Fri, Mar 23, 2018 at 10:51:57AM +, Laurent Bercot wrote: > That's all fine with me, but it may have connotations in English > that you don't want to associate with a project aimed at stability > and friendliness :) See also project names like "git", "curses" and "snort"... :) > Bear in m

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-23 Thread Alex Suykov
Fri, Mar 23, 2018 at 10:51:57AM +, Laurent Bercot wrote: > Bear in mind that - this is a simplified, but descriptive enough view > of the political landscape of the current Linux ecosystem - distribution > maintainers are *lazy*. They already know systemd, or openrc, or > sysvinit; they don't

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-23 Thread Laurent Bercot
What about using "slew.rc" and changing the installation path from `/etc/s6' to `/etc/slew'? That's all fine with me, but it may have connotations in English that you don't want to associate with a project aimed at stability and friendliness :) To be honest, I find the idea not very appealin

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-22 Thread Casper Ti. Vector
On Thu, Mar 22, 2018 at 05:10:58PM +, Laurent Bercot wrote: > would it be possible for you to change the name of the project? What about using "slew.rc" and changing the installation path from `/etc/s6' to `/etc/slew'? The change is not exactly trivial but already much smaller than the `/etc/

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-22 Thread Laurent Bercot
s6.rc [1] is an attempt to bridge the gap between the elegant foundation provided by s6/s6-rc and an init/rc system that implements the main functionalities beneficial for distributions. s6.rc features a preprocessor that generates source directories for use with s6-rc from given templates. The p

Re: [Announce] s6.rc: a distribution-friendly init/rc framework

2018-03-22 Thread Casper Ti. Vector
On Thu, Mar 22, 2018 at 09:23:34PM +0800, Casper Ti. Vector wrote: > [1] . Should be . The project used `/etc/s6-init' / `/etc/s6-rc', and `/etc/s6/lib/s6.rc' used to be `/etc/s6-rc/lib/s6-rc.rc', hence the old