Ses scripts de lancement doivent rester en premier plan, contrairement aux lancements de démons qu'on trouvent dans /etc/init.d/.
Je sais, oui. Ceci dit, quand on fait une migration, il est quand même utile de pouvoir le faire au fur et à mesure, et c'est d'ailleurs l'impression qui ressort de ce document
For those services that are not migrated to use run scripts yet, add the corresponding init-script startup to /etc/runit/1
Je me trompe? D'ailleurs, pas mal de bordel dans /etc/init.d/ n'a pas vocation à resté lancé (initialisation des partoches/réseau, notamment).
Merci de ne pas déformer mes propos. Je disais que pour Runit les scripts shell ne suivaient pas la norme de SysVinit. Je n'ai pas comparé avec systemd et son format de configuration.
Tu as, bien sûr, noté le smiley?
Mais si tu viens sur ce terrain, alors parlons de la magnifique norme pour lancer un démon avec SysVinit : chacun se démerde comme il peut avec son shell et les outils du bord.
Yep, sysVinit, c'est le pire qui existe à ma connaissance.
[^] # Re: Runit
Posté par freem . En réponse à la dépêche Debian Jessie, 1 an plus tard. Évalué à 2.
Je sais, oui. Ceci dit, quand on fait une migration, il est quand même utile de pouvoir le faire au fur et à mesure, et c'est d'ailleurs l'impression qui ressort de ce document
Je me trompe? D'ailleurs, pas mal de bordel dans /etc/init.d/ n'a pas vocation à resté lancé (initialisation des partoches/réseau, notamment).
Tu as, bien sûr, noté le smiley?
Yep, sysVinit, c'est le pire qui existe à ma connaissance.