Debian ÄtervÀnder till frÄgan om stöd för flera initieringssystem

Sam Hartman, projektledare för Debian, försökte reda ut de oenigheter som rör distributionen av paketet elogind i distributionen. I juli blockerade teamet som ansvarar för releaseförberedelserna, inbÀddning av elogind i testing-grenen, eftersom detta paket Àr i konflikt med libsystemd.

LÄt oss pÄminna om att elogind tillhandahÄller grÀnssnitt som Àr nödvÀndiga för att fÄ GNOME att fungera utan att installera systemd. Projektet grundades som en avknoppning frÄn systemd-logind, flyttat till ett separat paket och befriat frÄn kopplingen till systemd-komponenter. Bland annat tillhandahÄller elogind sin egen version av libelogind, som tar över en rad funktioner som erbjuds av libsystemd och ersÀtter detta bibliotek vid installation.

Som skÀl för blockeringen angavs en konflikt med systemd-paketet och risken för att ersÀtta libsystemd med en alternativ version av libelogind som Àr helt inkompatibel med det ursprungliga biblioteket pÄ ABI-nivÄ.
I paketet elogind Ă€r det markerat som konfliktande med systemd-biblioteken, men det Ă€r i grunden utformat för att fungera endast utan systemd, och konflikten med systemd Ă€r till och med fördelaktig, eftersom den förhindrar att elogind av misstag installeras. Å andra sidan leder nuvarande försök via APT att uppdatera konfigurationen frĂ„n systemd till en variant med sysvinit och elogind till att fĂ„ en skadad systeminstallation med ett icke-fungerande APT. Men Ă€ven vid Ă„tgĂ€rdande av denna brist förblir övergĂ„ngen frĂ„n systemd till elogind omöjlig utan att ta bort redan installerade anvĂ€ndarmiljöer.

Utvecklarna av elogind fick föreslagit anpassa elogind för att fungera ovanpĂ„ den standardmĂ€ssiga libpam-systemd, utan att anvĂ€nda sin egen mellanlagring libpam-elogind. ÖvergĂ„ngen av elogind till libpam-systemd hindras av bristen pĂ„ stöd för konceptet slices, men utvecklarna av elogind vill inte strĂ€va efter fullstĂ€ndig API-överensstĂ€mmelse och exakt Ă„terge alla funktioner hos systemd, eftersom elogind endast tillhandahĂ„ller minimal funktionalitet för att organisera anvĂ€ndarinloggningar och inte har som mĂ„l att Ă„terskapa alla systemd:s delsystem.

Lösningen av de beskrivna tekniska problemen bör hanteras pÄ nivÄn mellan teamet som slÀpper versioner och underhÄllarna av elogind och systemd, men projektledaren var tvungen att ingripa eftersom teamen inte kunde komma överens. Det gemensamma arbetet har förvandlats till ett motstÄnd och problemet har hamnat i en ÄtervÀndsgrÀnd dÀr varje part har rÀtt pÄ sitt sÀtt. Enligt Sam Hartman nÀrmar sig situationen ett tillstÄnd som krÀver en gemensam omröstning (GR, general resolution), dÀr gemenskapen kommer att fatta beslut angÄende alternativa initieringssystem och stöd för sysvinit med elogind.

Om deltagarna i projektet röstar för diversifiering av initieringssystemen kommer alla underhÄllare att involveras i det gemensamma arbetet för att lösa denna uppgift eller sÀrskilda ansvariga utvecklare kommer att utses för att arbeta med detta problem, och de som ansvarar för det fÄr inte lÀngre ignorera det alternativa initieringssystemet, vara tysta eller dra ut pÄ processen.

För nÀrvarande har redan samlat 1033 paket som tillhandahÄller serviceenheter för systemd, men inte inkluderar init.d-skript. För att lösa detta problem föreslÄs kan man leverera servicefiler som standard, men förbereda en hanterare som automatiskt skulle tolka kommandon frÄn dessa filer och generera init.d-skript baserat pÄ dem.

Om gemenskapen beslutar att det i Debian rÀcker med stöd för ett initieringssystem kan man sluta oroa sig för sysvinit och elogind och istÀllet fokusera pÄ enhetsfiler och systemd. En sÄdan lösning skulle ha en negativ inverkan pÄ portar som inte anvÀnder Linux-kÀrnan (Debian GNU/Hurd, Debian GNU/NetBSD och Debian GNU/kFreeBSD), men för nÀrvarande finns det ingen sÄdan port i huvudarkivet och de har inte status officiellt stödda.

Bindningen till systemd gör det ocksÄ betydligt svÄrare att Àndra utvecklingsriktningen för distributionen i framtiden och begrÀnsar möjligheterna till ytterligare experiment inom initiering och tjÀnstehantering. Att hÄlla elogind i drift Àr betydligt enklare Àn att ta bort det och sedan försöka lÀgga till det igen. Varje lösningsalternativ har sina fördelar och nackdelar, sÄ innan omröstningen krÀvs en grundlig diskussion av alla argument för och emot.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster