Le 21/10/2018 à 14:50, Steve Litt a écrit :
On Sun, 21 Oct 2018 02:25:04 -1000
Joel Roth<jo...@pobox.com> wrote:
On Sat, Oct 20, 2018 at 11:52:53PM -0700, Jimmy Johnson wrote:
On 10/20/18 11:18 PM, J. Fahrner wrote:
Am 2018-10-21 08:10, schrieb Steve Litt:
In Devuan, what's the command to permanently prevent sysvinit
from starting a daemon.
man update-rc.d
You can remove or disable a service.
Jochen
Can a person simple remove the 'exe' properties from the rc-*
script or just rename it?
I don't remember the symlink maintenance scripts, so I
usually do this:
chmod a-x /etc/init.d/exim4
Does your next update undo that?
I'm not an expert, but it seems to me the answer is in inittab; the
following line invokes the daemon which launches all the scripts:
si::sysinit:/etc/init.d/rcS
Considering that, it might suffice to have two versions of inittab.
It could be done by splitting in two the sysvinit package. I imagine
this package could be forked from Debian since it's not going to change
for several decades.
Let's consider the following plot, for example:
package sysvinit: contains only the pid1 part, but depends on
either rcS or runit
package rcS: contains rcS and the associated inittab,excludes
package runit.
package runit: contains runit and the associated inittab, excludes
package rcS.
Now consider the runit script. I see two solutions:
1) provide in the runit package the scripts for everypossible
daemon, but containing the necessary logic to determine if it is
installed and must be started.
2) provide the runit script for every installed daemon, and only
for those installed.
The second option is more attractive, but it means either fork the
package for every daemon (not doable), or convince upstream to maintain
such script, or trigger at install time some word processor able to
generate it, and some action to remove it when uninstalling. Every
daemon would then come with a systemd config file, an rcS script and a
runit script.
Didier
_______________________________________________
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng