Se han presentado los resultados de la votación sobre los sistemas de init en Debian

Publicado resultados votación general (GR, resolución general) de los desarrolladores del proyecto Debian que participan en el mantenimiento de paquetes y la infraestructura, llevada a cabo sobre la cuestión del soporte para múltiples sistemas de inicialización. Ganó el segundo punto («B») en la lista: se mantiene como preferido systemd, pero se deja abierta la posibilidad de mantener sistemas de inicialización alternativos. La votación se realizó mediante el método de Condorcet, en el cual 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 sobre otra.

La opción ganadora reconoce que las unidades de servicio de systemd son la forma preferida de configurar el inicio de demonios y servicios, pero admite que existen entornos donde desarrolladores y usuarios pueden crear y utilizar sistemas de inicialización alternativos y alternativas funcionales a las capacidades de systemd. Los desarrolladores de soluciones alternativas requieren el suministro de recursos para llevar a cabo su trabajo y formatear paquetes. Soluciones alternativas como elogind, utilizadas para gestionar el inicio de aplicaciones vinculadas a interfaces específicas de systemd, siguen siendo importantes para el proyecto. El apoyo a estas iniciativas requiere colaboración en áreas donde las tecnologías alternativas en desarrollo se cruzan con el resto del proyecto, como es inaceptable demorar la revisión de parches y la realización de discusiones.

En los paquetes se permite incluir tanto archivos unitarios de systemd como scripts de inicio para la ejecución de servicios. Los paquetes pueden utilizar cualquier funcionalidad de systemd a discreción del mantenedor del paquete, siempre que estas funcionalidades cumplan con los requisitos de las normas de Debian y no estén vinculadas a funcionalidades experimentales o no soportadas en Debian provenientes de otros paquetes. Además de systemd, los paquetes también pueden incluir soporte para sistemas de inicialización alternativos y proporcionar componentes para reemplazar interfaces específicas de systemd. Las decisiones sobre la inclusión de parches son tomadas por los mantenedores en el marco de procedimientos estándar. Debian se compromete a trabajar con distribuciones derivadas que hayan elegido otros sistemas de inicialización, pero la interacción se desarrolla a nivel de mantenedores, quienes toman decisiones sobre qué funcionalidades preparadas por distribuciones externas aceptar en la composición principal de Debian y cuáles dejar en la distribución derivada.

Recordemos que en 2014 el comité técnico aprobó la transición la distribución por defecto como systemd, pero no elaboró decisiones respecto al soporte de múltiples sistemas de inicialización (en la votación ganó el punto que indicaba la falta de preparación del comité para tomar una decisión sobre este asunto). El líder del comité recomendó a los mantenedores de paquetes conservar el soporte para sysvinit como sistema de inicialización alternativo, pero indicó que no podía imponer su punto de vista y que en cada caso la decisión debe tomarse de forma independiente.

Después de eso, algunos desarrolladores hicieron un intento de realizar una votación general, pero la votación preliminar mostró la falta de necesidad de tomar una decisión sobre el uso de múltiples sistemas de inicialización. Hace unos meses, tras problemas incluir el paquete elogind (necesario para el funcionamiento de GNOME sin systemd) en la rama de testing debido a un conflicto con libsystemd, la cuestión fue nuevamente planteada por el líder del proyecto Debian, ya que los desarrolladores no pudieron llegar a un acuerdo, y su comunicación se convirtió en un enfrentamiento que alcanzó un punto muerto.

Las opciones consideradas:

La atención principal se centra en systemd. Proveer soporte para sistemas de inicio alternativos no es una prioridad, pero los mantenedores pueden optar por incluir scripts init para dichos sistemas en los paquetes.

Systemd sigue siendo el preferido, pero se deja la posibilidad de soporte para sistemas de inicio alternativos. Tecnologías como elogind, que permiten ejecutar aplicaciones vinculadas a systemd en entornos alternativos, se consideran importantes. Se permite la inclusión de archivos init en los paquetes para sistemas alternativos.

Soporte para diversos sistemas de inicio y la posibilidad de arrancar Debian con sistemas de inicio distintos de systemd.
Los paquetes deben incluir obligatoriamente scripts init para iniciar servicios; no se permite suministrar solo archivos unit de systemd sin scripts init de sysv.

Soporte para sistemas que no utilizan systemd, pero sin hacer cambios que obstaculicen el desarrollo. Los desarrolladores acuerdan mantener varios sistemas de inicio en el futuro previsible, pero también consideran necesario trabajar en mejorar el soporte para systemd. El desarrollo y mantenimiento de soluciones específicas debe ser llevado a cabo por comunidades interesadas en tales soluciones, pero otros mantenedores deben ayudar activamente y facilitar la resolución de problemas cuando sea necesario. Idealmente, los paquetes deberían funcionar con cualquier sistema de inicio, para lo cual se podrían proporcionar scripts init tradicionales o utilizar otros mecanismos que permitan operar sin systemd. La incapacidad de funcionar sin systemd se considera un error, aunque no un error que bloquee el lanzamiento, excepto en los casos en que haya una solución lista para operar sin systemd, pero se niega a mantenerla (por ejemplo, cuando el problema es causado por la eliminación de un script init que previamente se proporcionaba).

Soporte para la portabilidad, sin realizar cambios que obstaculicen el desarrollo. Debian sigue siendo considerado como un vínculo para la integración de diversos programas, proporcionando funcionalidad equivalente o similar. La portabilidad entre plataformas de hardware y pilas de software se relaciona con tareas importantes, y la integración de tecnologías alternativas es bienvenida, incluso si las visiones de sus creadores difieren de la opinión general. La posición respecto a systemd y otros sistemas de inicialización coincide completamente con el punto 4.

La traducción del soporte para múltiples sistemas de inicialización se convierte en un requisito obligatorio. La posibilidad de iniciar Debian con sistemas de inicialización diferentes a systemd sigue siendo relevante para el proyecto. Cada paquete debe funcionar con manejadores pid1 distintos de systemd, excepto cuando el software incluido en el paquete ha sido diseñado exclusivamente para trabajar solo con systemd y no tiene soporte para su ejecución sin systemd (la ausencia de scripts init no se considera como un destino exclusivo para trabajar con systemd).

Soporte para la portabilidad y múltiples implementaciones. Los principios generales coinciden completamente con el punto 5, pero no se presentan requisitos específicos sobre systemd y sistemas de inicialización, ni se imponen obligaciones a los desarrolladores. Se sugiere a los desarrolladores que consideren los intereses de los demás, busquen compromisos y encuentren soluciones comunes, satisfactorias para las diferentes partes.

Continuación de la discusión. Este punto puede ser utilizado para reducir la calificación de opciones inaceptables.

Fuente: opennet.ru