A Debian init rendszerekre vonatkozó szavazás eredményeit összegezték

Közzétett eredmények általános szavazás (GR, általános állásfoglalás) a Debian projekt csomag-karbantartásában és infrastruktúra-karbantartásában részt vevő fejlesztők több init rendszer támogatásának kérdésében végeztek. A lista második eleme („B”) nyert – a systemd továbbra is előnyben részesített, de megmarad az alternatív inicializálási rendszerek fenntartásának lehetősége. A szavazás a módszerrel történt Condorcet, amelyben minden választó az összes lehetőséget preferencia szerint rangsorolja, és az eredmény kiszámításakor azt veszik figyelembe, hogy hány szavazó részesíti előnyben az egyik lehetőséget a másikkal szemben.

A nyertes javaslat elismeri, hogy a systemd szolgáltatási egységek az előnyben részesített módja a démonok és szolgáltatások futtatásának beállításának, de elismeri, hogy vannak olyan környezetek, amelyekben a fejlesztők és a felhasználók alternatív indítórendszereket és funkcionális alternatívákat hozhatnak létre és használhatnak a systemd képességeihez képest. Az alternatív megoldások fejlesztőinek erőforrásokra van szükségük munkájuk elvégzéséhez és csomagjaik formázásához. Az olyan alternatív megoldások, mint az elogind a systemd-specifikus interfészekhez kötött alkalmazások futtatásához, továbbra is fontosak a projekt számára. Az ilyen kezdeményezések támogatásához segítségre van szükség azokon a területeken, ahol az alternatív technológiák fejlesztése összefonódik a projekt többi részével, például a javítások áttekintésének és megvitatásának késleltetése.

A csomagok tartalmazhatnak systemd unit fájlokat és init parancsfájlokat a szolgáltatások indításához. A csomagok a csomagkarbantartó által kívánt bármely rendszerfunkciót használhatnak, feltéve, hogy a szolgáltatások megfelelnek a Debian szabályainak, és nem kapcsolódnak más csomagok kísérleti vagy nem támogatott Debian szolgáltatásaihoz. A systemd mellett a csomagok tartalmazhatnak alternatív indítórendszerek támogatását is, és tartalmazhatnak komponenseket a systemd-specifikus interfészek helyettesítésére. A javítások bevonásával kapcsolatos döntéseket a karbantartók hozzák meg a szokásos eljárások részeként. A Debian elkötelezett amellett, hogy olyan származékos disztribúciókkal dolgozzon, amelyek más indítórendszereket használnak, de az interakció a karbantartói szinten épül fel, amely döntéseket hoz arról, hogy a harmadik féltől származó disztribúciók által készített funkciókat fogadják el a fő Debian-összetételbe, és melyeket hagyják meg. a derivált eloszlásban.

Emlékezzünk vissza, hogy 2014-ben a technikai bizottság jóváhagyott átmenet alapértelmezett elosztás a systemd-n, de nem kidolgozott a többellátó rendszer támogatására vonatkozó döntések (a szavazást az a tétel nyerte, amely azt jelzi, hogy a bizottság nem hajlandó dönteni ebben a kérdésben). A bizottság vezetője javasolta, hogy a csomagkarbantartók tartsák fenn a sysvinit, mint alternatív init-rendszer támogatását, de jelezte, álláspontját nem tudja ráerőltetni, és a döntést minden esetben önállóan kell meghozni.

Ezt követően néhány fejlesztő megpróbálta próbálja meg végrehajtani általános szavazás, de az előzetes szavazás azt mutatta, hogy nem kell döntést hozni a több inicializálási rendszer használatának kérdésében. Néhány hónappal ezelőtt, azután problémák a GNOME systemd nélküli futtatásához szükséges elogind csomag bekerülésével a tesztelési ágba a libsystemd-vel való ütközés miatt a probléma ismét felvetődött a Debian projektvezetőnél, mivel a fejlesztők nem tudtak megegyezni, és kommunikációjuk egy konfrontációba került, és zsákutcába jutott.

Megfontolt lehetőségek:

  • A fő hangsúly a rendszerszinten van. Az alternatív indítórendszerek támogatása nem prioritás, de a karbantartók opcionálisan csomagokba foglalhatják az ilyen rendszerek indító parancsfájljait.
  • A systemd továbbra is preferált, de megmarad az alternatív inicializálási rendszerek fenntartásának lehetősége. Fontosnak tartják az olyan technológiákat, mint az elogind, amelyek lehetővé teszik, hogy a systemd-hez kötött alkalmazások alternatív környezetben futhassanak. A csomagok init fájlokat tartalmazhatnak alternatív rendszerek számára.
  • Különféle indítórendszerek támogatása és a Debian rendszerindítási lehetősége a systemd-től eltérő indítórendszerekkel.
    A szolgáltatások futtatásához a csomagoknak tartalmazniuk kell az init parancsfájlokat; elfogadhatatlan, hogy csak systemd unit fájlokat adjanak meg sysv init parancsfájlok nélkül.

  • Olyan rendszerek támogatása, amelyek nem használják a systemd-t, de nem hajtanak végre olyan változtatásokat, amelyek akadályoznák a fejlesztést. A fejlesztők egyetértenek abban, hogy a belátható jövőben több init rendszert támogatnak, de úgy vélik, hogy a rendszertámogatás javításán is dolgozni kell. A konkrét megoldások kidolgozását és karbantartását az ezekben a megoldásokban érdekelt közösségekre kell bízni, de a többi fenntartónak szükség esetén aktívan segítenie és közreműködnie kell a problémamegoldásban. Ideális esetben a csomagoknak bármilyen indítórendszerrel kell működniük, ami hagyományos indító szkriptek biztosításával vagy más olyan mechanizmusok használatával érhető el, amelyek lehetővé teszik, hogy systemd nélkül működjenek. A systemd nélküli működés képtelensége hibának minősül, de nem kiadás-blokkoló hibának, hacsak nincs kész megoldás a systemd nélküli munkára, de a mentést megtagadják (például ha a problémát a egy korábban megadott indítószkript eltávolítása).
  • Támogatja a hordozhatóságot anélkül, hogy olyan változtatásokat vezetne be, amelyek akadályozzák a fejlődést. A Debian továbbra is hídnak tekinthető a különböző szoftverek integrálásához, amelyek egyenértékű vagy hasonló funkcionalitást biztosítanak. Fontos cél a hardverplatformok és a szoftververemek közötti hordozhatóság, az alternatív technológiák integrálása akkor is ösztönözhető, ha készítőik világnézete eltér az általános konszenzustól. A systemd és egyéb inicializálási rendszerekkel kapcsolatos álláspont teljesen egybeesik a 4. ponttal.
  • Több inicializálási rendszer támogatásának kötelezővé tétele. A Debian futtatásának képessége a systemd-től eltérő indítórendszerekkel továbbra is fontos a projekt számára. Minden csomagnak működnie kell a systemd-től eltérő pid1-kezelőkkel, kivéve, ha a csomagban lévő szoftver eredetileg csak systemd-vel való együttműködésre készült, és nem támogatja a systemd nélküli futtatást (az init szkriptek hiánya nem számít a systemd-vel való munkavégzéshez). .
  • Támogatja a hordozhatóságot és a többféle megvalósítást. Az általános alapelvek pontosan megegyeznek az 5. pontban leírtakkal, de a systemd és init rendszerekre nincsenek külön követelmények, és nem rónak kötelezettségeket a fejlesztőkre. A fejlesztőket arra ösztönzik, hogy vegyék figyelembe egymás érdekeit, kössenek kompromisszumokat és találjanak olyan közös megoldásokat, amelyek a különböző felek számára kielégítőek.
  • Folytatódik a vita. Az elem felhasználható az elfogadhatatlan opciók visszaminősítésére.
  • Forrás: opennet.ru

    Hozzászólás