Os resultados da votación sobre os sistemas de inicio de Debian foron resumidos

Publicado resultados votación xeral (GR, resolución xeral) dos desenvolvedores do proxecto Debian implicados no mantemento de paquetes e mantemento da infraestrutura, realizado sobre a cuestión do soporte de múltiples sistemas de inicio. O segundo elemento ("B") da lista gañou - systemd segue sendo preferido, pero permanece a posibilidade de manter sistemas de inicialización alternativos. A votación realizouse mediante o método Condorcet, na que cada elector clasifica todas as opcións por orde de preferencia, e á hora de calcular o resultado téñense en conta cantos electores prefiren unha opción a outra.

A proposta gañadora recoñece que as unidades de servizo de systemd son a forma preferida de configurar daemons e servizos para executarse, pero recoñece que hai ambientes nos que os desenvolvedores e usuarios poden crear e utilizar sistemas de inicio alternativos e alternativas funcionais ás capacidades de systemd. Os desenvolvedores de solucións alternativas necesitan recursos para levar a cabo o seu traballo e formatar os seus paquetes. As solucións alternativas como elogind para executar aplicacións vinculadas a interfaces específicas de systemd seguen sendo importantes para o proxecto. Apoiar este tipo de iniciativas require asistencia en áreas onde o desenvolvemento de tecnoloxías alternativas se cruza co resto do proxecto, como atrasar a revisión e discusión de parches.

Os paquetes poden incluír ficheiros de unidades systemd e scripts de inicio para iniciar servizos. Os paquetes poden usar calquera función systemd que o mantedor do paquete desexe, sempre que as funcións cumpran coas regras de Debian e non estean vinculadas a funcións experimentais ou non compatibles de Debian noutros paquetes. Ademais de systemd, os paquetes tamén poden incluír soporte para sistemas de inicio alternativos e proporcionar compoñentes para substituír interfaces específicas de systemd. As decisións sobre a inclusión de parches son tomadas polos mantedores como parte dos procedementos estándar. Debian comprométese a traballar con distribucións derivadas que optan por usar outros sistemas de inicio, pero a interacción constrúese a nivel de mantedor, que toma decisións sobre cales son as funcións preparadas por distribucións de terceiros que se aceptan na composición principal de Debian e cales se deixan. na distribución derivada.

Lembremos que en 2014 a comisión técnica aprobado transición distribución predeterminada en systemd, pero non traballado decisións relativas ao soporte para sistemas de aprovisionamento múltiple (o punto que indica a falta de vontade da comisión para tomar unha decisión sobre esta cuestión gañou a votación). O líder do comité recomendou que os mantedores de paquetes manteñan soporte para sysvinit como sistema de inicio alternativo, pero indicou que non podía impoñer o seu punto de vista e que a decisión debería tomarse de forma independente en cada caso.

Despois diso, algúns desenvolvedores intentaron intento de levar a cabo voto xeral, pero a votación preliminar mostrou que non había necesidade de tomar unha decisión sobre a cuestión do uso de múltiples sistemas de inicialización. Hai uns meses, despois problemas coa inclusión do paquete elogind (necesario para executar GNOME sen systemd) na rama de probas debido a un conflito con libsystemd, o problema foi suscitado de novo polo líder do proxecto Debian, xa que os desenvolvedores non podían poñerse de acordo, e a súa comunicación converteuse nun enfrontamento e chegou a unha vía sen saída.

Opcións consideradas:

O foco principal está en systemd. Proporcionar soporte para sistemas de inicio alternativos non é unha prioridade, pero os mantedores poden incluír opcionalmente scripts de inicio para tales sistemas nos paquetes.

systemd segue sendo preferido, pero queda a posibilidade de manter sistemas de inicialización alternativos. Tecnoloxías como elogind, que permiten que as aplicacións vinculadas a systemd se executen en contornos alternativos, considéranse importantes. Os paquetes poden incluír ficheiros de inicio para sistemas alternativos.

Soporte para unha variedade de sistemas de inicio e a posibilidade de arrincar Debian con sistemas de inicio distintos de systemd.
Para executar os servizos, os paquetes deben incluír scripts de inicio só é inaceptable proporcionar ficheiros de unidades systemd sen scripts de inicio.

Soporte para sistemas que non usan systemd, pero sen facer cambios que dificulten o desenvolvemento. Os desenvolvedores aceptan admitir varios sistemas de inicio no futuro previsible, pero tamén cren que é necesario traballar para mellorar o soporte do sistema. O desenvolvemento e mantemento de solucións específicas debe deixarse ​​ás comunidades interesadas nesas solucións, pero outros mantedores deberían axudar activamente e contribuír á resolución de problemas cando sexa necesario. Idealmente, os paquetes deberían funcionar usando calquera sistema de inicio, o que se pode conseguir proporcionando scripts de inicio tradicionais ou utilizando outros mecanismos que lles permitan funcionar sen systemd. A incapacidade de traballar sen systemd considérase un erro, pero non un erro de bloqueo de versións, a non ser que exista unha solución preparada para traballar sen systemd, pero non se pode gardar (por exemplo, cando o problema é causado polo eliminación dun script de inicio proporcionado previamente).

Admite a portabilidade sen introducir cambios que dificulten o desenvolvemento. Debian segue sendo visto como unha ponte para integrar diferentes programas que proporcionan unha funcionalidade equivalente ou similar. A portabilidade entre plataformas de hardware e pilas de software é un obxectivo importante, e foméntase a integración de tecnoloxías alternativas, aínda que a visión do mundo dos seus creadores difire do consenso xeral. A posición respecto de systemd e outros sistemas de inicialización coincide completamente co punto 4.

Facendo obrigatorio o soporte para varios sistemas de inicialización. Proporcionar a capacidade de executar Debian con sistemas de inicio distintos de systemd segue a ser importante para o proxecto. Cada paquete debe funcionar con controladores pid1 distintos de systemd, a non ser que o software incluído no paquete fose orixinalmente pensado para funcionar só con systemd e non admita a execución sen systemd (a ausencia de scripts de inicio non conta como destinado só para traballar con systemd) .

Admite portabilidade e múltiples implementacións. Os principios xerais son exactamente os mesmos que o punto 5, pero non hai requisitos específicos para os sistemas systemd e init, e non se impón ningunha obriga aos desenvolvedores. Anímase aos desenvolvedores a ter en conta os intereses dos outros, a facer compromisos e a atopar solucións comúns que sexan satisfactorias para varias partes.

Discusión continuada. Pódese usar o elemento para degradar opcións inaceptables.

Fonte: opennet.ru