Risultati (GR, risoluzione generale) di i sviluppatori di u prugettu Debian, implicatu in a manutenzione di i pacchetti è u supportu di l'infrastruttura, hè stata tenuta nantu à a questione di u supportu di parechji sistemi d'inizializazione. A seconda opzione ("B") di a lista hà vintu - systemd ferma a scelta preferita, ma l'opzione per supportà sistemi d'inizializazione alternativi ferma. U votu hè statu realizatu aduprendu u , 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 sò autorizati à include sia i fugliali di unità systemd sia i script init per l'avviu di i servizii. I pacchetti ponu aduprà qualsiasi funzionalità systemd scelta da u mantenitore di u pacchettu, purché queste funzionalità sianu conformi à e linee guida. Debian è ùn sò micca ligati à funzioni sperimentali o micca supportate. Debian capacità da altri pacchetti. In più di systemd, i pacchetti ponu ancu include supportu per sistemi init alternativi è furnisce cumpunenti per rimpiazzà l'interfacce specifiche di systemd. E decisioni per include patch sò prese da i mantenitori cum'è parte di e procedure standard. Debian s'impegna à travaglià cù distribuzioni derivate chì anu sceltu altri sistemi d'inizializazione per elli stessi, ma l'interazzione hè custruita à u livellu di u mantenitore, chì hè rispunsevule di decide quali caratteristiche preparate da distribuzioni di terze parti accettà in a distribuzione principale Debian, è quali lascià in a distribuzione di e derivate.
Ricurdemu chì in 2014 u cumitatu tecnicu distribuzione predeterminata nantu à systemd, ma micca 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 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 Cù l'inclusione di u pacchettu elogind (necessariu per chì GNOME funziona senza systemd) in a branca di test per via di un cunflittu cù libsystemd, u prublema hè statu rialzatu da u capu di u prugettu. Debian, postu chì i sviluppatori ùn sò stati capaci di ghjunghje à un accordu, è a so cumunicazione hè diventata un cunfrontu è hè ghjunta à un vicolo cieco.
Opzioni cunsiderate:
Per eseguisce i servizii, i pacchetti devenu include script init chì furnisce solu i schedari di unità systemd senza script init sysv hè inaccettabile.
Source: opennet.ru
