Debian understøtter igen flere initialiseringssystemer

Sam Hartmann, Debian-projektlederen, forsøgte at løse uenigheder om levering af elogind-pakken som en del af distributionen. I juli det hold, der er ansvarligt for at forberede lanceringerne blokerede optagelsen af ​​elogind i testgrenen, da denne pakke er i konflikt med libsystemd.

Som en nedbrudsårsag var der en konflikt med systemd-pakken og faren for at erstatte libsystemd med en alternativ version af libelogind, som er fuldstændig uforenelig med kildebiblioteket på ABI-niveau.

Inkluderingen af ​​elogind giver sin egen version af libelogind-biblioteket, som overtager en række funktioner, der tilbydes af libsystemd og erstatter dette bibliotek under installationen.

I pakken er elogind markeret som modstridende med systemd-bibliotekerne, men det er i sagens natur designet til kun at fungere uden systemd, og en konflikt med systemd er endda gavnlig, da det ikke giver dig mulighed for at installere elogind ved en fejltagelse.

På den anden side i den nuværende form, forsøger via APT at opdatere systemd konfiguration til version med sysvinit og elogind resulterer i beskadiget system med en inoperativ APT. Men selv med fjernelsen af ​​denne fejl er overgangen fra systemd til elogind stadig umulig uden at fjerne allerede installerede brugermiljøer.

Herefter blev Elogind-udviklere bedt om at tilpasse lovprisningd at arbejde oven på det almindelige libpam-systemd uden at bruge sit eget libpam-elogind-lag.

Overgangen fra elogind til libpam-systemd er hæmmet af manglende støtte til konceptet sektorer, men udviklerne af elogind ønsker ikke at opnå fuld API-overholdelse og gentager nøjagtigt alle funktionerne i systemd, da elogind kun giver minimal funktionalitet til at organisere brugerlogins, og det foreslås ikke at gentage alle undersystemer i systemd.

Løsning af de beskrevne tekniske problemer skal løses på niveauet for interaktion mellem frigivelsesteamet og vedligeholdere af elogind og systemd, men projektlederen blev tvunget til at gribe ind, fordi holdene ikke kunne blive enige, det fælles arbejde blev til en konfrontation, og løsningen på problemet nåede en blindgyde, hvor hver side af loven på sin egen måde.

Ifølge Sam Hartman, situationen nærmer sig en stat, der kræver en generel afstemning (GR, tæppeopløsning), hvor samfundet beslutter alternative systemer til at initialisere og understøtte sysvinit med elogind.

Hvis projektdeltagerne stemmer for at diversificere initialiseringssystemer, alle de ansvarlige for vedligeholdelse vil deltage i en fælles indsats for at løse dette problem eller specielt ansvarlige udviklere vil blive udpeget til at arbejde på dette emne, og de der ledsager dem vil ikke længere være i stand til at omgå det alternative initialiseringssystem, forblive tavse eller forsinke processen.

I øjeblikket har arkivet allerede akkumuleret 1033 pakker, der leverer serviceenheder til systemd, men inkluderer ikke init.d-scripts.

For at løse dette problem foreslås det at levere servicefiler som standard, men at forberede en driver, der automatisk analyserer kommandoerne i disse filer og genererer init.d-scripts baseret på dem.

Hvis samfundet beslutter, at Debian har tilstrækkelig støtte til et enkelt initialiseringssystem, behøver de ikke længere bekymre sig om sysvinit og elogind, kun med fokus på enheds- og systemd-filer.

En sådan løsning vil have negativ indflydelse på porte, der ikke bruger Linux-kernen, men der er ingen sådanne porte i hovedfilen endnu, og de har ikke en officiel supportstatus.

Linker til systemd vil også komplicere ændringen betydeligt i retning af distributionsudvikling i fremtiden og vil begrænse yderligere eksperimenter inden for service initialisering og styring.

Hver løsning har sine fordele og ulemper, så der kræves en grundig diskussion af alle argumenter for og imod før afstemningen.

kilde: https://lists.debian.org/