Sam Hartman, Kiongozi wa Mradi wa Debian, kuelewa kutokubaliana kuhusishwa na uwasilishaji wa kifurushi cha elogind kama sehemu ya usambazaji. Mnamo Julai, timu inayohusika na kuandaa matoleo kuingizwa kwa elogind katika tawi la upimaji, kwani kifurushi hiki kinakinzana na libsystemd.
Kumbuka kwamba hutoa miingiliano inayohitajika kuendesha GNOME bila kusakinisha systemd. Mradi huo ulianzishwa kama uma wa systemd-logind, iliyowekwa kwenye kifurushi tofauti na kuachiliwa kutoka kwa kumfunga kwa vifaa vya mfumo. Miongoni mwa mambo mengine, elogind hutoa toleo lake la maktaba ya libelogind, ambayo inachukua idadi ya kazi zinazotolewa katika libsystemd na kuchukua nafasi ya maktaba hii wakati wa ufungaji.
Sababu za kuzuia zilikuwa mgongano na kifurushi cha mfumo na hatari ya kuchukua nafasi ya libsystemd na libelogind mbadala, ambayo haiendani kabisa na maktaba ya chanzo katika kiwango cha ABI.
Kifurushi kinaweka lebo za elogind kama zinazokinzana na maktaba za mfumo, lakini kimeundwa kufanya kazi tu bila systemd, na kukinzana na systemd ni manufaa kwa sababu inazuia elogind kusakinishwa kimakosa. Kwa upande mwingine, katika hali yake ya sasa, inajaribu kupitia APT kusasisha usanidi kutoka kwa systemd hadi toleo na sysvinit na elogind husababisha. na APT haifanyi kazi. Lakini hata kama upungufu huu utaondolewa, mabadiliko kutoka kwa systemd hadi elogind bado hayawezekani bila kufuta mazingira ya mtumiaji yaliyowekwa tayari.
Watengenezaji wa elogind walikuwa rekebisha elogind ili kufanya kazi juu ya libpam-systemd ya kawaida, bila kutumia safu yake ya libpam-elogind. Mpito wa elogind hadi libpam-systemd unazuiwa na ukosefu wa msaada kwa dhana ya vipande, lakini watengenezaji wa elogind hawataki kufikia kufuata kamili na API na kurudia kabisa uwezo wote wa systemd, kwani elogind hutoa tu kidogo. utendakazi wa kupanga kuingia kwa mtumiaji na hailengi kuiga mifumo yote midogo ya mfumo.
Suluhisho la shida zilizoelezewa za kiufundi zinapaswa kutatuliwa kwa kiwango cha mwingiliano kati ya timu ya kutolewa na wasimamizi wa mfumo, lakini kiongozi wa mradi alilazimika kuingilia kati kwa sababu timu hazikuweza kukubaliana, kazi ya pamoja ilikuzwa na kuwa mzozo na suluhisho la shida. tatizo lilifikia mwisho, ambapo kila upande ulikuwa sahihi kwa njia yake. Kulingana na Sam Hartman, hali inakaribia hali inayohitaji azimio la jumla (GR), ambalo jumuiya itaamua juu ya mifumo mbadala ya init na msaada kwa sysvinit na elogind.
Ikiwa washiriki wa mradi watapiga kura kubadilisha mifumo ya init, wasimamizi wote watahusishwa katika kufanya kazi pamoja kutatua tatizo hili au wasanidi programu mahususi watapewa kazi ya kushughulikia suala hili na wasimamizi hawataweza tena kupuuza mfumo mbadala wa init, kubaki kimya, au kuchelewesha mchakato.
Hivi sasa kwenye hazina tayari 1033 ambazo hutoa vitengo vya huduma kwa systemd, lakini hazijumuishi hati za init.d. Ili kutatua tatizo hili sambaza faili za huduma kwa chaguo-msingi, lakini andaa kidhibiti ambacho kitachanganua kiotomatiki amri kutoka kwa faili hizi na kutoa hati za init.d kulingana nazo.
Iwapo jumuiya itaamua kuwa Debian ina usaidizi wa kutosha kwa mfumo mmoja wa init, hatuwezi tena kuwa na wasiwasi kuhusu sysvinit na elogind na kuzingatia tu faili za kitengo na systemd. Uamuzi huu utaathiri vibaya bandari ambazo hazitumii kinu cha Linux (, ΠΈ ), lakini hakuna bandari kama hizo kwenye kumbukumbu kuu bado na hazina hadhi .
Kufunga kwa systemd pia kutafanya iwe vigumu zaidi kubadilisha mwelekeo wa usambazaji katika siku zijazo na kutapunguza majaribio zaidi katika uga wa uanzishaji na usimamizi wa huduma. Kudumisha elogind katika fomu ya kufanya kazi ni rahisi zaidi kuliko kuifuta na kisha kujaribu kuiongeza tena. Kila chaguo la uamuzi lina faida na hasara, kwa hivyo mjadala kamili wa faida na hasara zote utahitajika kabla ya kupiga kura.
Chanzo: opennet.ru