Sam Hartmann, il leader del progetto Debian, ha cercato di risolvere i disaccordi riguardanti la consegna del pacco elogind come parte della distribuzione. Nel mese di luglio, il team responsabile della preparazione dei lanci bloccato l'inclusione di elogind nel ramo di test, poiché questo pacchetto è in conflitto con libsystemd.
Come motivo di crash, c'era un conflitto con il pacchetto systemd e il pericolo di sostituire libsystemd con una versione alternativa di libelogind, che è completamente incompatibile con la libreria sorgente a livello ABI.
L'inclusione di elogind fornisce la propria versione della libreria libelogind, che assume una serie di funzioni offerte da libsystemd e sostituisce questa libreria durante l'installazione.
Nel pacchetto, elogind è contrassegnato come in conflitto con le librerie di systemd, ma è intrinsecamente progettato per funzionare solo senza systemd e un conflitto con systemd è persino vantaggioso in quanto non consente di installare elogind per errore.
D'altra parte, nella forma attuale, i tentativi tramite APT di aggiornare la configurazione di systemd alla versione con sysvinit e elogind provocano il danneggiamento del sistema con un APT non operativo. Ma anche con la rimozione di questo difetto, il passaggio da systemd a elogind è ancora impossibile senza rimuovere gli ambienti utente già installati.
Al che è stato chiesto agli sviluppatori di Elogind di adattare l'elogiod per lavorare sopra il normale libpam-systemd, senza usare il proprio livello libpam-elogind.
La transizione da elogind a libpam-systemd è ostacolata dalla mancanza di supporto per il concetto di settori, ma gli sviluppatori di elogind non vogliono ottenere la piena conformità API e ripetere esattamente tutte le funzionalità di systemd poiché elogind fornisce solo funzionalità minime per l'organizzazione login utente e non si intende ripetere tutti i sottosistemi di systemd
La risoluzione dei problemi tecnici delineati dovrebbe essere risolta a livello di interazione tra il team di rilascio e i manutentori di elogind e systemd, ma il responsabile del progetto è stato costretto a intervenire perché i team non erano d'accordo, il lavoro congiunto si è trasformato in un confronto e la soluzione al problema ha raggiunto un vicolo cieco, in cui ogni parte della legge a modo suo.
Secondo Sam Hartman, la situazione si avvicina a uno stato che richiede un voto generale (GR, blanket resolution), in cui la comunità deciderà su sistemi alternativi per inizializzare e supportare sysvinit con elogind.
Se i partecipanti al progetto votano per diversificare i sistemi di inizializzazione, tutti i responsabili della manutenzione parteciperanno a uno sforzo congiunto per risolvere questo problema o sviluppatori responsabili speciali saranno nominati per lavorare su questo problema e coloro che li accompagnano non saranno più in grado di aggirare il sistema di inizializzazione alternativo, rimanere in silenzio o ritardare il processo.
Attualmente, il repository ha già accumulato 1033 pacchetti che forniscono unità di servizio per systemd, ma non includono script init.d.
Per risolvere questo problema, si propone di fornire i file di servizio per impostazione predefinita, ma di preparare un driver che analizzi automaticamente i comandi in questi file e generi script init.d basati su di essi.
Se la comunità decide che Debian ha abbastanza supporto per un singolo sistema di inizializzazione, non deve più preoccuparsi di sysvinit ed elogind, concentrandosi solo sui file unit e systemd.
Una tale soluzione influenzerà negativamente le porte che non utilizzano il kernel Linux, ma non ci sono ancora porte di questo tipo nel file principale e non hanno uno stato di supporto ufficiale.
Collegamento a systemd complicherà anche in modo significativo il cambiamento nella direzione dello sviluppo della distribuzione in futuro e limiterà ulteriori esperimenti nel campo dell'inizializzazione e della gestione dei servizi.
Ogni soluzione ha i suoi vantaggi e svantaggi, quindi prima della votazione sarà richiesta una discussione approfondita di tutti gli argomenti a favore e contro.
fonte: https://lists.debian.org/
Quindi non è ancora sicuro che supporteranno di nuovo sysvinit !! A quanto ho capito, lo sottoporranno a uno studio e alla votazione! Vedremo cosa succederà !!
Non
Il circo Debian si è già "esibito" con la ridicola "decisione" di adottare systemd. Ora non si tirano indietro, quindi è già stato annunciato un possibile "voto generale". Per me, continua a lavorare con systemd. Q stanno per finire impiccati è anche un altro risultato cantato.