Sam Hartman, líder del proyecto Debian,
Recordemos que
Las razones del bloqueo fueron un conflicto con el paquete systemd y el peligro de reemplazar libsystemd con una alternativa libelogind, que es completamente incompatible con la biblioteca fuente a nivel ABI.
El paquete etiqueta elogind como conflictivo con las bibliotecas systemd, pero está inherentemente diseñado para funcionar solo sin systemd, y el conflicto con systemd es realmente beneficioso porque evita que elogind se instale por error. Por otro lado, en su forma actual, los intentos a través de APT de actualizar la configuración de systemd a la versión con sysvinit y elogind dan como resultado
Los desarrolladores de elogind fueron
La resolución de los problemas técnicos descritos debería resolverse en el nivel de interacción entre el equipo de lanzamiento y los mantenedores de elogind y systemd, pero el líder del proyecto se vio obligado a intervenir porque los equipos no pudieron ponerse de acuerdo, el trabajo conjunto se convirtió en confrontación y la solución al problema. El problema llegó a un callejón sin salida, en el que cada lado tenía razón a su manera. Según Sam Hartman, la situación se acerca a un estado que requiere una votación general (GR, resolución general), en la que la comunidad decidirá sobre sistemas alternativos para init y soporte para sysvinit con elogind.
Si los miembros del proyecto votan para diversificar los sistemas de inicio, todos los mantenedores participarán en el trabajo conjunto para resolver este problema o se asignarán desarrolladores específicos para trabajar en este tema y los mantenedores ya no podrán ignorar un sistema de inicio alternativo, permanecer en silencio o retrasar el proceso.
Actualmente ya en el repositorio
Si la comunidad decide que Debian tiene suficiente soporte para un único sistema de inicio, ya no podremos preocuparnos por sysvinit y elogind y centrarnos sólo en los archivos unitarios y systemd. Esta decisión afectará negativamente a los puertos que no utilizan el kernel de Linux (
La vinculación a systemd también hará que sea mucho más difícil cambiar la dirección de la distribución en el futuro y limitará la experimentación adicional en el campo de la inicialización y la gestión de servicios. Mantener elogind en funcionamiento es mucho más fácil que eliminarlo y luego intentar agregarlo nuevamente. Cada opción de decisión tiene pros y contras, por lo que será necesaria una discusión completa de todos los pros y los contras antes de votar.
Fuente: opennet.ru