Samas Hartmanas, Debian projekto vadovas, bandė išspręsti nesutarimus dėl „elogind“ paketo pristatymo kaip platinimo dalis. Liepą, komanda, atsakinga už starto paruošimą blokavo elogindo įtraukimą į bandymo šaką, nes šis paketas prieštarauja libsystemd.
Dėl strigčių kilo konfliktas su „systemd“ paketu ir pavojus pakeisti „libsystemd“ su alternatyvia libelogind versija, kuri visiškai nesuderinama su šaltinio biblioteka ABI lygiu.
Įtraukus elogindą, pateikiama pati „libelogind“ bibliotekos versija, kuris perima daugybę libsystemd siūlomų funkcijų ir diegimo metu pakeičia šią biblioteką.
Pakete „elogind“ pažymėta kaip prieštaraujanti „systemd“ bibliotekoms, tačiau ji savaime sukurta veikti tik be „systemd“, o konfliktas su „systemd“ yra netgi naudingas, nes neleidžia per klaidą įdiegti elogind.
Kita vertus, dabartine forma, bandymai per APT atnaujinti systemd konfigūraciją į versiją su sysvinit ir elogind sukelia sistemos sugadinimą su neveikiančiu APT. Tačiau net ir pašalinus šį trūkumą, perėjimas iš „systemd“ į „elogind“ vis tiek yra neįmanomas, nepašalinant jau įdiegtų vartotojų aplinkų.
Tada „Elogind“ kūrėjų buvo paprašyta pritaikyti panegirikąd dirbti įprastos libpam-systemd viršuje, nenaudojant savo libpam-elogind sluoksnio.
Perėjimą iš „elogind“ į „libpam-systemd“ apsunkina tai, kad trūksta paramos sektorių koncepcijai, tačiau „elogind“ kūrėjai nenori pasiekti visiško API atitikimo ir tiksliai pakartoti visas „systemd“ ypatybes, nes „elogind“ suteikia tik minimalų funkcionalumą organizuojant vartotojo prisijungimus ir nesiūloma kartoti visų „systemd“ posistemių.
Nurodytų techninių problemų sprendimas turėtų būti išspręstas išleidimo komandos ir elogind ir systemd palaikytojų sąveikos lygmeniu, tačiau projekto vadovas buvo priverstas įsikišti, nes komandos negalėjo susitarti, bendras darbas virto konfrontacija ir problemos sprendimas pateko į aklavietę, kurioje kiekviena įstatymo pusė savaip.
Pasak Samo Hartmano, situacija artėja prie valstybės, kuriai reikia bendro balsavimo (GR, bendra raiška), kurioje bendruomenė spręs dėl alternatyvių sistemų, kad inicijuotų ir palaikytų sysvinit su elogind.
Jei projekto dalyviai balsuoja už pradinių sistemų įvairinimą, visi už priežiūrą atsakingi asmenys dalyvaus bendromis pastangomis išspręsti šią problemą arba specialūs atsakingi kūrėjai bus paskirti dirbti šiuo klausimu, o juos lydintys asmenys nebegalės apeiti alternatyvios inicializavimo sistemos, netylėti ar vilkinti procesą.
Šiuo metu saugykloje jau yra sukaupta 1033 paketai, teikiantys „systemd“ paslaugų vienetus, tačiau neįtraukiantys „init.d“ scenarijų.
Norint išspręsti šią problemą, siūloma numatyti paslaugų failus pagal numatytuosius nustatymus, tačiau parengti tvarkyklę, kuri automatiškai analizuoja šių failų komandas ir pagal jas sukuria init.d scenarijus.
Jei bendruomenė nusprendžia, kad „Debian“ turi pakankamai palaikymo vienai inicializavimo sistemai, jiems nebereikia rūpintis „sysvinit“ ir „elogind“, daugiausia dėmesio skiriant vieneto ir „systemd“ failams.
Toks sprendimas neigiamai paveiks uostus, kurie nenaudoja „Linux“ branduolio, bet pagrindiniame faile tokių uostų dar nėra ir jie neturi oficialaus palaikymo statuso.
Susiejimas su systemd taip pat gerokai apsunkins pokyčius ateityje platinimo plėtros kryptimi ir apribos tolesnius eksperimentus paslaugų inicijavimo ir valdymo srityje.
Kiekvienas sprendimas turi savo privalumų ir trūkumų, todėl prieš balsavimą reikės nuodugniai aptarti visus argumentus už ir prieš.
Fuente: https://lists.debian.org/
Taigi vis dar nėra tikra, ar jie vėl palaikys sysvinit !! Kaip supratau, jie ketina pateikti tyrimui ir balsavimui !! Pažiūrėsime, kas nutiks !!
Ne
Debiano cirkas jau „parodė“ su juokingu „sprendimu“ priimti sistemą. Dabar jie neketina atsitraukti, todėl apie galimą „visuotinį balsavimą“ jau buvo paskelbta. Man nuolat roping su systemd. Klausimas, kurį jie ketina pakabinti, taip pat yra dar vienas dainuojamas rezultatas.