Sam Hartman, leader del progetto Debian,
Ricordiamo che
I motivi del blocco erano un conflitto con il pacchetto systemd e il pericolo di sostituire libsystemd con un libelogind alternativo, che è completamente incompatibile con la libreria sorgente a livello ABI.
Il pacchetto etichetta elogind come in conflitto con le librerie systemd, ma è intrinsecamente progettato per funzionare solo senza systemd, e il conflitto con systemd è in realtà vantaggioso perché impedisce che elogind venga installato per errore. D'altra parte, nella sua forma attuale, i tentativi tramite APT di aggiornare la configurazione da systemd alla versione con sysvinit ed elogind risultano in
Gli sviluppatori di elogind lo erano
La risoluzione dei problemi tecnici descritti dovrebbe essere risolta a livello di interazione tra il team di rilascio e i manutentori di elogind e systemd, ma il leader del progetto è stato costretto a intervenire perché i team non riuscivano a mettersi d'accordo, il lavoro congiunto si è trasformato in un confronto e la soluzione del problema Il problema arrivò a un vicolo cieco, in cui ciascuna parte aveva ragione a modo suo. Secondo Sam Hartman, la situazione si sta avvicinando al punto da richiedere una risoluzione generale (GR), in cui la comunità deciderà sui sistemi alternativi per init e sul supporto per sysvinit con elogind.
Se i membri del progetto votano per diversificare i sistemi init, tutti i manutentori saranno coinvolti nel lavorare insieme per risolvere questo problema o specifici sviluppatori verranno assegnati a lavorare su questo problema e i manutentori non saranno più in grado di ignorare un sistema init alternativo, rimanere in silenzio, o ritardare il processo.
Attualmente già nel repository
Se la comunità decide che Debian ha supporto sufficiente per un singolo sistema init, non possiamo più preoccuparci di sysvinit ed elogind e concentrarci solo sui file unit e systemd. Questa decisione avrà un impatto negativo sui port che non utilizzano il kernel Linux (
Il legame a systemd renderà inoltre molto più difficile cambiare la direzione della distribuzione in futuro e limiterà ulteriori sperimentazioni nel campo dell'inizializzazione e della gestione dei servizi. Mantenere elogind in un formato funzionante è molto più semplice che eliminarlo e provare ad aggiungerlo nuovamente. Ogni opzione decisionale presenta pro e contro, quindi prima di votare sarà necessaria una discussione approfondita di tutti i pro e contro.
Fonte: opennet.ru