Sems Hartmans, Debian projekta vadītājs, mēģināja atrisināt domstarpības par paku piegādi elogindam kā daļu no izplatīšanas. Jūlijā par starta sagatavošanu atbildīgā komanda bloķēja eloginda iekļaušanu testa nozarē, tā kā šī pakete ir pretrunā ar libsystemd.
Kā avārijas iemesls bija konflikts ar paketi systemd un libsystemd aizstāšanas draudi ar libelogind alternatīvo versiju, kas ir pilnīgi nesaderīga ar avota bibliotēku ABI līmenī.
Elogind iekļaušana nodrošina savu libelogind bibliotēkas versiju, kas pārņem vairākas libsystemd piedāvātās funkcijas un instalēšanas laikā aizstāj šo bibliotēku.
Paketē elogind ir atzīmēts kā pretrunīgs ar systemd bibliotēkām, taču tas pēc būtības ir paredzēts darbam tikai bez systemd, un konflikts ar systemd ir pat izdevīgs, jo tas neļauj kļūdaini instalēt elogind.
No otras puses, pašreizējā formā mēģinājumi, izmantojot APT, atjaunināt systemd konfigurāciju uz versiju ar sysvinit un elogind, rada sistēmas bojājumus ar neaktīvu APT. Bet pat novēršot šo trūkumu, pāreja no systemd uz elogind joprojām nav iespējama, nenoņemot jau instalētās lietotāju vides.
Pēc tam Elogind izstrādātājiem tika lūgts pielāgot cieņud, lai strādātu virs parastā libpam-systemd, neizmantojot savu libpam-elogind slāni.
Pāreju no elogind uz libpam-systemd kavē atbalsta trūkums nozaru koncepcijai, taču elogind izstrādātāji nevēlas panākt pilnīgu API atbilstību un precīzi atkārtot visas systemd funkcijas, jo elogind nodrošina minimālu funkcionalitāti organizēšanai lietotāju pieteikšanās un nav paredzēts atkārtot visas sistēmasd apakšsistēmas.
Ierosināto tehnisko problēmu risināšana ir jāatrisina mijiedarbības līmenī starp izlaišanas komandu un elogind un systemd uzturētājiem, taču projekta vadītājs bija spiests iejaukties, jo komandas nespēja vienoties, kopīgais darbs pārvērtās konfrontācijā un problēmas risinājums nonāca strupceļā, kurā katra likuma puse savā veidā.
Pēc Sema Hartmana teiktā situācija tuvojas valstij, kurai nepieciešams vispārējs balsojums (GR, vispārējā izšķirtspēja), kurā kopiena lems par alternatīvām sistēmām, lai inicializētu un atbalstītu sysvinit ar elogind.
Ja projekta dalībnieki balso par inicializācijas sistēmu dažādošanu, visi tie, kas atbild par tehnisko apkopi, piedalīsies kopīgos centienos atrisināt šo problēmu vai tiks iecelti īpaši atbildīgi izstrādātāji, kas strādā pie šī jautājuma, un tie, kas viņus pavada, vairs nevarēs apiet alternatīvo inicializācijas sistēmu, klusēt vai aizkavēt procesu.
Pašlaik repozitorijā jau ir uzkrāti 1033 pakotnes, kas nodrošina servisa vienības systemd, bet neietver init.d skriptus.
Lai atrisinātu šo problēmu, tiek piedāvāts pēc noklusējuma piegādāt servisa failus, bet sagatavot draiveri, kas automātiski parsē šajos failos esošās komandas un uz to pamata ģenerē init.d skriptus.
Ja kopiena nolemj, ka Debian ir pietiekams atbalsts vienai inicializācijas sistēmai, viņiem vairs nav jāuztraucas par sysvinit un elogind, koncentrējoties tikai uz unit un systemd failiem.
Šāds risinājums negatīvi ietekmēs ostas, kas neizmanto Linux kodolu, taču galvenajā failā šādu portu vēl nav, un tiem nav oficiāla atbalsta statusa.
Saistīšana ar systemd arī ievērojami sarežģīs izmaiņas nākotnē izplatīšanas attīstības virzienā un ierobežos turpmāku eksperimentēšanu pakalpojumu inicializācijas un pārvaldības jomā.
Katram risinājumam ir savas priekšrocības un trūkumi, tāpēc pirms balsojuma būs nepieciešama rūpīga visu argumentu apspriešana par un pret.
Fuente: https://lists.debian.org/
Tāpēc joprojām nav pārliecības, ka viņi atkal atbalstīs sysvinit !! Kā es sapratu, viņi to nodos pētījumam un balsošanai !! Redzēsim, kas notiks !!
Nē
Debijas cirks jau "parādījās" ar smieklīgu "lēmumu" pieņemt sistēmu. Tagad viņi negrasās atkāpties, tāpēc jau ir paziņots par iespējamo "vispārējo balsojumu". Man turpiniet ropot ar systemd. Q, ko viņi beigs pakārt, ir arī vēl viens dziedāts rezultāts.