I risultati di u votu nantu à i sistemi Debian init sò stati riassunti

Publicatu Risultati votu generale (GR, risoluzione generale) di i sviluppatori di prughjetti Debian implicati in u mantenimentu di pacchetti è a mantenimentu di l'infrastruttura, realizatu nantu à u prublema di supportu di più sistemi init. U sicondu articulu ("B") in a lista hà vintu - systemd resta preferitu, ma a pussibilità di mantene sistemi di inizializazione alternativu ferma. U votu hè statu fattu cù u metudu Condorcet, in quale ogni votante classifica tutte l'opzioni in l'ordine di preferenza, è quandu u calculu di u risultatu, hè cunsideratu quanti votanti preferanu una opzione à l'altru.

A pruposta vincitore ricunnosce chì l'unità di serviziu di sistema di sistema sò u modu preferitu per cunfigurà i demoni è i servizii per eseguisce, ma ricunnosce chì ci sò ambienti in quale i sviluppatori è l'utilizatori ponu creà è aduprà sistemi init alternativi è alternattivi funziunali à e capacità di systemd. I sviluppatori di soluzioni alternative necessitanu risorse per fà u so travagliu è furmà i so pacchetti. Soluzioni alternative cum'è elogind per eseguisce applicazioni ligati à interfacce specifichi di systemd restanu impurtanti per u prugettu. U sustegnu di tali iniziative richiede assistenza in i zoni induve u sviluppu di tecnulugie alternative si interseca cù u restu di u prugettu, cum'è ritardà a revisione è a discussione di patch.

I pacchetti ponu include sia i schedarii di unità systemd sia i script d'iniziu per inizià i servizii. I pacchetti ponu utilizà qualsiasi funziunalità di sistema chì u mantene di u pacchettu desidera, sempre chì e funzioni sò in cunfurmità cù e regule Debian è ùn sò micca ligati à e funzioni Debian sperimentali o micca supportate in altri pacchetti. In più di systemd, i pacchetti ponu ancu include supportu per sistemi init alternativi è furnisce cumpunenti per rimpiazzà interfacce specifichi di systemd. E decisioni riguardanti l'inclusione di patch sò fatte da i mantenitori cum'è parte di e prucedure standard. Debian s'impegna à travaglià cù distribuzioni derivative chì sceglienu d'utilizà altri sistemi init, ma l'interazzione hè custruita à u nivellu di mantene, chì face decisioni nantu à quali caratteristiche preparate da distribuzioni di terzu sò accettate in a cumpusizioni principali di Debian è quali sò lasciati. in a distribuzione derivativa.

Ricurdemu chì in 2014 u cumitatu tecnicu appruvatu transizione distribuzione predeterminata nantu à systemd, ma micca hà travagliatu e decisioni in quantu à u sustegnu à i sistemi di fornitura multipli (l'elementu chì indica a mancanza di vuluntà di u cumitatu di piglià una decisione nantu à sta questione hà vintu u votu). U capu di u cumitariu hà ricumandatu chì i mantene u pacchettu mantene u supportu per sysvinit cum'è un sistema init alternativu, ma hà indicatu chì ùn pudia micca impone u so puntu di vista è chì a decisione deve esse fatta indipindente in ogni casu.

Dopu questu, certi sviluppatori anu pruvatu tentativu di realizà u votu generale, ma u votu prelimiunale hà dimustratu chì ùn ci era micca bisognu di piglià una decisione nantu à u prublema di usu di sistemi di inizializazione multiplici. Qualchi mesi fà, dopu prublemi cù l'inclusione di u pacchettu elogind (necessariu per eseguisce GNOME senza systemd) in u ramu di teste per via di un cunflittu cù libsystemd, u prublema hè stata di novu risuscitata da u capu di prughjettu di Debian, postu chì i sviluppatori ùn puderanu micca d'accordu, è a so cumunicazione hè diventata scontru è ghjuntu à una strada morta.

Opzioni cunsiderate:

L'enfasi principale hè nantu à systemd. Furnisce un supportu per i sistemi init alternativi ùn hè micca una priorità, ma i mantenitori puderanu include script init per tali sistemi in pacchetti.

systemd resta preferitu, ma a pussibilità di mantene sistemi di inizializazione alternativu hè lasciata. Tecnulugie cum'è elogind, chì permettenu l'applicazioni ligati à systemd per eseguisce in ambienti alternativi, sò visti cum'è impurtanti. I pacchetti ponu include file init per sistemi alternativi.

Supportu per una varietà di sistemi init è a capacità di boot Debian cù sistemi init altri da systemd.
Per eseguisce i servizii, i pacchetti devenu include script init chì furnisce solu i schedari di unità systemd senza script init sysv hè inaccettabile.

Supportu per i sistemi chì ùn utilizanu systemd, ma senza fà cambiamenti chì impediscenu u sviluppu. I sviluppatori accunsenu à sustene parechji sistemi init per u futuru prevedibile, ma ancu crede chì hè necessariu di travaglià per migliurà u supportu systemd. U sviluppu è u mantenimentu di suluzioni specifiche deve esse lasciatu à e cumunità interessate in queste suluzioni, ma l'altri mantenitori anu da aiutà attivamente è cuntribuiscenu à a risoluzione di u prublema quandu u bisognu. Ideale, i pacchetti duveranu funziunà cù qualsiasi sistema di init, chì pò esse ottinutu da furnisce script init tradiziunali o utilizendu altri miccanismi chì li permettenu di travaglià senza systemd. L'incapacità di travaglià senza systemd hè cunsideratu un bug, ma micca un bug di bloccu di liberazione, salvu chì ùn ci hè una suluzione pronta per travaglià senza systemd, ma hè ricusatu di esse salvatu (per esempiu, quandu u prublema hè causatu da u rimozione di un script init furnitu prima).

Supporta a portabilità senza introduzione di cambiamenti chì impediscenu u sviluppu. Debian cuntinueghja à esse vistu cum'è un ponte per l'integrazione di diversi software chì furnisce funziunalità equivalente o simili. A portabilità trà e plataforme di hardware è i stacks di software hè un scopu impurtante, è l'integrazione di tecnulugii alternattivi hè incuraghjitu, ancu s'è a visione di u mondu di i so creatori difiere da u cunsensu generale. A pusizioni riguardanti systemd è altri sistemi di inizializazione coincide completamente cù u puntu 4.

Fendu u sustegnu per i sistemi di inizializazione multiplici ubligatoriu. Furnisce l'abilità di eseguisce Debian cù sistemi init altru da systemd cuntinueghja à esse impurtante per u prugettu. Ogni pacchettu deve travaglià cù pid1 handlers altru ch'è systemd, salvu chì u software inclusu in u pacchettu era inizialmente destinatu à travaglià solu cù systemd è ùn sustene micca l'esecuzione senza systemd (l'assenza di scripts init ùn conta micca solu per travaglià cù systemd) .

Supporta portabilità è implementazioni multiple. I principii ginirali sò esattamente uguali à u puntu 5, ma ùn ci sò micca esigenze specifiche per i sistemi systemd è init, è ùn sò micca imposte obligazioni à i sviluppatori. I sviluppatori sò incuraghjiti à piglià in contu l'interessi di l'altri, à fà cumprumessi è à truvà suluzioni cumuni chì sò soddisfacenti per parechji partiti.

Discussione cuntinuata. L'articulu pò esse usatu per downgrade opzioni inacceptable.

Source: opennet.ru