Debian ritorna al supporto per più sistemi init

Sam Hartman, leader del progetto Debian, ho provato comprendere i disaccordi associati alla consegna del pacchetto elogind come parte della distribuzione. Nel mese di luglio, il team responsabile della preparazione dei rilasci bloccato inclusione di elogind nel ramo testing, poiché questo pacchetto è in conflitto con libsystemd.

Ricordiamo che elogind fornisce le interfacce necessarie per eseguire GNOME senza installare systemd. Il progetto nasce come fork di systemd-logind, inserito in un pacchetto separato e liberato dal vincolo ai componenti systemd. Tra le altre cose, elogind fornisce la propria versione della libreria libelogind, che assume una serie di funzioni offerte in libsystemd e sostituisce questa libreria durante l'installazione.

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 sistema danneggiato con APT non funzionante. Ma anche eliminando questo limite, il passaggio da systemd a elogind resta impossibile senza eliminare gli ambienti utente già installati.

Gli sviluppatori di elogind lo erano suggerito da adattare elogind affinché funzioni su libpam-systemd standard, senza utilizzare il proprio livello libpam-elogind. La transizione da elogind a libpam-systemd è ostacolata dalla mancanza di supporto per il concetto di slice, ma gli sviluppatori di elogind non vogliono raggiungere la piena conformità con l'API e ripetere esattamente tutte le funzionalità di systemd, poiché elogind fornisce solo un livello minimo funzionalità per organizzare gli accessi degli utenti e non mira a replicare tutti i sottosistemi systemd.

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 accumulato Pacchetti 1033 che forniscono unità di servizio per systemd, ma non includono script init.d. Risolvere questo problema offerta fornire file di servizio per impostazione predefinita, ma preparare un gestore che analizzi automaticamente i comandi da questi file e generi script init.d basati su di essi.

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 (Debian GNU / Hurd, Debian GNU / NetBSD и Debian GNU / kFreeBSD), ma non ci sono ancora porte di questo tipo nell'archivio principale e non hanno lo stato ufficialmente supportato.

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

Aggiungi un commento