Après mon propos était de dire que, pour moi, les apports techniques sont bien évidement a prendre en compte,
Et sur ce point je suis d'accord. Chacun utilise bien ce qu'il veut.
journalctl, systemctl is-system-running, systemclt status xxx, systemctl --state=failed, systemctl edit xxxx, systemctl set-environment xxxx n'ont pas d'équivalent aussi puissant et simple.
Possible. Mais j'ai bien l'impression que systemctl status xxx à une variante pour les sysVinit. Pas sous Debian la (à mon grand regret) mais ça ressemble à services status xxx?
Pour systemctl --state=failed effectivement, en général je me fade une commande à rallonge, combo de grep et de redirection de stderr vers /dev/null.
Le reste, je ne sais pas, et/ou ne vois pas nécessairement l'utilité (différents usages, différents besoins).
La perte de diversité supposée
Ca, c'est une connerie: le fait de proposer un autre modèle augmente la diversité. Si d'autres projets meurent parce que plus utilisés et remplacés par systemd, c'est juste qu'ils ne sont pas assez efficaces.
SysVinit ne me manquera pas, et grâce à systemd j'ai découvert runit, qui à son tour m'a fait découvrir voidlinux.
Perso, j'y ai gagné, dans cette affaire. Je n'ai pas l'intention d'utiliser systemd, j'ai mes raisons, mais je sais que sans systemd je n'aurai pas fait ces recherches et je n'aurai pas appris tout ce que j'ai pu apprendre sur l'init.
[^] # Re: Pas le problème mais la raison !
Posté par freem . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à 4. Dernière modification le 27 juillet 2017 à 10:36.
Et sur ce point je suis d'accord. Chacun utilise bien ce qu'il veut.
Possible. Mais j'ai bien l'impression que
systemctl status xxxà une variante pour les sysVinit. Pas sous Debian la (à mon grand regret) mais ça ressemble àservices status xxx?Pour
systemctl --state=failedeffectivement, en général je me fade une commande à rallonge, combo de grep et de redirection de stderr vers /dev/null.Le reste, je ne sais pas, et/ou ne vois pas nécessairement l'utilité (différents usages, différents besoins).
Ca, c'est une connerie: le fait de proposer un autre modèle augmente la diversité. Si d'autres projets meurent parce que plus utilisés et remplacés par systemd, c'est juste qu'ils ne sont pas assez efficaces.
SysVinit ne me manquera pas, et grâce à systemd j'ai découvert runit, qui à son tour m'a fait découvrir voidlinux.
Perso, j'y ai gagné, dans cette affaire. Je n'ai pas l'intention d'utiliser systemd, j'ai mes raisons, mais je sais que sans systemd je n'aurai pas fait ces recherches et je n'aurai pas appris tout ce que j'ai pu apprendre sur l'init.