C'est dommage, l'opinion argumentée d'un développeur *BSD sur systemd est certainement intéressante à connaître.
Ça dépend s’il est allé au fond des choses et n’est pas resté sur une mauvaise impression. Après tout, j’ai eu une mauvaise opinion de systemd au début (en partie à cause du FUD d’ailleurs), et pourtant je suis fervent utilisateur aujourd’hui. Au passage, tout ce remue-ménage m’a permit d’apprendre pas mal de choses sur ce composant plutôt méconnu du système.
En plus, il faut voir que même si systemd n’est pas parfait ça a moins le mérite d’être plus simple, d’ajouter des fonctionnalités utiles, d’être plus rapide, etc. Mais surtout, beaucoup de distributions (avec des gens compétents donc) ont trouvé que c’était une bonne idée de l’adopter (et c’est un vrai pas en avant pour l’unification, donc travail commun et facilité de support des différentes distributions).
D’ailleurs je vous invite à jeter un œil aux objectifs d’amélioration du support de systemd sur une récente dépêche concernant Debian.
Globalement, systemd fait plus de trucs mais reste simple à utiliser. Les seuls arguments qui semblaient tenir la route contre systemd, c’est:
C’est dépendant de Linux, mais vu la dernière réponse j’ai pas l’impression que ça les aurait pas intéressé de toute façon, il reste le cas particulier de Debian où clairement ça demande un peu de travail (mais ça demandera beaucoup moins de maintenance une fois correctement intégré).
Oulà c’est pas la philosophie Unix, ce qui est faux quand on sait que la plupart des fonctionnalités de systemd sont des binaires séparés de systemd lui-même.
Oulà dbus c’est le mâââl, mais bon si ils avaient réinventé la roue on aurait gueulé, là on utilise un standard et du coup pour les applications c’est facile de communiquer avec.
On s’en fout que ça démarre plus vite, mais bizarrement quand c’est autre chose qui vachement rapide bah tout de suite c’est une fonctionnalité intéressante.
Lennart Poettering y fait que de la merde, mais PulseAudio m’énerve aussi des fois mais c’est pas une raison.
À la limite la seule raison valable qui me viens à l’esprit, c’est que c’est compliqué d’utiliser udev indépendamment de systemd. Ça c’est vrai que c’est pas cool, mais bon c’est pas un fork sauvage d’udev qui aurait tué le dépôt original, à priori il n’y avait de gros .
Donc en aucune façon un point technique, même si j’imagine qu’il a quelques cas tordus où systemd ne répond pas trop au besoin.
À force de répondre et de lire des réponses à des trolls (Trollfr oblige) sur systemd, on apprend des tas de choses.
[^] # Re: C’est du propre
Posté par ariasuni . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à 7.
Ça dépend s’il est allé au fond des choses et n’est pas resté sur une mauvaise impression. Après tout, j’ai eu une mauvaise opinion de systemd au début (en partie à cause du FUD d’ailleurs), et pourtant je suis fervent utilisateur aujourd’hui. Au passage, tout ce remue-ménage m’a permit d’apprendre pas mal de choses sur ce composant plutôt méconnu du système.
En plus, il faut voir que même si systemd n’est pas parfait ça a moins le mérite d’être plus simple, d’ajouter des fonctionnalités utiles, d’être plus rapide, etc. Mais surtout, beaucoup de distributions (avec des gens compétents donc) ont trouvé que c’était une bonne idée de l’adopter (et c’est un vrai pas en avant pour l’unification, donc travail commun et facilité de support des différentes distributions).
D’ailleurs je vous invite à jeter un œil aux objectifs d’amélioration du support de systemd sur une récente dépêche concernant Debian.
Globalement, systemd fait plus de trucs mais reste simple à utiliser. Les seuls arguments qui semblaient tenir la route contre systemd, c’est:
À la limite la seule raison valable qui me viens à l’esprit, c’est que c’est compliqué d’utiliser udev indépendamment de systemd. Ça c’est vrai que c’est pas cool, mais bon c’est pas un fork sauvage d’udev qui aurait tué le dépôt original, à priori il n’y avait de gros .
Donc en aucune façon un point technique, même si j’imagine qu’il a quelques cas tordus où systemd ne répond pas trop au besoin.
À force de répondre et de lire des réponses à des trolls (Trollfr oblige) sur systemd, on apprend des tas de choses.
Écrit en Bépo selon l’orthographe de 1990