Hace unos meses, después de problemas con la inclusión del paquete elogind (necesario para que Gnome funcione sin systemd) en la rama de prueba debido a un conflicto con libsystemd, el líder del proyecto Debian volvió a plantear la pregunta, ya que los desarrolladores no podían estar de acuerdo y su comunicación se convirtió en una confrontación y termino en darle una solucion al respecto con la votacion general.	en los paquetes para iniciar los servicios. Los paquetes pueden usar cualquiera de las características de systemd a solicitud del responsable del paquete, siempre que estas características cumplan con los requisitos de las reglas de Debian y no estén vinculadas a características experimentales o no compatibles en Debian de otros paquetes.	De nuevo, el problema nunca fue q systemd fuera un reemplazo a init. El problema siempre fue que se hiciera a systemd meter las narices en absolutamente todo, con el consiguiente código superfluo, casi espurio, un nivel de complicación absurdamente inútil, bugs y vectores de ataque a granel. Y acá estamos, con un “Linux” cada vez menos “Linux” y cada vez más un “Wind*ws” de 2da.	Ahora usar una distro sin systemd es casi un chiste pues solo se reemplaza a systemd por algún otro método de carga… pero systemd sigue extendido en todo el sistema como un cáncer (aunque se diga q se mantiene solo por un tema de satisfacer dependencias y no se halla en ejecución).	
La votación general de Debian sobre los sistemas de inicialización ya tiene una opción ganadora