Hello Steve. Steve Litt - 15.11.17, 19:59: > I personally don't like #1. The Debian maintainers are > obstructionists, so I wouldn't help them: I wouldn't give them the > sweat off my W*(#RF(#*.
I am I an obstructionist just cause I happen to maintain fio Debian package? I could feel personally offended now. I get understand why you feel this way, but what you write in my oppinion is destructive. I happened to take part in a discussion about how tech-ctte works in debian-project/devel and I learned that many of the involved people are still suffering from the Systemd discussion back then. Debian maintainers are *human beings* (or souls, expressions of God incarnated into human bodies?), just as you are. Can you for once welcome your pride, feel it, and then… let go of it? Pretty please. I will do so with my anger about how you write here. Maybe I am naive… but I still hope that one day human beings who are willing to face their emotions go about healing what got hurt during the Systemd discussion in Debian. For the good of all of us. > #3 is, in my opinion, practical. Any fool can write a run script with > environment variables: Even I can do it. In most cases, a daemon > doesn't care whether it's started by the main init system, or > indirectly by a supervisor started by the main init system. Like #2, > this helps give Devuan a unique brand. Also, this future-proofs us: > When Debian drags their feet in putting forth a sysvinit init script, a > Devuan volunteer can step forward with a supervisor run script. Over a > period of time, more and more daemons in Devuan could be run from a > single supervisor process. > > So then the question becomes, what supervisor? Runit? S6? > Daemontools-encore? Perp? FWIW the last /etc/init.d/skeleton script in Debian already has all the common functions in some kind of shell script library and a new init script without any extra handling would not be more than setting the 3-4 environment variables there. Additionally one could overwrite just one function like "do_start" with own code. Thanks -- Martin _______________________________________________ Dng mailing list [email protected] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
