[systemd-devel] sysv-generator: doesn't handle /etc/insserv/overrides or /etc/chkconfig.d

[Lennart Poettering]

On Mon, 16.02.15 14:13, Michael Biebl (mbiebl at gmail.com) wrote:

> 2015-02-16 13:59 GMT+01:00 Lennart Poettering <lennart at poettering.net>:
> > Well, if this is really just about overriding the LSB headers, and
> > nobody so far ever asked for this functionality, wouldn't it be a
> > better and easier way out to just recommend people to do systemd-style
> > drop-ins? I mean, those also work on units generated by the sysv
> > generator...
> 
> Not quite. While you can use drop-in snippets to amend
> orderings/depends, it's (unfortunately) not possible to override
> Wants=,Before= etc.

There have been discussions to allow masking deps via /dev/null
symlinks in .wants/ and .requires/ dirs... I think that'd be a better
solution...

> > Since I never heard anyone asking for this, I doubt it was really that
> > useful in real life...
> 
> To be fair, there is
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759001
> 
> We never raised that upstream though.

On Fedora I am not aware of any request to support this over all those
years!

> >> Note that on servers running Debian I've used /etc/insserv/overrides
> >> countless times over the past years, so maybe chkconfig.d wasn't
> >> something that was widely popularized, but insserv/overrides definitely
> >> was.
> >
> > Again given that on DEbian we don't even have hookup to
> > insserv/update-rcd, I kinda wonder if it would be appropriate to
> > support this facet of it, without supporting the actual core bit.
> >
> > I also believ that "systemctl edit" is a much nicer interface for all
> > of this, and it works on both sysv scripts and unit files...
> 
> Agreed, systemctl edit is much nicer. Unfortunately, as said above,
> drop-ins can *not* be used to override all aspects of a native unit
> file. So it's not (yet) a complete replacement for insserv overrides.
> 
> If it would be possible to unset Wants= or After=, just like other
> service properties, then things would be different.

As mentioned, I'd be happy to take patches to make precisely that work!

Lennart

-- 
Lennart Poettering, Red Hat