Sam Hartman, Debian proiektuko burua, banaketaren parte gisa eligind paketea entregatzearekin lotutako desadostasunak ulertzeko. Uztailean, oharra prestatzeaz arduratzen den taldea elogind proba-adarrean sartzea, pakete hau libsystemd-ekin gatazkan dagoelako.
Gogoratu hori GNOME exekutatzeko behar diren interfazeak eskaintzen ditu systemd instalatu gabe. Proiektua systemd-logind-en sardexka gisa sortu zen, aparteko pakete batean jarri eta systemd osagaiekin lotzetik askatuta. Besteak beste, elogind-ek libelogind liburutegiaren bertsio propioa eskaintzen du, libsystemd-en eskaintzen diren hainbat funtzio hartzen dituena eta instalazioan liburutegi hau ordezkatzen duena.
Blokeatzeko arrazoiak systemd paketearekiko gatazka eta libsystemd ordezko libelogind alternatibo batekin ordezkatzeko arriskua izan ziren, ABI mailan iturburu-liburutegiarekin guztiz bateraezina dena.
Paketeak elogind-ek systemd liburutegiekin gatazkan jartzen du, baina berez systemd gabe bakarrik funtzionatzeko diseinatuta dago, eta systemd-ekin gatazkak izatea onuragarria da, elogind akatsez instalatzea eragozten duelako. Bestalde, egungo forman, APT bidez konfigurazioa systemd-tik sysvinit eta elogind-ekin bertsiora eguneratzen saiatzen da. APT funtzionatzen ez duena. Baina gabezia hori ezabatzen bada ere, systemd-tik elogind-era igarotzea ezinezkoa izaten jarraitzen du instalatutako erabiltzaile-inguruneak ezabatu gabe.
Elogind garatzaileak ziren egokitu elogind libpam-systemd estandarraren gainean lan egiteko, bere libpam-elogind geruza erabili gabe. Elogind-en libpam-systemd-en trantsizioa xerra kontzeptuaren laguntza faltak oztopatzen du, baina elogind-en garatzaileek ez dute nahi APIa guztiz betetzea eta systemd-en gaitasun guztiak zehatz-mehatz errepikatzea, elogind-ek gutxienekoa baino ez baitu eskaintzen. erabiltzaileen saioak antolatzeko funtzionaltasuna eta ez du sistemaren azpisistema guztiak errepikatzea helburu.
Deskribatutako arazo teknikoen konponbidea kaleratze-taldearen eta elogind eta systemd mantentzaileen arteko interakzio mailan konpondu behar da, baina proiektuaren buruak esku hartzera behartu zuen, taldeak ezin zirelako ados jarri, elkarrekin egindako lana konfrontazioan garatu zen eta konponbidea eman zuen. arazoa bide hilera iritsi zen, zeinean alde bakoitzak bere erara arrazoia zuen. Sam Hartmanen arabera, egoera boto orokor bat eskatzen duen estatu batera hurbiltzen ari da (GR, ebazpen orokorra), zeinetan komunitateak sistema alternatiboak erabakiko dituen init-erako eta sysvinit-en laguntza elogind-ekin.
Proiektuko kideek hasierako sistemak dibertsifikatzeko botoa ematen badute, mantentzaile guztiek elkarrekin lanean parte hartuko dute arazo hau konpontzeko edo garatzaile espezifikoak esleituko zaizkie arazo honetan lan egiteko eta mantentzaileek ezin izango dute abiarazte sistema alternatibo bat alde batera utzi, isilik geratu edo prozesua atzeratu.
Momentuz biltegian dagoeneko Systemd-rako zerbitzu-unitateak eskaintzen dituzten 1033 paketeak, baina init.d script-ak ez dituztenak. Arazo hau konpontzeko hornitu zerbitzu-fitxategiak lehenespenez, baina fitxategi horietako komandoak automatikoki analizatu eta horietan oinarrituta init.d script-ak sortuko dituen kudeatzaile bat prestatu.
Komunitateak erabakitzen badu Debian-ek abiapuntu sistema bakar baterako nahikoa euskarri duela, jada ezin gara kezkatu sysvinit eta elogind-ekin eta unitate-fitxategietan eta systemd-etan bakarrik zentratu. Erabaki honek Linux nukleoa erabiltzen ez duten portuetan eragin negatiboa izango du (, ΠΈ ), baina oraindik ez dago horrelako atakarik artxibo nagusian eta ez dute egoerarik .
Systemd-ri lotzeak, gainera, askoz zailagoa izango du etorkizunean banaketaren norabidea aldatzea eta esperimentazio gehiago mugatuko du hasierako eta zerbitzuen kudeaketaren alorrean. Elogind lan moduan mantentzea askoz errazagoa da ezabatzea eta gero berriro gehitzen saiatzea baino. Erabaki aukera bakoitzak alde onak eta txarrak ditu, beraz, alde on eta txar guztien eztabaida osoa beharko da bozkatu aurretik.
Iturria: opennet.ru