Ha comenzado la votación general sobre los sistemas de inicio de Debian

Proyecto Debian объявил sobre el comienzo votación general (GR, resolución general) desarrolladores de proyectos para problema de soportar múltiples sistemas de inicio, que determinará la política futura del proyecto con respecto a la vinculación a systemd, el soporte para sistemas de inicio alternativos y la interoperabilidad con distribuciones derivadas que no utilizan systemd. La votación durará hasta el 27 de diciembre inclusive, los resultados se anunciarán el 28 de diciembre.

Recordemos que en 2014 el comité técnico aprobado desbordamiento distribución predeterminada en systemd, pero no funcionó decisiones sobre el apoyo a múltiples sistemas de aprovisionamiento (la votación fue ganada por el punto que indica la falta de voluntad del comité para tomar una decisión sobre este tema). 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.

La votación actual permitirá que se adopten políticas con respecto a múltiples sistemas de aprovisionamiento, y si gana la cláusula que requiere soporte para sistemas alternativos, los mantenedores no podrán ignorar ni retrasar tales cuestiones. Después de discutir los tres puntos de votación propuestos inicialmente por el líder del proyecto, el número de opciones se amplió a ocho. Al votar, puede seleccionar varios elementos a la vez, clasificando los elementos seleccionados por nivel de preferencia. Alrededor de mil desarrolladores que participan en el mantenimiento de paquetes y la infraestructura tienen derecho a voto.

Opciones sugeridas:

  • 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.
  • 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.

  • 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 sistemas que no utilizan systemd, pero sin realizar cambios que entorpezcan 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 nieguen a guardarla (por ejemplo, cuando el problema se debe a la 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

  • Añadir un comentario