Les résultats du vote sur les systèmes d'initialisation dans Debian ont été publiés

Publié des résultats vote général (GR, résolution générale) des développeurs du projet Debian, impliqués dans l'accompagnement des paquets et du maintien de l'infrastructure, qui a été réalisé sur la question du soutien de plusieurs systèmes d'initialisation. La deuxième option (« B ») de la liste a remporté : systemd reste préféré, mais la possibilité de supporter des systèmes d'initialisation alternatifs est conservée. Le vote a été organisé selon la méthode Condorcet, où chaque votant classe toutes les options par ordre de préférence, et dans le calcul des résultats, il est pris en compte combien de votants préfèrent une option à une autre.

L'option gagnante reconnaît que les unités de service systemd sont le moyen préféré de configurer le démarrage des démons et des services, mais admet qu'il existe des environnements où les développeurs et les utilisateurs peuvent créer et appliquer des systèmes d'initialisation alternatifs et des alternatives fonctionnelles aux capacités de systemd. Les développeurs de solutions alternatives ont besoin de ressources pour mener à bien leur travail et pour le formatage des paquets. Des solutions alternatives telles qu'elogind, utilisées pour organiser le démarrage des applications liées aux interfaces spécifiques à systemd, restent importantes pour le projet. Le soutien de telles initiatives nécessite une coopération dans les domaines où les technologies alternatives développées se croisent avec le reste du projet, par exemple, il est inacceptable de retarder l'examen des patches et de mener des discussions.

Les paquets peuvent inclure à la fois des fichiers unit de systemd et des scripts init pour le démarrage des services. Les paquets peuvent utiliser toutes les fonctionnalités de systemd selon le souhait du mainteneur, à condition que ces fonctionnalités respectent les exigences des règles Debian et ne soient pas liées à des fonctionnalités expérimentales ou non prises en charge de Debian issues d'autres paquets. En plus de systemd, les paquets peuvent également inclure le support d'autres systèmes d'initialisation et fournir des composants pour remplacer les interfaces spécifiques de systemd. Les décisions concernant l'inclusion de patches sont prises par les mainteneurs dans le cadre des procédures standards. Debian s'engage à collaborer avec les distributions dérivées optant pour d'autres systèmes d'initialisation, mais l'interaction se fait au niveau des mainteneurs, lesquels doivent décider quelles fonctionnalités préparées par des distributions tierces doivent être intégrées dans la distribution principale de Debian et lesquelles doivent rester dans la distribution dérivée.

Rappelons qu'en 2014, le comité technique a approuvé le passage de la distribution par défaut s'est prononcé en faveur de systemd, mais n'a pas développé de décision concernant le support de plusieurs systèmes d'initialisation (le point qui a gagné lors du vote indiquait l'absence de préparation du comité à trancher sur cette question). Le leader du comité a recommandé aux mainteneurs de paquets de conserver le support de sysvinit en tant que système d'initialisation alternatif, mais a indiqué qu'il ne pouvait pas imposer son point de vue et que chaque décision devait être prise indépendamment.

Après cela, certains développeurs ont tenté de réaliser un vote général, mais le vote préliminaire a montré qu'il n'était pas nécessaire de trancher sur l'utilisation de plusieurs systèmes d'initialisation. Il y a quelques mois, suite à des problèmes l'inclusion du paquet elogind (nécessaire au fonctionnement de GNOME sans systemd) dans la branche testing en raison d'un conflit avec libsystemd, la question a été de nouveau soulevée par le leader du projet Debian, car les développeurs n'avaient pas réussi à s'entendre, et leur communication s'est transformée en un affrontement qui a abouti à une impasse.

Options envisagées :

L'accent est mis sur systemd. Fournir un support pour d'autres systèmes d'initialisation n'est pas une priorité, mais les mainteneurs peuvent optionnellement inclure des scripts init pour ces systèmes dans les packages.

Systemd reste la préférence, mais la possibilité de mainteneur d'autres systèmes d'initialisation est maintenue. Des technologies comme elogind, qui permettent d'exécuter des applications liées à systemd dans des environnements alternatifs, sont considérées comme importantes. Des fichiers init pour des systèmes alternatifs peuvent être inclus dans les packages.

Support pour une variété de systèmes d'initialisation et possibilité de démarrer Debian avec des systèmes d'initialisation autres que systemd.
Pour faire fonctionner des services, les packages doivent obligatoirement inclure des scripts init ; la livraison seule de fichiers unitaires systemd sans scripts init sysv n'est pas acceptable.

Support pour des systèmes ne utilisant pas systemd, mais sans modifications nuisibles au développement. Les développeurs acceptent de soutenir plusieurs systèmes d'initialisation dans un avenir proche, tout en considérant également qu'il est nécessaire d'améliorer le support de systemd. Le développement et le support de solutions spécifiques doivent être pris en charge par les communautés intéressées par ces solutions, mais d'autres mainteneurs doivent activement aider et contribuer à résoudre les problèmes lorsque cela est nécessaire. Idéalement, les packages devraient fonctionner avec n'importe quel système d'initialisation, pour cela, des scripts init traditionnels peuvent être fournis ou d'autres mécanismes permettant de fonctionner sans systemd peuvent être utilisés. L'incapacité à fonctionner sans systemd est considérée comme une erreur, mais pas une erreur bloquant le release, sauf dans les cas où une solution prête pour fonctionner sans systemd existe mais est refusée à la sauvegarde (par exemple, lorsque le problème est causé par la suppression d'un script init précédemment fourni).

Soutien à la portabilité, sans modifications qui nuiraient au développement. Debian continue d'être considéré comme un lien pour l'intégration de divers logiciels fournissant des fonctionnalités équivalentes ou similaires. La portabilité entre les plateformes matérielles et les piles logicielles est l'un des principaux défis, et l'intégration de technologies alternatives est encouragée, même si les visions de leurs créateurs divergent de l'opinion générale. La position sur systemd et d'autres systèmes d'initialisation coïncide pleinement avec le point 4.

La traduction du support de plusieurs systèmes d'initialisation devient obligatoire. Offrir la possibilité de démarrer Debian avec des systèmes d'initialisation différents de systemd reste important pour le projet. Chaque paquet doit fonctionner avec des gestionnaires pid1 autres que systemd, sauf si le logiciel inclus dans le paquet est conçu uniquement pour fonctionner avec systemd et ne supporte pas le démarrage sans systemd (l'absence de scripts init n'est pas considérée comme un design exclusif à systemd).

Soutien à la portabilité et à plusieurs réalisations. Les principes généraux coïncident entièrement avec le point 5, mais aucune exigence spécifique n'est formulée à l'égard de systemd et des systèmes d'initialisation, et aucune obligation n'est imposée aux développeurs. Les développeurs sont encouragés à prendre en compte les intérêts des autres, à faire des compromis et à trouver des solutions communes satisfaisantes pour les différentes parties.

Poursuite des discussions. Ce point peut être utilisé pour réduire le classement des options inacceptables.

Source : opennet.ru