Re: s6 usability

2019-12-02 Thread Samuel Holland
On 12/2/19 3:32 PM, Laurent Bercot wrote: >> As a guy who has both daemontools and s6 installed on the same box, I >> thank you from the bottom of my heart for: >> >> 1) Prepending s6- to each command so they don't clash with djb's >> 2) Except for the s6-, naming them the same as djb's so I have

Re: runit patches to fix compiler warnings on RHEL 7

2019-12-02 Thread Laurent Bercot
Reading more, it seems the answer is yes: Our replies crossed. Glad you found what you needed in the doc. :) -- Laurent

Re: s6 usability (was: runit patches to fix compiler warnings on RHEL 7)

2019-12-02 Thread Laurent Bercot
sure, that was just an idea for Jan, he could just create a dir somewhere, populate it with symlinks he prefers to the original s6 tools and put this dir in front of the PATH when running s6 since it seems the utilities do not bother under what name they run. Right, but I've heard enough

Re: runit patches to fix compiler warnings on RHEL 7

2019-12-02 Thread Laurent Bercot
OK, great! I just sent my patch series in a separate reply. I'm happy to have a tech discussion about it, and I could possibly change the patch series based on the discussion, or if it is determined that my patch series should not be accepted, I would accept that as well. Eh, "fix old

Re: s6 usability (was: runit patches to fix compiler warnings on RHEL 7)

2019-12-02 Thread Laurent Bercot
Would it be acceptable to you and them to put the binaries in /bin/s6 and then very early in the boot add /bin/s6 to the path? This isn't a lot different from what djb did with /command, except it's not off the root, which everyone seems to hate. s6 binaries aren't a problem for Debian; but

Re: runit patches to fix compiler warnings on RHEL 7

2019-12-02 Thread J. Lewis Muir
On 12/02, J. Lewis Muir wrote: > So, if s6 can do something similar, I'd be happy to try it out! Can it? Reading more, it seems the answer is yes: https://skarnet.org/software/s6/notifywhenup.html So, s6 has a built-in mechanism where, when the supervised process is available ("ready" in the

Re: runit patches to fix compiler warnings on RHEL 7

2019-12-02 Thread J. Lewis Muir
On 11/28, Laurent Bercot wrote: > - This mailing-list accepts all discussions about process supervision > software. It also accepts patches to such software (but rather than cold > sending patches, please engage in a tech discussion first - it doesn't > have to be long.) OK, great! I just sent

Re: runit patches to fix compiler warnings on RHEL 7

2019-12-02 Thread J. Lewis Muir
On 11/27, Martin Castillo wrote: > On 27.11.19 21:33, J. Lewis Muir wrote: > > On 11/25, J. Lewis Muir wrote: > >> Is runit hosted in a public source code repo? If so, where? > >> > >> Are patches to fix runit compiler warnings on RHEL 7 welcome? > > > > I have patches now. Is there a public

Re: s6 usability (was: runit patches to fix compiler warnings on RHEL 7)

2019-12-02 Thread Jeff
30.11.2019, 19:58, "Laurent Bercot" : >> the solution here could be a simple symlink to the original s6 tool without >> the prefix if you prefer (maybe even located in an other dir than /bin). > > That would be a decision for users, not software authors - else it would > defeat the point of not

Re: s6 usability

2019-12-02 Thread fungal-net
As a test for portability for the 66 software, other than its display case based on arch - called obarun - a couple of devs recently tried it in a few distributions that have the s6 in their repository. Funtoo was the first target https://forum.obarun.org/viewtopic.php?id=956 and this was done by