Sems Hartmens, Debian projekta vadītājs, atrisināt strīdus, kas saistīti ar Elogin pakotnes piegādi kā daļu no izplatīšanas. Jūlijā atbrīvošanas komanda Elogind iekļaušana testēšanas zarā, jo šī pakotne ir pretrunā ar libsystemd.
Atgādināt, ka nodrošina saskarnes, kas nepieciešamas, lai palaistu GNOME, neinstalējot systemd. Projekts ir balstīts uz systemd-login filiāli, kas izņemts atsevišķā iepakojumā un atbrīvots no saistīšanās ar systemd komponentiem. Elogind iekļaušana nodrošina savu libelogind bibliotēkas versiju, kas uzņemas vairākas libsystemd piedāvātās funkcijas un instalēšanas laikā aizstāj šo bibliotēku.
Kā bloķēšanas iemesli tika atzīmēts konflikts ar systemd pakotni un draudi aizstāt libsystemd ar alternatīvu libelogind versiju, kas ir pilnībā nesaderīga ar sākotnējo bibliotēku ABI līmenī.
Pakotnes karodziņi elogind ir pretrunā ar systemd bibliotēkām, taču tā pēc būtības ir izstrādāta tā, lai darbotos tikai bez systemd, un konfliktēšana ar systemd ir pat izdevīga, jo neļauj kļūdas dēļ instalēt elogind. No otras puses, pašreizējā formā mēģinājumi atjaunināt konfigurāciju, izmantojot APT no systemd uz variantu ar sysvinit un elogind, rada ar salauztu APT. Bet pat tad, ja šis trūkums ir novērsts, pāreja no systemd uz elogind joprojām nav iespējama, nenoņemot jau instalētās lietotāju vides.
elogind izstrādātājiem bija lai pielāgotu elogind darbam virs parastā libpam-systemd, neizmantojot savu libpam-elogind slāni. Elogind pāreju uz libpam-systemd apgrūtina slices koncepcijas atbalsta trūkums, 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 tikai minimālu funkcionalitāti organizējot lietotāja pieteikšanos, un tā mērķis nav atkārtot visas sistēmas apakšsistēmas.
Aprakstīto tehnisko problēmu risināšana būtu jārisina mijiedarbības līmenī starp izlaiduma komandu un elogind un sistēmas uzturētājiem, taču projekta vadītājs bija spiests iejaukties, jo komandas nevarēja vienoties, kopīgais darbs izvērtās konfrontācijā un problēmas risinājums nonācis strupceļā, kurā katrai pusei ir taisnība savā veidā. Pēc Sema Hartmena teiktā, situācija tuvojas stāvoklim, kurā ir nepieciešams vispārējs balsojums (GR, vispārējā rezolūcija), kurā kopiena lems par alternatīvām sistēmām, lai inicializētu un atbalstītu sysvinit ar elogind.
Ja projekta dalībnieki nobalsos par init sistēmu dažādošanu, visi uzturētāji tiks iesaistīti kopīgā darbā šīs problēmas risināšanā vai arī tiks norīkoti īpaši atbildīgi izstrādātāji, kas strādās pie šīs problēmas un uzturētāji vairs nevarēs ignorēt alternatīvu init sistēmu, klusēt vai pavelciet procesu.
Šobrīd jau atrodas repozitorijā 1033 pakotnes, kas nodrošina servisa vienības systemd, bet neietver init.d skriptus. Lai atrisinātu šo problēmu pēc noklusējuma nodrošina pakalpojumu failus, bet sagatavo apdarinātāju, kas automātiski parsētu komandas no šiem failiem un ģenerētu init.d skriptus, pamatojoties uz tiem.
Ja kopiena nolemj, ka pietiek ar Debian atbalstu vienai iniciācijas sistēmai, viņi var pārstāt uztraukties par sysvinit un elogint un koncentrēties tikai uz vienību failiem un systemd. Šis lēmums negatīvi ietekmēs portus, kas neizmanto Linux kodolu (, и ), bet galvenajā arhīvā šādu portu vēl nav un tiem nav statusa .
Saistīšana ar systemd arī apgrūtinās izplatīšanas virziena maiņu nākotnē un ierobežos turpmākos eksperimentus nodrošinājuma un pakalpojumu pārvaldības jomā. Eloginda darbības turēšana ir daudz vienkāršāka nekā tā noņemšana un atkārtota pievienošana. Katram lēmuma variantam ir plusi un mīnusi, tāpēc pirms balsošanas būs nepieciešama visaptveroša visu par un pret argumentu apspriešana.
Avots: opennet.ru