È iniziata la votazione generale sui sistemi init Debian

Progetto Debian annunciato circa l'inizio voto generale (GR, risoluzione generale) sviluppatori di progetti per problema del supporto di più sistemi init, che determinerà la politica futura del progetto riguardo al collegamento a systemd, al supporto per sistemi init alternativi e all'interoperabilità con distribuzioni derivate che non utilizzano systemd. La votazione durerà fino al 27 dicembre compreso, i risultati saranno annunciati il ​​28 dicembre.

Ricordiamo che nel 2014 il comitato tecnico approvato переход distribuzione predefinita su systemd, ma no allenato decisioni riguardanti il ​​sostegno a sistemi di fornitura multipli (il voto è stato vinto dal punto che indicava 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.

L'attuale voto consentirà l'adozione di una politica riguardante più sistemi di provisioning e, se vince la clausola che richiede il supporto per sistemi alternativi, i manutentori non saranno in grado di ignorare o ritardare tali questioni. Dopo aver discusso i tre punti di voto inizialmente proposti dal responsabile del progetto, il numero delle opzioni è stato ampliato a otto. Durante la votazione, puoi selezionare più elementi contemporaneamente, classificando gli elementi selezionati in base al livello di preferenza. Hanno diritto di voto circa un migliaio di sviluppatori che partecipano alla manutenzione dei pacchetti e alla manutenzione dell'infrastruttura.

Opzioni suggerite:

  • 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.
  • 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.

  • 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 sistemi che non utilizzano systemd, ma senza apportare modifiche che ostacolerebbero 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 rifiutano di salvarla (ad esempio, quando il problema è causato dall'eliminazione di un script di inizializzazione fornito in precedenza).
  • 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

  • Aggiungi un commento