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