I risultati della votazione sui sistemi init Debian sono stati riassunti

Pubblicato risultati voto generale (GR, risoluzione generale) degli sviluppatori del progetto Debian coinvolti nella manutenzione dei pacchetti e dell'infrastruttura, effettuata sulla questione del supporto di più sistemi init. Il secondo elemento (“B”) nell'elenco ha vinto: systemd rimane preferito, ma rimane la possibilità di mantenere sistemi di inizializzazione alternativi. La votazione è stata effettuata utilizzando il metodo Condorce, in cui ogni elettore classifica tutte le opzioni in ordine di preferenza e, nel calcolare il risultato, si tiene conto di quanti elettori preferiscono un'opzione rispetto a un'altra.

La proposta vincitrice riconosce che le unità di servizio systemd sono il modo preferito per configurare demoni e servizi da eseguire, ma riconosce che esistono ambienti in cui sviluppatori e utenti possono creare e utilizzare sistemi init alternativi e alternative funzionali alle capacità di systemd. Gli sviluppatori di soluzioni alternative necessitano di risorse per svolgere il proprio lavoro e formattare i propri pacchetti. Soluzioni alternative come elogind per l'esecuzione di applicazioni legate a interfacce specifiche del sistema rimangono importanti per il progetto. Il sostegno a tali iniziative richiede assistenza nelle aree in cui lo sviluppo di tecnologie alternative si interseca con il resto del progetto, ad esempio ritardando la revisione e la discussione delle patch.

I pacchetti possono includere sia file di unità systemd che script init per l'avvio dei servizi. I pacchetti possono utilizzare qualsiasi funzionalità di systemd desiderata dal manutentore del pacchetto, purché le funzionalità siano conformi alle regole Debian e non siano legate a funzionalità Debian sperimentali o non supportate in altri pacchetti. Oltre a systemd, i pacchetti possono anche includere il supporto per sistemi init alternativi e fornire componenti per sostituire le interfacce specifiche di systemd. Le decisioni riguardanti l'inclusione delle patch vengono prese dai manutentori come parte di procedure standard. Debian è impegnata a lavorare con distribuzioni derivate che scelgono di utilizzare altri sistemi init, ma l'interazione è costruita a livello del manutentore, che prende decisioni su quali funzionalità preparate dalle distribuzioni di terze parti sono accettate nella composizione principale di Debian e quali rimangono. nella distribuzione dei derivati.

Ricordiamo che nel 2014 il comitato tecnico approvato переход distribuzione predefinita su systemd, ma no allenato decisioni riguardanti il ​​sostegno a sistemi di fornitura multipli (ha vinto il punto che indica la riluttanza della commissione a prendere una decisione su questo tema). Il leader del comitato ha raccomandato ai manutentori del pacchetto di mantenere il supporto per sysvinit come sistema init alternativo, ma ha indicato che non poteva imporre il suo punto di vista e che la decisione dovrebbe essere presa indipendentemente in ciascun caso.

Successivamente, alcuni sviluppatori hanno tentato tentativo di effettuare votazione generale, ma la votazione preliminare ha dimostrato che non era necessario prendere una decisione sulla questione dell'utilizzo di più sistemi di inizializzazione. Qualche mese fa, dopo проблем con l'inclusione del pacchetto elogind (necessario per eseguire GNOME senza systemd) nel ramo testing a causa di un conflitto con libsystemd, la questione è stata nuovamente sollevata dal leader del progetto Debian, poiché gli sviluppatori non erano d'accordo e la loro comunicazione si è trasformata in una confronto e siamo arrivati ​​ad un vicolo cieco.

Opzioni considerate:

L'attenzione principale è su systemd. Fornire supporto per sistemi init alternativi non è una priorità, ma i manutentori possono facoltativamente includere script init per tali sistemi nei pacchetti.

systemd rimane preferito, ma rimane la possibilità di mantenere sistemi di inizializzazione alternativi. Tecnologie come elogind, che consentono alle applicazioni legate a systemd di funzionare in ambienti alternativi, sono considerate importanti. I pacchetti possono includere file init per sistemi alternativi.

Supporto per una varietà di sistemi init e possibilità di avviare Debian con sistemi init diversi da systemd.
Per eseguire i servizi, i pacchetti devono includere script init; fornire solo file di unità systemd senza script init sysv è inaccettabile.

Supporto per sistemi che non utilizzano systemd, ma senza apportare modifiche che potrebbero ostacolare lo sviluppo. Gli sviluppatori concordano nel supportare più sistemi init per il prossimo futuro, ma credono anche che sia necessario lavorare per migliorare il supporto di systemd. Lo sviluppo e il mantenimento di soluzioni specifiche dovrebbero essere lasciati alle comunità interessate a tali soluzioni, ma altri manutentori dovrebbero aiutare e contribuire attivamente alla risoluzione dei problemi quando se ne presenta la necessità. Idealmente, i pacchetti dovrebbero funzionare utilizzando qualsiasi sistema init, cosa che può essere ottenuta fornendo script init tradizionali o utilizzando altri meccanismi che consentano loro di funzionare senza systemd. L'impossibilità di lavorare senza systemd è considerata un bug, ma non un bug che blocca il rilascio, a meno che non esista una soluzione già pronta per lavorare senza systemd, ma si rifiuta di essere salvata (ad esempio, quando il problema è causato dal rimozione di uno script init precedentemente fornito).

Supporta la portabilità senza introdurre modifiche che ostacolino lo sviluppo. Debian continua a essere vista come un ponte per l'integrazione di diversi software che forniscono funzionalità equivalenti o simili. La portabilità tra piattaforme hardware e stack software è un obiettivo importante e viene incoraggiata l’integrazione di tecnologie alternative, anche se la visione del mondo dei loro creatori differisce dal consenso generale. La posizione riguardo systemd e altri sistemi di inizializzazione coincide completamente con il punto 4.

Rendere obbligatorio il supporto per più sistemi di inizializzazione. Fornire la possibilità di eseguire Debian con sistemi init diversi da systemd continua ad essere importante per il progetto. Ogni pacchetto deve funzionare con gestori pid1 diversi da systemd, a meno che il software incluso nel pacchetto non fosse originariamente destinato a funzionare solo con systemd e non supporti l'esecuzione senza systemd (l'assenza di script init non conta come previsto solo per lavorare con systemd) .

Supporta portabilità e implementazioni multiple. I principi generali sono esattamente gli stessi del punto 5, ma non esistono requisiti specifici per i sistemi systemd e init e non vengono imposti obblighi agli sviluppatori. Gli sviluppatori sono incoraggiati a tenere conto degli interessi reciproci, a scendere a compromessi e a trovare soluzioni comuni soddisfacenti per le varie parti.

Discussione continua. L'oggetto può essere utilizzato per declassare opzioni inaccettabili.

Fonte: opennet.ru