On Sun, 12 Nov 2000, Chris Waters wrote: > I have a question about this part. Are we planning to assume that all > scripts in init.d support this argument? If so, we may be in trouble
No, supporting restart-if-running is optional. And, as it's defined in
policy as optional, if something will break because restart-if-running is
not implemented in a given initscript, it's buggy.
> restart-if-running. Can we split this into two proposals, or is there
> some reason that they're tied together which I'm missing?
Well, other than the fact that invoke-rc.d knows about restart-if-running
and tries a 'restart-if-running' before giving up and doing nothing should
someone try to 'restart' a service out-of-runlevel, there is no reason for
the two proposals to be tied.
I added restart-if-running to the proposal because:
1. It was a long-standing request;
2. Because it makes a lot of sense to have a standard name for that
behaviour should a maintainer need to add the restart-if-running
functionality to a service;
3. If the name is standardized in policy, other software (such as
invoke-rc.d) can take advantage of it, *if* it is implemented
by the initscript. This is the only reason to keep the proposals
tied.
> Personally, when I wear my sysadmin hat, I'm quite aware of the fact
[...]
> of what's going on. I suspect that the "user who has stopped a
> process, and isn't aware that updating its package may restart it" is
> a mythical beast.
Which doesn't change the fact that it is quite annoying to edit the
initscripts fro-and-back, especially when you need it for chrooted installs.
Syncronizing updates to the initscripts becomes a chore fast, as well (at
least in unstable).
> So, well, bottom line, I definitely support invoke-rc.d, but I'd like
> to know more before supporting restart-if-running.
I hope this email helped to clarify the matter for you. If not, please ask
and I'll do my best to answer...
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
pgpkRB8nBpQEh.pgp
Description: PGP signature
