SoylentNews is people
SoylentNews
posted by
janrinok
on Wednesday November 19 2014, @11:25AM
from the I-hope-we-don't-regret-this dept.
from the I-hope-we-don't-regret-this dept.
Ian Jackson's general resolution to prevent init system coupling has failed to pass, the majority vote deciding that the resolution is unnecessary. This means that not only will Debian's default init be systemd, but packages will not be required to support other init systems. Presumably, this means that using other init systems on Debian (without using systemd as a base) will not be possible without major workarounds, or possibly at all. It also leaves the future of Debian projects such as kFreeBSD unclear, as systemd is linux specific.
The vote results can be found here
The winners are:
Option 4 "General Resolution is not required"
This discussion has been archived.
No new comments can be posted.
Debian General Resolution to Prevent Init System Coupling Fails to Pass
|
Log In/Create an Account
| Top
| 179 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
HELP! Man trapped in a human body!
(Score: 2) by fnj on Wednesday November 19 2014, @05:15PM
It's not so much one file vs many. Both have the many, but BSD init is much cleaner in return for lacking run-levels.
Linux with SysVInit: /etc/init.d has the basic scripts; each script reads settings from its own config file in /etc/default. /etc/rc0.d through /etc/rc6.d - one directory for each run level - contain a forest of symlinks to those scripts, with prefixes. The letter of the prefix is S for start or K for stop. The digits control the order they are run ("priority"). Enabling or disabling a daemon changes the corresponding symlinks. The run-level is controlled by /etc/inittab.
FreeBSD: /etc/rc.d has the basic scripts; each script reads settings from /etc/rc.conf. Common boilerplate is separated out into /etc/rc.subr. Dependencies between scripts are handled by special comment lines in the scripts. There is no forest of symlinks. Enabling or disabling a daemon is done in /etc/rc.conf. There are no run-levels. Single-user is a kind of fall-back if boot-to-multi-user fails, but it is possible to boot to single-user, and you can exit to single-user from multi-user by "kill -TERM 1".
Both systems have an /etc/rc.local to stuff any kind of one-time on-boot stuff you want that does not fit into a daemon model, or you do not want to bother with a daemon.
I have simplified the FreeBSD description a little, but not much. For example, there is a /usr/local/etc with its own parallel files. / is for the base system, and /usr/local is for packages/ports.