Sam Hartman, leader del progetto Debian, a chiarire le divergenze relative alla fornitura del pacchetto elogind nel distribuzione. A luglio, il team responsabile della preparazione delle versioni, l'inclusione di elogind nel ramo testing, poiché questo pacchetto è in conflitto con libsystemd.
Ricordiamo che fornisce le interfacce necessarie per far funzionare GNOME senza installare systemd. Il progetto è stato creato come un fork di systemd-logind, estratto in un pacchetto separato e sganciato dai componenti di systemd. Inoltre, elogind fornisce la sua versione della libreria libelogind, che assume alcune funzioni offerte in libsystemd e sostituisce quest'ultima durante l'installazione.
Tra i motivi per il blocco è stato citato il conflitto con il pacchetto systemd e il rischio di sostituire libsystemd con libelogind, completamente incompatibile con la libreria sorgente a livello ABI.
Il pacchetto elogind è contrassegnato come in conflitto con le librerie systemd, ma è concepito per funzionare esclusivamente senza systemd, e il conflitto con systemd è persino vantaggioso, poiché impedisce di installare erroneamente elogind. D'altra parte, nel suo stato attuale, i tentativi attraverso APT di aggiornare la configurazione da systemd a una configurazione con sysvinit e elogind portano a ottenere con APT non funzionante. Ma anche risolvendo questo problema, il passaggio da systemd a elogind rimane impossibile senza rimuovere gli ambienti utente già installati.
Agli sviluppatori di elogind è stato chiesto di adattare elogind per funzionare sopra il libpam-systemd standard, senza utilizzare il proprio strato libpam-elogind. L'adozione di elogind su libpam-systemd è ostacolata dalla mancanza di supporto per il concetto di slice, ma gli sviluppatori di elogind non desiderano raggiungere la piena conformità all'API e replicare esattamente tutte le funzionalità di systemd, poiché elogind fornisce solo funzionalità minime per la gestione dell'accesso degli utenti e non mira a riprodurre tutti i sottosistemi di systemd.
La risoluzione dei problemi tecnici descritti deve essere affrontata a livello di interazione tra il team che rilascia le versioni e i manutentori di elogind e systemd, ma il leader del progetto è stato costretto a intervenire poiché i team non sono riusciti a raggiungere un accordo, il lavoro collaborativo si è trasformato in uno scontro e la soluzione del problema è giunta a un vicolo cieco, in cui ogni parte ha ragione a modo suo. Secondo Sam Hartman, la situazione si avvicina a uno stato che richiede un voto generale (GR, risoluzione generale), in cui la comunità prenderà decisione riguardo ai sistemi di inizializzazione alternativi e al supporto di sysvinit con elogind.
Se i partecipanti al progetto votano per la diversificazione dei sistemi di inizializzazione, tutti i manutentori saranno coinvolti nel lavoro collaborativo per affrontare questa questione o verranno designati sviluppatori responsabili per lavorare su questo problema e i manutentori non potranno più ignorare il sistema di inizializzazione alternativo, rimanere in silenzio o ritardare il processo.
Attualmente nel repository ci sono già 1033 pacchetti che forniscono unità di servizio per systemd, ma non includono script init.d. Per risolvere questo problema dovrebbero fornire per default file service, ma preparare un gestore che analizzi automaticamente i comandi da questi file e generi sulla loro base script init.d.
Se la comunità deciderà che in Debian è sufficiente supportare un solo sistema di inizializzazione, non sarà più necessario occuparsi di sysvinit e elogind, concentrandosi solo sui file unit e systemd. Tale decisione avrà un impatto negativo sui porting che non utilizzano il kernel Linux (, e ), ma attualmente non ci sono archivi simili di questi porting e non hanno lo stato di .
Il legame a systemd renderà anche molto difficile cambiare la direzione di sviluppo della distribuzione in futuro e limiterà ulteriori esperimenti nel campo dell'inizializzazione e della gestione dei servizi. Mantenere elogind in funzione è significativamente più semplice che rimuoverlo e poi tentare di reinserirlo. Ogni opzione di risoluzione presenta vantaggi e svantaggi, quindi prima del voto sarà necessaria una discussione approfondita di tutti gli argomenti a favore e contro.
Fonte: opennet.ru
