🥇È iniziata una votazione generale sui sistemi di init in Debian

Progetto Debian ha annunciato annunciano l'inizio voto generale (GR, risoluzione generale) dei sviluppatori del progetto su alla questione del supporto per più sistemi di init, che determinerà la futura politica del progetto riguardo al legame con systemd, al supporto di sistemi di init alternativi e all'interazione con le distribuzioni derivate che non utilizzano systemd. Il voto si terrà fino al 27 dicembre incluso, con i risultati che saranno annunciati il 28 dicembre.

Ricordiamo che nel 2014 il comitato tecnico ha approvato il passaggio della distribuzione di default su systemd, ma non ha elaborato decisioni riguardanti il supporto di più sistemi di init (nel voto è passato il punto che indica l'incapacità del comitato di prendere una decisione). Il leader del comitato ha raccomandato ai manutentori dei pacchetti di mantenere il supporto per sysvinit come sistema di init alternativo, ma ha sottolineato che non può imporre la sua opinione e che ogni decisione dovrebbe 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.

Il voto attualmente in corso consentirà di approvare la politica riguardo a più sistemi di init, e se vincesse il punto che obbliga a sostenere i sistemi alternativi, i manutentori non potranno ignorare o ritardare tali questioni. Dopo aver discusso tre dei punti inizialmente proposti dal leader del progetto, il numero delle opzioni è stato ampliato fino a otto. Durante il voto è consentita la scelta di più punti con la priorità dei punti selezionati. Hanno diritto di voto circa mille sviluppatori coinvolti nella manutenzione dei pacchetti e nel mantenimento dell'infrastruttura.

Opzioni proposte:

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.

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.

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 a sistemi che non utilizzano systemd, senza apportare modifiche che ostacolino lo sviluppo. Gli sviluppatori concordano nel supportare più sistemi di init nel prossimo futuro, ma considerano anche necessario lavorare per migliorare il supporto a systemd. Lo sviluppo e la manutenzione di soluzioni specifiche dovrebbero essere gestiti dalle comunità interessate a tali soluzioni, ma altri maintainer devono attivamente contribuire e facilitare la risoluzione dei problemi quando si presenta la necessità. Idealmente, i pacchetti dovrebbero funzionare con qualsiasi sistema di init, e a tale scopo si possono fornire tradizionali script init o utilizzare altri meccanismi per lavorare senza systemd. L'impossibilità di funzionare senza systemd è vista come un errore, ma non come un errore che blocca il rilascio, a meno che non ci sia una soluzione pronta per funzionare senza systemd, ma si rifiuta di mantenerla (ad esempio, quando il problema è causato dalla rimozione di uno script init fornito in precedenza).

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

È iniziata una votazione generale sui sistemi di initializzazione in Debian.