On Tue, 3 Dec 2019 09:02:14 +0100
Denis Roio <jaromil@???> wrote:

> On Sat, 30 Nov 2019, Hendrik Boom wrote:
>
> > On Fri, Nov 29, 2019 at 07:21:54PM +0100, Massimo Coppola wrote:
> >
> > >
> > > If (assuming that) we are going to lose the source of init scripts
> > > upstream, then it's the only way forward. (For those who consider
> > > recognizing the unit files as a valid source a defeat: I may agree
> > > with you, but sometimes a strategic retreat can lead to victory).
> > >
> >
> > If we are worried about losing init scripts upstream, I suggest we
> > maintain a version-controlled collection if initscripts somewhere so
> > that if one disappears from a package we can restore it.
>
> This is what I'm really unsure of, so far. Every time I tried to
> debate this with someone knowing Debian better than I do, we ended in
> disagreement.
>
> My opinion however is this: maintaining a *unique package* of version
> controlled init scripts in Devuan is much, much easier than
> maintaining a sysvinit script in each different package, forking it.

You'll get no arguments from me. From the very beginning, I didn't
think either "upstreams" or daemon package maintainers should be
responsible for init scripts, run scripts, or Epoch conf files. It was
this responsibility and the burden thereof that caused the DSs to
support systemd and *only* systemd: They were tired of supporting
sysvinit scripts, which I think we all admit are atrocities.

But to a person familiar with sysvinit, they're probably all similar.
Run the dependencies, then run the daemon. Kill means kill the daemon,
and then if the dependencies are dependencies only of the daemon, kill
them. Reload means sending the proper signal, and restart means stop
then start. There are also a few logging issues. I'm not sure why this
adds up to more than 200 lines in so many cases, and maybe if we had
professional sysvinit init script maintainers, it wouldn't.


SteveT

Steve Litt
December 2019 featured book: Rapid Learning for the 21st Century
http://www.troubleshooters.com/rl21