At 05:00 PM 31/01/01 -0500, Adam McKenna wrote:
There's a need for consistency in Debian. People should always be able to
stop and start a service by using /etc/init.d/service scripts.
I'd agree with this. It's hard enough as it is not having consistency with
the maintenance of rc?.d links without then having to worry about which
service manager your service is running under. Also, by not removing the
links aren't you going to confuse runlevel managers (if not the users
Does anyone know if it matter if svc -u gets called twice? Doesn't it just
send signals which will be ignored by a supervise which is already 'up'?
Thus user can /etc/init.d/service start and /etc/init.d/service stop all
[s]he wants, yes?
An alternative would be to have init scripts telling users to go elsewhere
(service controlled by daemontools. go use svc) - possibly better than
having none at all? Maybe not.
On the other hand, assuming daemontools isn't installed by default then
perhaps we *don't* need corresponding init scripts - after all daemontools
is designed to make things less complex, not more :)
I'll just get on back to moving svscan to inittab - thanks Gerrit for the