Sono stati riassunti i risultati del voto sulle sistemi di inizializzazione in Debian

Pubblicati i risultati voto generale (GR, risoluzione generale) degli sviluppatori del progetto Debian, coinvolti nel supporto dei pacchetti e nella manutenzione dell'infrastruttura, che è stata condotta riguardo al supporto di diversi sistemi di inizializzazione. Ha vinto il secondo punto (“B”) nella lista — rimane preferito systemd, ma si lascia aperta la possibilità di supportare sistemi di inizializzazione alternativi. La votazione è stata effettuata secondo il metodo Condorcet, in cui ogni votante ordina tutte le opzioni secondo le proprie preferenze, e nel calcolo del risultato si tiene conto di quante persone preferiscono un'opzione rispetto a un'altra.

L'opzione vincente riconosce che le unità di servizio systemd sono il modo preferito per configurare l'avvio di demoni e servizi, ma ammette che esistono ambienti in cui gli sviluppatori e gli utenti possono creare e utilizzare sistemi di inizializzazione alternativi e alternative funzionali alle capacità di systemd. Gli sviluppatori di soluzioni alternative necessitano di risorse per portare avanti il loro lavoro e formattare i pacchetti. Le soluzioni alternative, come elogind, utilizzate per gestire l'avvio di applicazioni legate a interfacce specifiche per systemd, rimangono importanti per il progetto. Il supporto per tali iniziative richiede collaborazione nei settori in cui le tecnologie alternative sviluppate si sovrappongono con il resto del progetto; ad esempio, non è accettabile ritardare la revisione delle patch e la conduzione delle discussioni.

Nei pacchetti è consentito includere sia file unit di systemd che script di inizializzazione per avviare i servizi. I pacchetti possono utilizzare qualsiasi funzionalità di systemd a discrezione del manutentore del pacchetto, a condizione che tali funzionalità soddisfino i requisiti delle regole di Debian e non siano legate a funzionalità sperimentali o non supportate di Debian provenienti da altri pacchetti. Oltre a systemd, i pacchetti possono anche includere supporto per sistemi di inizializzazione alternativi e fornire componenti per sostituire interfacce specifiche di systemd. Le decisioni riguardanti l'inclusione di patch vengono prese dai manutentori nell'ambito delle procedure standard. Debian si impegna a lavorare con distribuzioni derivate che hanno scelto sistemi di inizializzazione diversi, ma l'interazione si basa sul livello dei manutentori, che devono decidere quali funzionalità preparate da distribuzioni esterne includere nella composizione principale di Debian e quali lasciare nella distribuzione derivata.

Ricordiamo che nel 2014 il comitato tecnico ha approvato il passaggio della distribuzione di default su systemd, ma non ha elaborato una decisione riguardo al supporto di più sistemi di inizializzazione (in fase di voto ha prevalso il punto che indicava l'indisponibilità del comitato a prendere una posizione su questa questione). Il leader del comitato ha raccomandato ai manutentori dei pacchetti di mantenere il supporto per sysvinit come sistema di inizializzazione alternativo, ma ha sottolineato di non poter imporre il proprio punto di vista e che in ogni caso la decisione deve essere presa autonomamente.

Dopo di ciò, alcuni sviluppatori hanno tentato di realizzare una votazione generale, ma il voto preliminare ha mostrato l'assenza della necessità di prendere una decisione riguardo all'uso di più sistemi di inizializzazione. Alcuni mesi fa, dopo di problemi l'inclusione del pacchetto elogind (necessario per far funzionare GNOME senza systemd) nel ramo testing a causa di un conflitto con libsystemd, la questione è stata riproposta dal leader del progetto Debian, poiché gli sviluppatori non erano riusciti a trovare un accordo, e la loro comunicazione era degenerata in un conflitto e si era arenata.

Le opzioni considerate:

L'attenzione principale è rivolta a systemd. La fornitura di supporto per sistemi di init alternativi non è una priorità, ma gli accompagnatori possono opzionalmente includere negli pacchetti script init per tali sistemi.

systemd rimane il preferito, ma viene lasciata la possibilità di supportare sistemi di init alternativi. Tecnologie come elogind che consentono di eseguire applicazioni legate a systemd in ambienti alternativi sono considerate importanti. È consentita l'inclusione di file init per sistemi alternativi nei pacchetti.

Supporto per diversi sistemi di init e possibilità di avviare Debian con sistemi di init diversi da systemd.
Per avviare i servizi, i pacchetti devono necessariamente includere script di inizializzazione; la fornitura di soli file unit di systemd senza script di inizializzazione sysv è inaccettabile.

Supporto a sistemi che non utilizzano systemd, senza apportare modifiche che ostacolano lo sviluppo. Gli sviluppatori concordano nel mantenere il supporto per più sistemi di inizializzazione nel prossimo futuro, ma ritengono anche necessario lavorare per migliorare il supporto a systemd. La creazione e il mantenimento di soluzioni specifiche dovrebbe essere a carico delle comunità interessate a tali soluzioni, ma altri manutentori devono attivamente aiutare e favorire la risoluzione dei problemi quando si presenta la necessità. Idealmente, i pacchetti dovrebbero funzionare utilizzando qualsiasi sistema di inizializzazione, per cui è possibile fornire script init tradizionali o utilizzare altri meccanismi che consentano di operare senza systemd. L'incapacità di funzionare senza systemd è considerata un errore, ma non un errore che blocca il rilascio, a meno che non ci sia una soluzione pronta per operare senza systemd, ma di cui si rifiuta il mantenimento (ad esempio, quando il problema è causato dalla rimozione di uno script init precedentemente fornito).

Supporto alla portabilità, senza apportare modifiche che ostacolano lo sviluppo. Debian continua a essere visto come un anello di collegamento per l'integrazione di vari software che offrono funzionalità equivalenti o simili. La portabilità tra piattaforme hardware e stack software è una delle sfide importanti e l'integrazione di tecnologie alternative è benvenuta, anche se le visioni dei loro creatori divergono dall'opinione comune. La posizione riguardo a systemd e ad altri sistemi di inizializzazione coincide completamente con il punto 4.

Traduzione del supporto per più sistemi di inizializzazione in obbligatorio. Offrire la possibilità di avviare Debian con sistemi di inizializzazione diversi da systemd continua a essere significativo per il progetto. Ogni pacchetto deve funzionare con gestori pid1 diversi da systemd, tranne nei casi in cui il software incluso nel pacchetto sia originariamente destinato a funzionare solo con systemd e non esista supporto per l'avvio senza systemd (l'assenza di script init non è considerata destinate solo al funzionamento con systemd).

Supporto per la portabilità e diverse implementazioni. I principi generali coincidono completamente con il punto 5, ma non ci sono requisiti specifici riguardo a systemd e ai sistemi di inizializzazione, né vengono imposti obblighi ai programmatori. Ai programmatori viene suggerito di tenere conto degli interessi reciproci, di trovare compromessi e di individuare soluzioni comuni che soddisfino diverse parti.

Continuazione della discussione. Il punto può essere utilizzato per ridurre il punteggio delle opzioni inaccettabili.

Fonte: opennet.ru