🥇Ha comenzado la votación general sobre los sistemas de inicialización en Debian

Proyecto Debian anunció sobre el inicio votación general (GR, resolución general) de los desarrolladores del proyecto sobre el tema del soporte para múltiples sistemas de inicialización, que determinará la política futura del proyecto con respecto a la vinculación con systemd, el soporte de sistemas de inicialización alternativos y la interacción con las distribuciones derivadas que no utilizan systemd. La votación se llevará a cabo hasta el 27 de diciembre inclusive, y los resultados se anunciarán el 28 de diciembre.

Recordemos que en 2014 el comité técnico aprobó la transición la distribución por defecto como systemd, pero no elaboró decisiones sobre el soporte para múltiples sistemas de inicialización (en la votación ganó la opción que indica que el comité no está listo para tomar una decisión sobre este tema). El líder del comité recomendó a los mantenedores de paquetes conservar el soporte de sysvinit como sistema de inicialización alternativo, pero señaló que no puede imponer su opinión y que, en cada caso, la decisión debe tomarse de manera 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.

La votación en curso permitirá aprobar la política respecto a varios sistemas de inicialización, y si gana la opción que obliga a mantener sistemas alternativos, los mantenedores no podrán ignorar ni prolongar tales cuestiones. Después de discutir las tres opciones inicialmente propuestas por el líder del proyecto, el número de opciones se amplió a ocho. En la votación se permite elegir varias opciones con la clasificación de los elementos seleccionados según el nivel de preferencia. Aproximadamente mil desarrolladores que participan en el mantenimiento de paquetes y la infraestructura tienen derecho a voto.

Opciones propuestas:

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.

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.

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 sistemas que no utilizan systemd, pero sin introducir cambios que obstaculicen el desarrollo. Los desarrolladores han acordado mantener múltiples sistemas de inicialización en el futuro cercano, pero también consideran necesario trabajar en la mejora del soporte para systemd. El desarrollo y soporte de soluciones específicas debe ser asumido por las comunidades interesadas en tales soluciones, aunque 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 inicialización, para lo cual se pueden proporcionar scripts init tradicionales o utilizar otros mecanismos que permitan operar sin systemd. La incapacidad para funcionar sin systemd se considera un error, pero no un error crítico que bloquee el lanzamiento, a menos que haya una solución lista para funcionar sin systemd que se rechace mantener (por ejemplo, cuando el problema es causado por la eliminación de un script init que se proporcionaba anteriormente).

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

Se inició la votación general sobre sistemas de inicialización en Debian