I sistemi di inizializzazione in Debian potrebbero tornare indietro e saranno definiti in una votazione

Debian10

Seguendo il thread su il tema di i sistemi di inizializzazione in Debian, in qualel in un post precedente il nostro collega Linux Post Install ha condiviso qui sul blog (puoi controllare l'articolo su il seguente collegamento). Ora in notizie più recenti, pochi giorni fa è stata fatta una chiamata agli sviluppatori Debian per partecipare nella votazione sulla diversità dei sistemi di inizializzazione in Debian, sia che questi debbano essere riammessi o meno.

Devi ricordarlo nel 2014 c'è stata una votazione después da cui Debian ha adottato systemd, in cui all'epoca era oggetto di un ampio dibattito. Nel febbraio 2014, il comitato tecnico responsabile di Debian aveva deciso che per la prossima versione principale del sistema operativo, systemd sarebbe stato utilizzato come sistema di avvio predefinito.

Tuttavia, systemd è stato rifiutato da alcuni membri dalla comunità open source, che credeva che il progetto andasse contro la filosofia di Unix e che i suoi sviluppatori si comportassero anti-Unix, poiché systemd è incompatibile con tutti i sistemi non Linux.

Amministratori che hanno utilizzato Debian nell'ottobre 2014 hanno lanciato una serie di minacce tra cui l'abbandono del progetto se systemd doveva essere utilizzato per impostazione predefinita.

Poche settimane dopo, quattro importanti membri della comunità Debian si sono dimessi. o ridotto la loro partecipazione. Colin Watson e Russ Allberry, due membri del Debian Project Technical Committee, hanno annunciato le loro dimissioni l'8 e il 16 novembre 2014, rispettivamente.

Dopo tutte queste pressioni, il comitato tecnico ha avviato un altro voto rispetto a systemd prima che le funzionalità da offrire in "Jessie" fossero congelate.

Durante quel periodo sono state proposte diverse opzioni (in totale cinque) per risolvere il conflitto. Ian Jackson, un membro del comitato tecnico, ha proposto l'accoppiamento dei sistemi di avvio, sostenendo che i pacchetti Debian, in generale, non hanno bisogno di un sistema di avvio specifico, e che era necessario adottare una direttiva tecnica per forzarlo, tranne che nei singoli casi giustificati.

Un altro sviluppatore ha suggerito che il supporto per altri sistemi di avvio è consigliato, ma non richiesto.

Infine l'uso di systemd è stato mantenuto come originariamente previsto. I risultati delle votazioni sono stati pubblicati nel novembre 2014.

I sistemi di inizializzazione in Debian potrebbero tornare

Ora, cinque anni dopo, Debian ha lanciato una nuova votazione giudicare l'interesse per la "diversità del sistema init" e quanto gli sviluppatori Debian si preoccupino o meno delle alternative di supporto di systemd.

L'invito a votare è stato recentemente annunciato sulla mailing list e il voto si conclude il 27 dicembre. Subito dopo, dovremmo sapere cosa ha deciso la comunità di sviluppo Debian per il ruolo futuro del supporto alla distribuzione senza sistema.

A causa delle diverse opinioni degli sviluppatori Debian sulla gestione degli errori non di sistema nel 2019 e dell'interesse / impegno a supportare alternative di sistema come parte del pacchetto Debian e di vari punti critici correlati, stanno cercando di adottarne una nuova. del sistema init.

Dopo i commenti pubblici, Le otto opzioni di voto per gli sviluppatori Debian includono:

  • Concentrarsi su systemd
  • Systemd, ma supportiamo l'esplorazione di alternative.
  • Il supporto per più sistemi di avvio è importante.
  • Supporta sistemi non di sistema, senza bloccare i progressi.
  • Supporta la portabilità, senza bloccare i progressi.
  • È richiesto il supporto per più sistemi di avvio.
  • Supporto per portabilità e implementazioni multiple.
  • Continua la discussione.

Delle opzioni presentate Gli sviluppatori Debian potranno sceglierne più di uno se lo desiderano. 

Se vuoi saperne di più su Per quanto riguarda le novità, puoi controllare le mailing list Debian su il seguente collegamento. Oltre a ciò in modo più dettagliato sulla questione delle opzioni che gli sviluppatori Debian hanno per il voto.

Infine, i risultati potrebbero essere annunciati un giorno dopo la fine delle votazioni, cioè il 28 dicembre.


Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile dei dati: Miguel Ángel Gatón
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.

  1.   luix suddetto

    systemd fa schifo !!

  2.   uno di alcuni suddetto

    Sebbene possa non sembrare così, penso che ogni volta ci sia maggiore consapevolezza di quanto sia dannoso systemd e ci siano più distribuzioni che non lo usano o offrono più iniziati.

    Personalmente, sono felice con Artix (è Arch ma senza sysmted) e OpenRC come init, sebbene offra anche Runit e ora s6. Posso solo dire che è meraviglioso. Ho il triplo avvio sul mio laptop e ho ancora (al momento perché sono pigro) la partizione con Arch e anche se sembra che non ci siano differenze, ci sono. Quello che ho notato è che Artix si avvia più velocemente quando hai la parallelizzazione attivata rispetto ad Arch fino alla schermata di accesso a ssdm (io uso plasma) ma è che dal momento in cui inserisci la password fino a quando appare il desktop di Arch ci vuole molto più tempo di Artix quindi avvia la velocità che era il vantaggio che alcuni menzionavano di systemd era rovinata. L'unica cosa che Arch fa più velocemente di Artix è lo spegnimento e non sempre. Se c'è uno di quei famosi conti alla rovescia che escono quando ne hai voglia, è molto più lento. Quello che ho guadagnato con Artix è soprattutto stabilità, non fa quegli strani crash (più che crash è che diventa una tartaruga per secondi), né comportamenti strani di volta in volta o messaggi su shutdown che chissà cosa loro significa che È un altro esempio (di più esempi) della programmazione così cattiva e terribile che ha poiché anche in Debian con quanto è stabile, succede (ho anche un pc con Debian), non siamo un problema di più la distribuzione o il computer Succede esattamente lo stesso su un computer come su un altro (uno è a 32 bit, l'altro 64, uno è optimus e l'altro no), l'unica cosa che hanno in comune è systemd. Sebbene Artix sia una macchina per rollare, è stabile (usando il kernel lts) come lo era prima dell'arrivo di Jessie. Ho avuto 0 problemi anche se sì, ho dovuto leggere un po 'di OpenRC per conoscere un po' i comandi ma non più di quando l'ho letto per imparare a gestire systemd.

    Poi c'è anche il problema di Devuan, che dal mio punto di vista è uno schiaffo in faccia a Debian poiché stanno iniziando ad esserci altri derivati ​​di Debian che hanno cambiato la base di Devuan.

    La distribuzione numero uno nella classifica distrowatch (MX Linux) non usa systemd come init (sebbene usi shim per renderlo compatibile).

    Ad ogni modo, ci sono già diversi esempi di distribuzioni molto competenti che vanno oltre systemd e funzionano molto meglio secondo me.

    Idealmente, Debian dovrebbe comportarsi come Devuan e lasciarti scegliere. Se Ubuntu cambia il suo init in seguito, anche tutti i suoi derivati ​​lo farebbero e semplicemente, anche se per inerzia, systemd andrebbe in bagno, che è il posto da cui non dovrebbe mai provenire poiché in pratica, solo poche distribuzioni lo farebbero usalo. Fondamentalmente il mondo di Red Hat, Suse, Arch e poco altro poiché la maggior parte dell'universo Linux deriva direttamente o indirettamente da Debian.

    PS.- Mi dispiace di essermi esteso così tanto, ma mi sono un po 'acceso con l'argomento.