URL: https://linuxfr.org/users/misc/journaux/des-nouvelles-de-debian-et-de-systemd Title: Des nouvelles de Debian et de systemd Authors: Misc Date: 2014年01月17日T22:50:31+01:00 License: CC By-SA Tags: upstart, systemd, debian, debian_project_leader, lennart_poettering, mageia et fedora Score: 77 Comme certains se plaignent que les discussions ne sont pas assez techniques ( voir le journal précédent ), et comme le vendredi bat encore son plein, je vais essayer d'apporter ma pierre au redressement productif de la technicité du site. Donc résumé de la situation ( je ne suis pas assez bon développeur en js, mais si vous pouviez imaginer le texte défiler à la façon d'une franchise disney bien connu, ça ne sera que mieux ) Init wars, épisode III Par la ruse et la force, l'empire maléfique de Darth Poetter a pris le contrôle des systèmes Mageia, Suse, Arch, Fedora et RHEL, et avec l'aide de sa station de combat "init de la mort" de classe systemd, il s’apprête à s'attaquer à de nouveaux systèmes pour asseoir son hégémonie. Dans la constellation de la confédération de Debian, les sages du conseil s'interrogent sur le bien fondé de faire une alliance avec l'empire. En effet, la confédération a récemment ouvert des avants postes commerciaux dans la galaxie BSD, avec qui l'empire est est en guerre, et la monarchie d'Ubuntu voit d'un assez mauvaise œil l'arrivée de la station de combat, craignant un isolement politique et l'arrivé d'un régime fasciste entrainant dans son sillage la ruine du monde civilisé. Le débat est toujours en cours, mais pendant ce temps, Darth Poetter peaufine sa nouvelle arme, s'attaquant directement au noyau du monde connu en essayant d'ouvrir un passage permettant de faire voyager à tout vitesse ses troupes, le projet kdbus. Quand soudain, un étranger venu de la théocratie de Spo-ti-fy prends la parole... (fin de l'histoire qui glisse) Et donc maintenant que tout le monde est au courant de l'histoire, je vous invite à lire le bug ouvert par Paul Tagliamonte http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 pour bien avoir l'histoire. Grosso modo, quelqu'un a lancé la question de savoir si debian devait faire un choix vis à vis des évolutions autour de systemd, de upstart et de l'init par défaut. Et donc, ce fut l'occasion d'interroger le comité technique de Debian, et d'utiliser le système de débat. Il y a grosso modo 6 propositions sur le site : https://wiki.debian.org/Debate/initsystem Systemd, upstart, openrc, le status quo ( ie, rien changer ), en supporter plusieurs, ou en supporter 2. Le débat est toujours en cours. Pour résumer, les membres du comité qui sont aussi employés Canonical ( ou ex ) pensent que Upstart est la meilleur solution ( sans grand surprise, car je pense que si c'était pas le cas, ils ne bosseraient pas chez Canonical, la passion étant un motivateur assez courant chez les libristes ). Les 2 autres membres ayant parlé semble être en faveur de systemd. Le débat a commencé sur un meta débat, puis sur la question d'une transition, puis est parti assez vite sur la question "systemd ou upstart". Le sujet du hurd et du port kfreebsd a été évoqué, divisant un peu les gens ( entre ceux qui pensent que ça sert à rien, et ceux qui pensent que c'est utile ), et une grande partie des discussions a été sur la question technique du protocole d'activation et de l'activation par socket. Alors c'est la que je vais commencer à sortir de mon rôle de narrateur pour dire que je pense que Ian jackson fait preuve d'une mauvaise foi énorme sur le sujet de systemd, et propose une solution moisi. Le sujet de cette sous partie du débat est de savoir si il faut patcher les logiciels pour signaler au gestionnaire de démarrage qu'ils sont prêts. Systemd utilise un socket et propose une bibliothèque pour ça, et s'en passe aussi très bien. Upstart n'a pas de tel système, et marche aussi très bien sans. Ce qui n'a pas empêche de proposer d'utiliser SIGSTOP pour ça, ce qui pose certains soucis. Le débat est par la : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#1139 La réponse de Lennart : https://bugzilla.redhat.com/show_bug.cgi?id=833105 Tout d'abord, il ne faut pas lancer SIGSTOP si le logiciel est lancé à la main. Donc pour ça, soit on rajoute une option pour activer le protocole, soit une option pour désactiver. ( personne n'a proposé d'utiliser une variable d'environnement, curieusement ). Ensuite, qu'est ce qui se passe si le logiciel utilise déjà SIGSTOP pour autre chose ? Pour une raison que j'ai pas trop compris, le débat s'est enlisé pendant longtemps sur le sujet, alors que ça marche très bien sans ( alors que les soucis réglés par l'usage des cgroups sont bien plus courant ) Puis, il y a la question de l'activation par socket. Pour les gens qui ne connaissent pas, c'est ce que fait xinetd, mais augmenté aux anabolisants. Dans le cas du système d'init, ça permet de faire du démarrage à la demande ( économie de ressources ), et de lancer tout en même temps et de laisser le systéme temporiser les connexions ( du moins pour systemd ). Systemd est bien plus avancé que upstart à ce niveau. Il gère plus de socket ( genre ipv6, udp, unix, tcp, etc ), il gère plus d'un socket à la fois. À coté, upstart ne gère que l'ipv4 et un socket à la fois. Mais la raison avancée par les devs est que ça ne sert à rien pour upstart, donc qu'ils n'ont pas fait plus de travail que ça. L'analyse détaillé de Russ Alberty vaut le détour : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#1729 Il y a eu bien sur d'autres discussions ( par exemple, savoir si systemd est le mal absolu ou juste un mal mineur, savoir si les gens de Canonical sont vraiment objectifs, etc, etc ), et je ne pense pas réussir à tout résumer. Il y a grosso modo 700 messages dans le bug, plus un bon millier sur debian-devel. Et vous, vous avez un avis sur le sujet, sur l'architecture d'upstart par rapport à systemd, sur kdbus par rapport à dbus, sur le fait que le débat dure depuis 3 mois et sur les implications techniques, voir même une solution pour les problématiques de Debian ? Et surtout, est ce que les parisiens vont aller en parler lors de la mini debconf de ce weekend ( http://france.debian.net/events/minidebconf2014/ ) ? (ah oui, et pour que les gens de #weboob viennent troller, on va activer leur echelon local en disant les mots clés budgea et weboob)

AltStyle によって変換されたページ (->オリジナル) /