La votazione inizia sui sistemi di inizializzazione Debian

Qualche mese fa qui nel blog condividiamo la notizia di una discussione che gli sviluppatori hanno preso Debian se supportare più sistemi di inizializzazione sarebbe un'opzione. Da questo nasce da un disaccordo sulla consegna del pacco elogind (Se vuoi leggere la nota, puoi fare in questo link).

E bene ora, è stato annunciato l'inizio di una votazione generale per gli sviluppatori di progetti decidere se il sistema supporta più sistemi di inizializzazione, che determinerà la politica aggiuntiva del progetto per quanto riguarda l'associazione a systemd, supporto per sistemi di inizializzazione alternativi e interazione con distribuzioni derivate che non utilizzano systemd.

Pochi mesi fa, dopo problemi con l'inclusione del pacchetto elogind (richiesto per GNOME per funzionare senza systemd) nel ramo di test a causa di un conflitto con libsystemd, il leader del progetto Debian ha posto di nuovo la domanda, poiché gli sviluppatori non potevano essere d'accordo e la loro comunicazione divenne conflittuale e stagnante

Il voto in corso consentirà a una politica di trasmettere più sistemi di inizializzazione e se vince l'elemento che obbliga a supportare sistemi alternativi, i manutentori non saranno in grado di ignorare o ritardare tali problemi.

Dopo aver discusso i tre punti di voto originariamente proposto dal capo del progetto, il numero di opzioni è stato esteso a otto.

Durante la votazione, è possibile selezionare più elementi contemporaneamente con la classificazione degli elementi selezionati per livello di preferenza. Hanno diritto di voto circa un migliaio di sviluppatori che partecipano alla manutenzione dei pacchetti e al supporto dell'infrastruttura.

All'interno delle opzioni suggerite, si stabilisce:

• L'obiettivo principale è su systemd. Il supporto di sistemi di inizializzazione alternativi non è una priorità, ma gli script di avvio per quei sistemi possono essere opzionalmente pacchettizzati.
• Supporto per una varietà di sistemi di avvio e la capacità di avviare Debian su sistemi non systemd.
  Per avviare i servizi, i pacchetti devono includere script di avvio.
• Systemd è ancora preferibile, ma rimane la capacità di mantenere sistemi di inizializzazione alternativi. Le tecnologie, come elogind, che consentono di eseguire applicazioni associate al sistema in ambienti alternativi sono considerate importanti. I pacchetti possono includere file di inizializzazione per sistemi alternativi.
• Supporto per sistemi che non utilizzano systemd, ma senza apportare modifiche che impediscano lo sviluppo. Gli sviluppatori accettano di supportare più sistemi di inizializzazione per il prossimo futuro, ma ritengono anche necessario lavorare per migliorare il supporto di systemd. Lo sviluppo e il mantenimento di soluzioni specifiche dovrebbero essere effettuati dalle comunità interessate a tali soluzioni, ma altri manutentori dovrebbero assistere attivamente e contribuire a risolvere i problemi quando se ne presenta la necessità.
• Supporto per la portabilità, senza apportare modifiche che interferiscano con lo sviluppo. La portabilità tra piattaforme hardware e stack software è un compito importante e l'integrazione di tecnologie alternative è benvenuta, anche se la visione del mondo dei suoi creatori differisce da un'opinione comune.
• Trasferire il supporto per più sistemi di inizializzazione nella categoria di obbligatorio. Fornire la possibilità di eseguire Debian con sistemi di avvio diversi da systemd continua a fare la differenza nel progetto. Ogni pacchetto dovrebbe funzionare con gestori pid1 diversi da systemd, a meno che il software incluso nel pacchetto non sia progettato per funzionare solo con systemd e non ci sia supporto per l'avvio senza systemd (l'assenza di script di inizializzazione non è considerata per lavorare solo con systemd).
• Supporto per portabilità e implementazioni multiple. I principi generali sono pienamente coerenti con il paragrafo 5, ma per quanto riguarda systemd e sistemi di inizializzazione, non vengono richiesti requisiti specifici o obblighi agli sviluppatori. Gli sviluppatori sono incoraggiati a considerare gli interessi degli altri, a scendere a compromessi e a trovare soluzioni comuni che siano soddisfacenti per più parti.

Le votazioni dureranno fino al 27 dicembre compreso, i risultati saranno annunciati il ​​28 dicembre. Se vuoi saperne di più, puoi consultare la pubblicazione originale nel seguente link