Se han resumido los resultados de la votación sobre los sistemas de inicio de Debian

Publicado resultados votación general (GR, resolución general) desarrolladores del proyecto Debian involucrados en el mantenimiento de paquetes y mantenimiento de infraestructura, llevado a cabo sobre el tema del soporte de múltiples sistemas init. Ganó el segundo elemento (“B”) de la lista: systemd sigue siendo el preferido, pero sigue existiendo la posibilidad de mantener sistemas de inicialización alternativos. La votación se llevó a cabo mediante el método Condorcet, en el que cada votante clasifica todas las opciones en orden de preferencia, y al calcular el resultado se tiene en cuenta cuántos votantes prefieren una opción a otra.

La propuesta ganadora reconoce que las unidades de servicio de systemd son la forma preferida de configurar demonios y servicios para su ejecución, pero reconoce que existen entornos en los que los desarrolladores y usuarios pueden crear y utilizar sistemas de inicio alternativos y alternativas funcionales a las capacidades de systemd. Los desarrolladores de soluciones alternativas requieren recursos para realizar su trabajo y formatear sus paquetes. Las soluciones alternativas como elogind para ejecutar aplicaciones vinculadas a interfaces específicas de systemd siguen siendo importantes para el proyecto. Apoyar tales iniciativas requiere asistencia en áreas donde el desarrollo de tecnologías alternativas se cruza con el resto del proyecto, como retrasar la revisión y discusión de parches.

Los paquetes pueden incluir tanto archivos de unidad systemd como scripts de inicio para iniciar servicios. Los paquetes pueden utilizar cualquier característica de systemd que el mantenedor del paquete desee, siempre y cuando las características cumplan con las reglas de Debian y no estén vinculadas a características de Debian experimentales o no compatibles en otros paquetes. Además de systemd, los paquetes también pueden incluir soporte para sistemas de inicio alternativos y proporcionar componentes para reemplazar interfaces específicas de systemd. Las decisiones relativas a la inclusión de parches las toman los mantenedores como parte de los procedimientos estándar. Debian se compromete a trabajar con distribuciones derivadas que han elegido otros sistemas de inicio, pero la interacción se construye en el nivel del mantenedor, que toma decisiones sobre qué características preparadas por distribuciones de terceros se aceptan en la distribución principal de Debian y cuáles se dejan en la distribución derivada.

Recordemos que en 2014 el comité técnico aprobado desbordamiento distribución predeterminada en systemd, pero no funcionó decisiones relativas al soporte de múltiples sistemas de aprovisionamiento (el punto que indica la falta de voluntad del comité para tomar una decisión sobre este tema ganó la votación). El líder del comité recomendó que los mantenedores de paquetes mantuvieran el soporte para sysvinit como sistema de inicio alternativo, pero indicó que no podía imponer su punto de vista y que la decisión debería tomarse de forma independiente en cada caso.

Después de esto, algunos desarrolladores intentaron intentar llevar a cabo votación general, pero la votación preliminar mostró que no era necesario tomar una decisión sobre la cuestión del uso de múltiples sistemas de inicialización. Hace unos meses, después проблем con la inclusión del paquete elogind (necesario para ejecutar GNOME sin systemd) en la rama de pruebas debido a un conflicto con libsystemd, el líder del proyecto Debian volvió a plantear el problema, ya que los desarrolladores no pudieron ponerse de acuerdo y su comunicación se convirtió en un enfrentamiento y llegó a un callejón sin salida.

Opciones consideradas:

El foco principal está en systemd. Proporcionar soporte para sistemas de inicio alternativos no es una prioridad, pero los mantenedores pueden incluir opcionalmente scripts de inicio para dichos sistemas en los paquetes.

systemd sigue siendo el preferido, pero se deja la posibilidad de mantener sistemas de inicialización alternativos. Se consideran importantes tecnologías como elogind, que permiten que las aplicaciones vinculadas a systemd se ejecuten en entornos alternativos. Los paquetes pueden incluir archivos de inicio para sistemas alternativos.

Soporte para una variedad de sistemas de inicio y la capacidad de iniciar Debian con sistemas de inicio distintos a systemd.
Para ejecutar servicios, los paquetes deben incluir scripts de inicio; proporcionar solo archivos de unidad systemd sin scripts de inicio sysv es inaceptable.

Soporte para sistemas que no utilizan systemd, pero sin realizar cambios que obstaculicen el desarrollo. Los desarrolladores acuerdan admitir múltiples sistemas init en el futuro previsible, pero también creen que es necesario trabajar para mejorar el soporte systemd. El desarrollo y mantenimiento de soluciones específicas debe dejarse en manos de las comunidades interesadas en esas soluciones, pero otros mantenedores deben ayudar y contribuir activamente a la resolución de problemas cuando surja la necesidad. Idealmente, los paquetes deberían funcionar utilizando cualquier sistema de inicio, lo que se puede lograr proporcionando scripts de inicio tradicionales o utilizando otros mecanismos que les permitan funcionar sin systemd. La imposibilidad de trabajar sin systemd se considera un error, pero no un error que bloquea la versión, a menos que exista una solución preparada para trabajar sin systemd, pero se niega a guardarla (por ejemplo, cuando el problema es causado por el eliminación de un script de inicio proporcionado previamente).

Soporta la portabilidad sin introducir cambios que obstaculicen el desarrollo. Debian sigue siendo visto como un puente para integrar diferentes software que proporcionan una funcionalidad equivalente o similar. La portabilidad entre plataformas de hardware y pilas de software es un objetivo importante, y se fomenta la integración de tecnologías alternativas, incluso si la visión del mundo de sus creadores difiere del consenso general. La posición respecto a systemd y otros sistemas de inicialización coincide completamente con el punto 4.

Hacer obligatorio el soporte para múltiples sistemas de inicialización. Proporcionar la capacidad de ejecutar Debian con sistemas de inicio distintos de systemd sigue siendo importante para el proyecto. Cada paquete debe funcionar con controladores pid1 distintos de systemd, a menos que el software incluido en el paquete esté originalmente diseñado para funcionar solo con systemd y no admita la ejecución sin systemd (la ausencia de scripts de inicio no cuenta como diseñado solo para trabajar con systemd) .

Admite portabilidad y múltiples implementaciones. Los principios generales son exactamente los mismos que los del punto 5, pero no existen requisitos específicos para los sistemas systemd e init, y no se imponen obligaciones a los desarrolladores. Se anima a los desarrolladores a tener en cuenta los intereses de los demás, hacer concesiones y encontrar soluciones comunes que sean satisfactorias para las distintas partes.

Discusión continua. El elemento se puede utilizar para degradar opciones inaceptables.

Fuente: opennet.ru