Quel existant? Plein de commandes de systemd n’existaient pas avant.
C'te blague ; extrait de https://github.com/systemd/systemd/tree/master/src là ou je vois des outils qui existaient déjà : ask-password, backlight, cryptsetup, fsck (sans déconner !), hostname, locale, modules-load, network (je vois qu'ils ont réimplémenté tout iproute, sans même utiliser libnl), readahead, remount-fs, resolve, sysctl, ...
En passant, à chaque fois aucun commentaire en haut du fichier pour expliquer ce que ça fait exactement : il faut aller voir le main().
Alors après, l'existant c'est un paquet de spaghetti hétéroclite immonde, mais avec des années et des années de polissage derrière. On sait très bien que quand un mec arrive en disant qu'il va tout régler d'un coup, on va se prendre des systèmes cassés pendant des lustres. Peut-être qu'il était tant, mais bon, non, ça n'a pas été fait de manière « modulaire » itérative, comme on aurait pu remplacer petit à petit les outils.
Je ne vois pas ce qu’il y a de mal, systemd est en quelque sortes une couche d’abstraction du noyau;
Ah ouai, carrément ?
normal qu’il empêche les autres programmes de mettre le bazar et qu’il donne des API pour les programmes externes. Et la hiérarchie a l’air plutôt propre comme ça.
Heu... Lennart ne trouvait pas ça « normal » à priori avant, vu que c'est comme ça que c'était depuis un bout de temps. Et donc maintenant, les cgroup ça doit appartenir à systemd et c'est tout point ; voilà un système coopératif... Alors après, ils ont étudié les solutions et c'est à priori la meilleure, mais alors qu'on ne se targue pas de se la jouer « à la UNIX » : non, tu fais différemment ; et bien assume-le.
Ensuite, la façon dont notre projet est géré (c'est-à-dire maintenir la majeure partie du cœur de l’OS dans un unique dépôt git) est plus proche du modèle BSD (qui est un vrai UNIX, pas comme Linux) dans la façon de faire (où la plus grande partie du cœur de l’OS est conservé dans un seul répertoire CVS/SVN) que de la façon de faire de Linux.
Ça, effectivement, c'est quelque chose de vraiment embêtant je trouve.
En quoi?
Et bien maintenant tu as un mainteneur tête de nœuds pour la base d'une partie énorme de ton système. Pour caricaturer UNIX, les « haters » disaient que l'auteur de "head" n'était pas le même que celui de "tail" (et c'est vrai !) ; c'est un peu extrême, mais ça a toujours été comme ça que ça se passe. Les projets avec un mono-maniaque qui décide d'une partie énorme de ton système, ça craint. Torvalds est visé du coup, mais disons que lui fait plus « consensus », si on peut dire.
Non c’est pas hypocrite, c’est les autres projets qui sont venus se greffer à systemd, pas le contraire.
Heu... ça fait un peu « parain de la mafia » comme remarque...
Il n’y a jamais eu de XML dans systemd, et même s’il y en avait le XML c’est pas un truc maléfique hein.
Je parlais des communications par dbus. Choses que l'utilisateur ne voit pas, mais quand tu écris un soft et que tu veux communiquer avec le démon « système » maintenant, tu dois te palucher du XML.
Et genre les «petits bénévoles» avant ils modifiaient SysV ou Upstart? Non. De la même façon, les «petits bénévoles» ne vont pas faire de grosses modifications au cœur de Firefox.
Nan mais tu as pris la grosse tête comme Lennart ? Moi j'ai écrit des scripts SysV pour des softs, oui, et je me permet d'aller voir dans le code que je veux, quand il est pas trop mal fait.
[^] # Re: À mon tour
Posté par benoar . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 2.
C'te blague ; extrait de https://github.com/systemd/systemd/tree/master/src là ou je vois des outils qui existaient déjà : ask-password, backlight, cryptsetup, fsck (sans déconner !), hostname, locale, modules-load, network (je vois qu'ils ont réimplémenté tout iproute, sans même utiliser libnl), readahead, remount-fs, resolve, sysctl, ...
En passant, à chaque fois aucun commentaire en haut du fichier pour expliquer ce que ça fait exactement : il faut aller voir le main().
Alors après, l'existant c'est un paquet de spaghetti hétéroclite immonde, mais avec des années et des années de polissage derrière. On sait très bien que quand un mec arrive en disant qu'il va tout régler d'un coup, on va se prendre des systèmes cassés pendant des lustres. Peut-être qu'il était tant, mais bon, non, ça n'a pas été fait de manière « modulaire » itérative, comme on aurait pu remplacer petit à petit les outils.
Ah ouai, carrément ?
Heu... Lennart ne trouvait pas ça « normal » à priori avant, vu que c'est comme ça que c'était depuis un bout de temps. Et donc maintenant, les cgroup ça doit appartenir à systemd et c'est tout point ; voilà un système coopératif... Alors après, ils ont étudié les solutions et c'est à priori la meilleure, mais alors qu'on ne se targue pas de se la jouer « à la UNIX » : non, tu fais différemment ; et bien assume-le.
Et bien maintenant tu as un mainteneur tête de nœuds pour la base d'une partie énorme de ton système. Pour caricaturer UNIX, les « haters » disaient que l'auteur de "head" n'était pas le même que celui de "tail" (et c'est vrai !) ; c'est un peu extrême, mais ça a toujours été comme ça que ça se passe. Les projets avec un mono-maniaque qui décide d'une partie énorme de ton système, ça craint. Torvalds est visé du coup, mais disons que lui fait plus « consensus », si on peut dire.
Heu... ça fait un peu « parain de la mafia » comme remarque...
Je parlais des communications par dbus. Choses que l'utilisateur ne voit pas, mais quand tu écris un soft et que tu veux communiquer avec le démon « système » maintenant, tu dois te palucher du XML.
Nan mais tu as pris la grosse tête comme Lennart ? Moi j'ai écrit des scripts SysV pour des softs, oui, et je me permet d'aller voir dans le code que je veux, quand il est pas trop mal fait.