On 18/11/14 02:02, Bob Proulx wrote:
> Here it is said update-rc.d does not respect policy-rc.d but I think
> maybe that should have been invoke-rc.d since update-rc.d just sets
> things up to start while it is invoke-rc.d that actually does it.
invoke-rc.d is the only thing that *does* respect policy-rc.d.
There are (at least) three things that start services (i.e. init
scripts, systemd units or Upstart jobs):
* invoke-rc.d, intended to be called from maintainer scripts
* service, intended to be called by the sysadmin
* the normal boot process
service(8) does not respect policy-rc.d. I don't think that's a bug: it
should only be run by the sysadmin, directly or otherwise (it would be
OK for a cPanel-like web-admin UI to run service(8) if you click the
"start service" button). What you ask for is what you get.
The normal boot process does not respect policy-rc.d either. Again, I
don't think that's a bug: if you don't want the normal boot process to
run a thing, use update-rc.d (or systemctl or whatever) to take it out
of the desired set (rcN.d and/or foo.target.wants).
> For me it feels strange to leave policy-rc.d in place for a real boot.
> Wouldn't it be better to remove the policy-rc.d when converting it
> from a chroot to a full booting system? Otherwise one boots and
> policy-rc.d is ignored. Everything starts. But then upgrades later
> and nothing is (re)started? That doesn't feel good.
That's true...
> I think it would
> need to be removed for correct continuing operation. (And if so then
> it would be fine to respect it during boot too.)
... but please don't mandate that the init systems that finally got away
from running hundreds of K of script-as-configuration need to block on
executing an additional executable, most likely another
script-as-configuration, before each action they take. That seems like
the opposite of the good progress we've been able to make on machines
that boot faster so they can be doing useful things sooner.
We already have a way to disable services, which knows about sysvinit,
systemd and Upstart despite its unfortunate name (update-rc.d).
S
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/546b1098.2060...@debian.org
