Resultaten från omröstningen om initieringssystem i Debian har sammanställts

Publicerade resultat av allmän omröstning (GR, allmän resolution) av Debian-projektets utvecklare som deltar i underhållet av paket och stödet för infrastrukturen, som genomfördes angående stöd för flera initieringssystem. Det andra alternativet ('B') i listan vann — systemd förblir det föredragna, men möjligheten för att stödja alternativa initieringssystem kvarstår. Omröstningen genomfördes med metoden Condorcet, där varje väljare rangordnar alla alternativ i ordning av preferens, och vid beräkningen av resultatet tas hänsyn till hur många väljare som föredrar ett alternativ framför ett annat.

Det vinnande alternativet erkänner att systemd:s serviceenheter är den föredragna metoden för att konfigurera starten av daemoner och tjänster, men tillåter att det finns miljöer där utvecklare och användare kan skapa och använda alternativa initieringssystem och funktionella alternativ till systemd:s möjligheter. Utvecklarna av alternativa lösningar behöver tillgång till resurser för att genomföra sitt arbete och formatera paket. Alternativa lösningar, såsom elogind, som används för att organisera starten av applikationer kopplade till gränssnitt specifika för systemd, förblir viktiga för projektet. Stödet för sådana initiativ kräver samarbete inom områden där utvecklingen av alternativa teknologier korsar övriga projekt, exempelvis är det oacceptabelt att fördröja granskningen av patchar och genomförandet av diskussioner.

I paketen kan både systemd unit-filer och init-skript för att starta tjänster inkluderas. Paketen kan använda alla funktioner i systemd enligt paketadministratörens önskan, förutsatt att dessa funktioner uppfyller kraven i Debian-reglerna och inte är kopplade till experimentella eller ej stödda funktioner från andra paket. Utöver systemd kan paketen också inkludera stöd för alternativa init-system och tillhandahålla komponenter för att ersätta systemds specifika gränssnitt. Beslut om inkludering av patchar fattas av administratörerna inom ramen för de vanliga procedurerna. Debian åtar sig att samarbeta med avledda distributioner som har valt andra init-system, men samarbetet bygger på administratörernas nivå, där besluten om vilka funktioner som förberetts av externa distributioner som ska tas upp i huvuddistributionen Debian, och vilka som ska lämnas i avkommandistributionen, fattas.

Vi påminner om att den tekniska kommittén 2014 godkände övergången av standarddistributionen till systemd, men inte fattade något beslut beträffande stöd för flera init-system (punkten som syftade på kommitténs oförmåga att fatta beslut om denna fråga vann i omröstningen). Kommitténs ledare rekommenderade paketsamordnarna att behålla stöd för sysvinit som ett alternativt init-system, men påpekade att han inte kan tvinga sin åsikt och att beslutet bör fattas individuellt i varje fall.

Efter detta gjordes av vissa utvecklare ett försök att genomföra en allmän omröstning, men den preliminära omröstningen visade att det inte fanns något behov av att fatta beslut om användning av flera init-system. För flera månader sedan, efter av problem inkluderingen av paketet elogind (som är nödvändigt för att GNOME ska fungera utan systemd) i testing-grenen på grund av en konflikt med libsystemd, togs frågan upp igen av Debians projektledare, eftersom utvecklarna inte kunde komma överens och deras kommunikation övergick till en konfrontation och hamnade i en återvändsgränd.

Övervägda alternativ:

Fokuset ligger på systemd. Att erbjuda stöd för alternativa init-system är inte en prioritet, men underhållare har rätt att valfritt inkludera init-skript för sådana system i paketen.

Systemd förblir det föredragna alternativet, men det kvarstår möjlighet för underhåll av alternativa init-system. Tekniker som elogind, som möjliggör körning av applikationer kopplade till systemd i alternativa miljöer, ses som viktiga. Init-filer för alternativa system får inkluderas i paketen.

Stöd för olika init-system och möjlighet att ladda Debian med init-system som skiljer sig från systemd.
För att starta tjänster måste paketen obligatoriskt inkludera init-skript, det är oacceptabelt att endast leverera systemd-enhetsfiler utan sysv init-skript.

Stöd för system som inte använder systemd, men utan att göra ändringar som hindrar utvecklingen. Utvecklare är överens om att stödja flera init-system inom överskådlig framtid, men anser också att det är nödvändigt att arbeta på att förbättra stödet för systemd. Utvecklingen och underhållet av specifika lösningar bör utföras av intresserade samhällen, men andra underhållare bör aktivt hjälpa och bidra till att lösa problem när behov uppstår. Idealiskt bör paketen fungera med något init-system, för vilket traditionella init-skript kan levereras eller andra mekanismer som möjliggör drift utan systemd kan användas. Oförmågan att fungera utan systemd betraktas som ett fel, men inte som ett fel som blockerar releasen, utom i de fall där det finns en färdig lösning för att fungera utan systemd, men den vägras att behållas (till exempel när problemet orsakas av borttagningen av ett tidigare levererat init-skript).

Stöd för portabilitet utan förändringar som hindrar utvecklingen. Debian fortsätter att ses som en länk för integration av olika programvaror som erbjuder motsvarande eller liknande funktionalitet. Portabilitet mellan hårdvaruplattformar och programvarustackar är en viktig uppgift, och integration av alternativa teknologier välkomnas, även om skaparens värderingar avviker från den allmänna uppfattningen. Ställningstagandet angående systemd och andra init-system överensstämmer helt med punkt 4.

Övergången av stöd för flera init-system till obligatoriska. Möjligheten att köra Debian med init-system som skiljer sig från systemd fortsätter att vara betydelsefull för projektet. Varje paket är skyldigt att fungera med pid1-hanterare som inte är systemd, om det inte är fallet att den medföljande programvaran ursprungligen är avsedd att fungera endast med systemd och inte har något stöd för att köras utan systemd (bristen på init-skript räknas inte som avsedd för att endast fungera med systemd).

Stöd för portabilitet och flera implementeringar. De allmänna principerna överensstämmer helt med punkt 5, men det ställs inga specifika krav på systemd och init-system, och inga skyldigheter åläggs utvecklarna. Utvecklare uppmanas att ta hänsyn till varandras intressen, kompromissa och hitta gemensamma lösningar som är tillfredsställande för olika parter.

Fortsatt diskussion. Punkten kan användas för att sänka betyg för oacceptabla alternativ.

Källa: opennet.ru