Debian stöder återigen flera initialiseringssystem

Sam Hartmann, Debian-projektledaren, försökte lösa meningsskiljaktigheter angående leveransen av paketet som en del av distributionen. I juli, teamet som ansvarar för förberedelserna för lanseringarna blockerade införandet av elogind i testgrenen, eftersom detta paket strider mot libsystemd.

Som en kraschorsak fanns det en konflikt med systemd-paketet och risken att ersätta libsystemd med en alternativ version av libelogind, vilket är helt oförenligt med källbiblioteket på ABI-nivå.

Inkluderingen av elogind ger sin egen version av libelogind-biblioteket, som tar över ett antal funktioner som erbjuds av libsystemd och ersätter detta bibliotek under installationen.

I paketet är elogind markerat som motstridigt med systemd-biblioteken, men det är i sig utformat för att bara fungera utan systemd och en konflikt med systemd är till och med fördelaktig eftersom det inte tillåter dig att installera elogind av misstag.

Å andra sidan, i nuvarande form, försöker via APT att uppdatera systemd konfiguration till version med sysvinit och elogind resulterar i skadat system med en inoperativ APT. Men även med borttagningen av denna brist är övergången från systemd till elogind fortfarande omöjlig utan att redan installerade användarmiljöer tas bort.

Därefter ombads Elogind-utvecklare att anpassa lovordd för att arbeta ovanpå det vanliga libpam-systemd utan att använda sitt eget libpam-elogind-lager.

Övergången från elogind till libpam-systemd hindras av bristen på stöd för konceptet sektorer, men utvecklarna av elogind vill inte uppnå fullständig API-efterlevnad och upprepar exakt alla funktioner i systemd eftersom elogind bara ger minimal funktionalitet att organisera användarinloggningar och det föreslås inte att alla delsystem i systemd upprepas.

Att lösa de tekniska frågorna som beskrivs bör lösas på interaktionsnivån mellan släppteamet och underhållarna av elogind och systemd, men projektledaren tvingades ingripa eftersom lagen inte kunde komma överens, det gemensamma arbetet förvandlades till en konfrontation och lösningen på problemet nådde en återvändsgränd där varje sida av lagen på sitt sätt.

Enligt Sam Hartman, situationen närmar sig en stat som kräver en allmän omröstning (GR, filtupplösning), där samhället kommer att besluta om alternativa system för att initiera och stödja sysvinit med elogind.

Om projektdeltagarna röstar för att diversifiera initialiseringssystem, allt de ansvariga för underhåll kommer att delta i ett gemensamt försök att lösa detta problem eller särskilda ansvariga utvecklare kommer att utses för att arbeta med denna fråga och de som följer med dem kommer inte längre att kunna kringgå det alternativa initieringssystemet, vara tysta eller försena processen.

För närvarande har förvaret redan ackumulerat 1033 paket som tillhandahåller serviceenheter för systemd, men inkluderar inte init.d-skript.

För att lösa detta problem föreslås att leverera servicefiler som standard, men att förbereda en drivrutin som automatiskt analyserar kommandona i dessa filer och genererar init.d-skript baserat på dem.

Om samhället bestämmer att Debian har tillräckligt med stöd för ett enda initieringssystem behöver de inte längre oroa sig för sysvinit och elogind, och fokuserar bara på enhets- och systemfiler.

En sådan lösning kommer att påverka hamnar som inte använder Linux-kärnan negativt. men det finns inga sådana portar i huvudfilen ännu och de har ingen officiell supportstatus.

Länkar till systemd kommer också att komplicera förändringen avsevärt i riktning mot distributionsutveckling i framtiden och kommer att begränsa ytterligare experiment inom området initialisering och hantering av tjänster.

Varje lösning har sina fördelar och nackdelar, så det krävs en grundlig diskussion av alla argument för och emot före omröstningen.

Fuente: https://lists.debian.org/