Bien qu'étant pour la liberté de choix des langages et des méthodes en générales, beurk quand même.
Mais bon si c'est toi qui maintiens …
Qu'apporte systemd par rapport à l'ancienne méthode (rc.* /etc/init.d inittab et autres), quelqu'un peut me résumer les grandes lignes s'il vous plait, j'ai bien lu la première page et la page wikipedia mais comme l'arrêt et le reboot d'une machine sont des situations exceptionnelles ET que le systeme "classique" est facile a suivre et a peu près logique.
Dans certain cas il vrai qu'optimiser le boot et le reboot est important :) (non je ne citerais pas de nom) mais dans d'autres il s'agit de script lancé qu'une ou 2 fois tout les 2 ou 3 ans alors même si c'est pas tip top au poil l'essentiel c'est que ca marche non ?
Donc si quelqu'un pouvait me dire ce qu'apporte systemd, cela serait sympa
[^] # Re: la guerre de s unices
Posté par Christophe B. (site web personnel) . En réponse au journal udev forké. Évalué à 5.
Beurk !
Bien qu'étant pour la liberté de choix des langages et des méthodes en générales, beurk quand même.
Mais bon si c'est toi qui maintiens …
Qu'apporte systemd par rapport à l'ancienne méthode (rc.* /etc/init.d inittab et autres), quelqu'un peut me résumer les grandes lignes s'il vous plait, j'ai bien lu la première page et la page wikipedia mais comme l'arrêt et le reboot d'une machine sont des situations exceptionnelles ET que le systeme "classique" est facile a suivre et a peu près logique.
Dans certain cas il vrai qu'optimiser le boot et le reboot est important :) (non je ne citerais pas de nom) mais dans d'autres il s'agit de script lancé qu'une ou 2 fois tout les 2 ou 3 ans alors même si c'est pas tip top au poil l'essentiel c'est que ca marche non ?
Donc si quelqu'un pouvait me dire ce qu'apporte systemd, cela serait sympa
Merci d'avance