After talking with WilliamH yesterday, I have this opinion:
- Playing with /sbin/init (instead of /sbin/einit) has two interesting
advantages:
1. For example, I now have init=/sbin/e4rat-preload in my grub.conf, if
I do a typo, it would fallback to /sbin/init. If /sbin/init is provided
by sysvinit, people running other init providers could have problems.
This wouldn't occur if /sbin/init has been changed to use desired init
system.
2. Tools like e4rat or bootchart launch /sbin/init, if I switch to
systemd, I would need to edit separate configuration files for each tool
to point to new init. This wouldn't occur if we "play" with /sbin/init
=> we would only change init in one place

- I have two doubts:
1. Why do we need a wrapper instead of changing symlinks?
2. Why Fabio chose to move sysvinit to subdirectories... wouldn't be
much simpler to simply rename /sbin/init to /sbin/sysvinit?



Reply via email to