Making it possible to uninstall initscripts / insserv and facilities
Martin Pitt
mpitt at debian.org
Wed Nov 25 21:58:01 GMT 2015
Hey Felipe,
Felipe Sateler [2015-11-25 15:18 -0300]:
> > As I wrote I think this is mostly good, but I'd really restrict this
> > to running under systemd
> >
> > unshift(@opts, '-f') unless -f '/etc/init.d/mountkernfs.sh' || ! -d '/run/systemd/systemd';
> >
> > IMHO insserv really ought to fail hard if you remove
> > /etc/init.d/mountkernfs.sh (or initscripts as a whole) and are
> > actually running sysvinit.
>
> I agree that failing hard if you are running sysvinit would be ideal.
> However, this check would break in
> containerized or chrooted environments.
Containers should be fine, but indeed chroots would not be. So indeed,
let's not sweat that and restrict the check to
/etc/init.d/mountkernfs.sh for now.
> Unfortunately, drawing inferences from the running system is bound
> to have this sort of problems. AFAIK, d-i does not run systemd;
> would things work there when initscripts is no longer transitively
> depended upon?
I don't think we need to be worried about the d-i environment; that's
fairly static, and people won't go and randomly purge stuff there.
> Maybe instead of using only mountkernfs.sh as flag file, we could:
>
> 1. Check existence of /lib/sysvinit/init
Ah, so check for sysvinit, not initscripts.
> 3. Check existence of mountkernfs.sh
>
> And only pass the --force flag if all three checks fail.
These two seem fine to me, but I think that gets into bikeshedding
territory fairly quickly :-)
> >> If not, could you Felipe please file a bug against sysv-rc?
>
> Will do.
Thanks!
Martin
--
Martin Pitt | http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
More information about the Pkg-systemd-maintainers
mailing list