Des intégristes Gentoo m'ont parlé d'OpenRC y'a plusieurs mois. :D Forcément, il fallait que je teste ça.
Le postulat de départ (le marketing, quoi) était que, contrairement à sysvinit, un service désactivé peut l'être de manière définitive. Comme avec un systemctl mask <service>. De plus, l'écriture des initscripts serait simplifiée.
Pour l'écriture simplifiée des initscripts, OpenRC a un équivalent des templated unit de systemd, en effet (un script générique, sur lequel pointent des liens symboliques, quelques variables d'environnement pour faire passer le nom du binaire, etc.). En revanche, le reste de l'écriture est toujours aussi artisanale, bordélique et pas normalisée (chacun-e refait pour la énième fois sa tambouille perso) : recours à start-stop-daemon, kill, stockage du PID principal dans un fichier, etc. Bref, tout le bricolage qui m'a fait apprécié systemd. Pour moi, la gestion du PID incombe à l'init. Pour moi, on ne devrait pas avoir à appeler start-stop-daemon puisqu'on est déjà dans un script qui est censé réaliser le démarrage d'un démon !
OpenRC reste sensible aux hooks dpkg (genre /var/lib/dpkg/info/nginx-common.postinst, /var/lib/dpkg/info/openvpn.postinst, etc.). Ces scripts ont toujours la possibilité de démarrer un service désactivé par l'admin avec invoke-rc.d service start (openrc démarrera le service dans un runlevel dynamique nommé manual si le service a été désactivé avec rc-update del <service>, c'est-à-dire s'il n'est plus dans un runlevel) et de réactiver un service désactivé par l'admin avec update-rc.d <service> defaults.
Divers :
Du coup, bien tenté mais OpenRC ne répond pas à mes besoins.
Merci à Alarig et à Sandhose pour les explications. :)