🥇Le vote général sur les systèmes d'initialisation dans Debian a commencé

Projet Debian a annoncé le début vote général (GR, résolution générale) des développeurs du projet concernant la question du support de plusieurs systèmes d'initialisation, qui déterminera la future politique du projet concernant le lien avec systemd, le support de systèmes d'initialisation alternatifs et l'interaction avec des distributions dérivées ne utilisant pas systemd. Le vote se déroulera jusqu'au 27 décembre inclus, les résultats seront annoncés le 28 décembre.

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é décisions concernant le support de plusieurs systèmes d'initialisation (au vote, le point indiquant le manque de préparation du comité à prendre une décision sur cette question a remporté). Le leader du comité a recommandé aux mainteneurs 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 la décision devait être prise individuellement dans chaque cas.

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.

Le vote actuellement en cours permettra d'approuver la politique concernant plusieurs systèmes d'initialisation, et si le point obligeant à soutenir des systèmes alternatifs l'emporte, les mainteneurs ne pourront pas ignorer ou retarder de telles questions. Après avoir discuté des trois points de vote initialement proposés par le leader du projet, le nombre d'options a été élargi à huit. Lors du vote, il est possible de choisir plusieurs points avec un classement des éléments sélectionnés selon le niveau de préférence. Environ un millier de développeurs participant à la maintenance des paquets et à l'infrastructure ont le droit de vote.

Options proposé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.

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.

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 for systems that do not use systemd without making changes that hinder development. Developers agree to support multiple initialization systems in the foreseeable future, but also deem it necessary to work on improving support for systemd. Development and maintenance of specific solutions should be handled by communities interested in such solutions, but other maintainers must actively assist and contribute to problem-solving when necessary. Ideally, packages should function with any initialization system, for which traditional init scripts can be provided or other mechanisms can be used to operate without systemd. The inability to operate without systemd is considered an error, but not a release-blocking error, unless there is a ready solution to operate without systemd that is refused to be maintained (for instance, when the problem arises from the removal of a previously provided init script).

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