A Debian ismét több inicializáló rendszert fog támogatni

Sam Hartmann, a Debian projekt vezetője, megpróbálta megoldani a csomag elogind szállításával kapcsolatos nézeteltéréseket az elosztás részeként. Júliusban, az indítások előkészítéséért felelős csapat blokkolta az elogind felvételét a tesztágba, mivel ez a csomag ütközik a libsystemd-vel.

Összeomlás okaként konfliktus volt a systemd csomaggal és a libsystemd cseréjének veszélyével a libelogind alternatív változatával, amely teljesen összeegyeztethetetlen a forráskönyvtárral ABI szinten.

Az elogind felvétele biztosítja a libelogind könyvtár saját verzióját, amely átveszi a libsystemd által kínált számos funkciót, és a telepítés során helyettesíti ezt a könyvtárat.

A csomagban az elogind jelölve ütközik a systemd könyvtárakkal, de eleve úgy van megtervezve, hogy csak a systemd nélkül működjön, és a systemd-vel való ütközés még előnyös is, mivel nem teszi lehetővé az elogind téves telepítését.

Másrészt a jelenlegi formában az APT-n keresztüli kísérletek a systemd konfigurációjának frissítésére sysvinit és elogind verzióra sérült rendszert eredményeznek egy nem működő APT-vel. De ennek a hibának a megszüntetésével is lehetetlen áttérni a systemd-ről az elogind-ra anélkül, hogy eltávolítanánk a már telepített felhasználói környezeteket.

Ezután felkérték az Elogind fejlesztőket a gyászbeszéd adaptálásárad a normál libpam-systemd tetején dolgozni, a saját libpam-elogind réteg használata nélkül.

Az elogindról a libpam-systemd-re való átmenetet akadályozza az ágazatok koncepciójának támogatásának hiánya, de az elogind fejlesztői nem akarják elérni a teljes API-megfelelőséget és pontosan megismételni a systemd összes jellemzőjét, mivel az elogind csak minimális funkcionalitást kínál a szervezéshez felhasználói bejelentkezések, és nem javasolt a systemd összes alrendszerének megismétlése.

A felvázolt technikai kérdések megoldását a kiadási csoport, valamint az elogind és a systemd fenntartói közötti interakció szintjén kell megoldani, de a projekt vezetője kénytelen volt beavatkozni, mert a csapatok nem tudtak megállapodni, a közös munka konfrontációvá vált, és a probléma megoldása zsákutcába került, amelyben a törvény mindkét oldala a maga módján.

Sam Hartman szerint a helyzet olyan államhoz közeledik, amely általános szavazást igényel (GR, általános felbontás), amelyben a közösség alternatív rendszerekről dönt a sysvinit inicializálása és támogatása az eloginddal.

Ha a projekt résztvevői az inicializáló rendszerek diverzifikálására szavaznak, minden a karbantartásért felelősek közös erőfeszítésben vesznek részt a probléma megoldása érdekében vagy külön felelős fejlesztőket neveznek ki a probléma megoldására, és az őket kísérők már nem tudják megkerülni az alternatív inicializáló rendszert, nem maradhatnak csendben vagy késleltethetik a folyamatot.

Jelenleg a tárházban már 1033 csomag található, amelyek szolgáltatási egységeket nyújtanak a systemd számára, de nem tartalmazzák az init.d parancsfájlokat.

A probléma megoldásához azt javasoljuk, hogy alapértelmezés szerint szolgáltatási fájlokat adjon meg, de készítsen egy illesztőprogramot, amely automatikusan elemzi a fájlokban található parancsokat, és ezek alapján generálja az init.d parancsfájlokat.

Ha a közösség úgy dönt, hogy a Debian elegendő támogatással rendelkezik egy inicializáló rendszerhez, akkor már nem kell aggódniuk a sysvinit és az elogind miatt, csak az unit és a systemd fájlokra összpontosítva.

Egy ilyen megoldás negatívan befolyásolja azokat a portokat, amelyek nem használják a Linux kernelt, de a fő fájlban még nincsenek ilyen portok, és nincs hivatalos támogatási állapotuk.

Linkelés a systemd-hez szintén jelentősen bonyolítja a változást a jövőben a disztribúció fejlesztésének irányába, és korlátozni fogja a további kísérletezéseket a szolgáltatások inicializálása és kezelése terén.

Minden megoldásnak megvannak a maga előnyei és hátrányai, ezért a szavazás előtt alapos megbeszélésre lesz szükség az összes mellette és ellen érvről.

forrás: https://lists.debian.org/