Debian vil igjen støtte flere initialiseringssystemer

Sam Hartmann, Debian-prosjektleder, prøvde å løse uenigheter om levering av pakken som en del av distribusjonen. I juli, teamet som er ansvarlig for å forberede lanseringene blokkerte inkluderingen av elogind i testgrenen, siden denne pakken er i konflikt med libsystemd.

Som en krasjårsak var det en konflikt med systemd-pakken og faren for å erstatte libsystemd med en alternativ versjon av libelogind, som er helt inkompatibel med kildebiblioteket på ABI-nivå.

Inkluderingen av elogind gir sin egen versjon av libelogind-biblioteket, som tar over en rekke funksjoner som tilbys av libsystemd og erstatter dette biblioteket under installasjonen.

I pakken er elogind merket som i konflikt med systemd-bibliotekene, men det er iboende designet for å fungere bare uten systemd, og en konflikt med systemd er til og med gunstig, da det ikke tillater deg å installere elogind ved en feil.

På den annen side, i gjeldende form, prøver via APT å oppdatere systemd konfigurasjon til versjon med sysvinit og elogind resulterer i ødelagt system med en inoperativ APT. Men selv med å fjerne denne feilen, er overgangen fra systemd til elogind fortsatt umulig uten å fjerne allerede installerte brukermiljøer.

Hvorpå Elogind-utviklere ble bedt om å tilpasse lovtaled for å jobbe på toppen av det vanlige libpam-systemd, uten å bruke sitt eget libpam-elogind-lag.

Overgangen fra elogind til libpam-systemd hindres av mangel på støtte for begrepet sektorer, men utviklerne av elogind ønsker ikke å oppnå full API-samsvar og gjentar nøyaktig alle funksjonene i systemd da elogind bare gir minimal funksjonalitet å organisere brukerinnlogginger og det er ikke ment å gjenta alle delsystemer til systemd.

Å løse de tekniske problemene som er skissert, bør løses på interaksjonsnivået mellom utgiverteamet og vedlikeholdere av elogind og systemd, men prosjektlederen ble tvunget til å gripe inn fordi lagene ikke kunne bli enige, fellesarbeidet ble til en konfrontasjon og løsningen på problemet nådde en blindvei der hver side av loven på sin egen måte.

I følge Sam Hartman, situasjonen nærmer seg en stat som krever en generell avstemning (GR, teppeoppløsning), der samfunnet vil bestemme alternative systemer for å initialisere og støtte sysvinit med elogind.

Hvis prosjektdeltakere stemmer for å diversifisere initialiseringssystemer, alle de ansvarlige for vedlikehold vil delta i et felles forsøk på å løse dette problemet eller spesielle ansvarlige utviklere vil bli utnevnt til å jobbe med dette problemet, og de som følger med dem, vil ikke lenger kunne omgå det alternative initialiseringssystemet, være stille eller forsinke prosessen.

For øyeblikket har depotet allerede samlet 1033 pakker som gir tjenestenheter for systemd, men inkluderer ikke init.d-skript.

For å løse dette problemet, foreslås det å levere tjenestefiler som standard, men å forberede en driver som automatisk analyserer kommandoene i disse filene og genererer init.d-skript basert på dem.

Hvis samfunnet bestemmer at Debian har nok støtte for ett enkelt initialiseringssystem, trenger de ikke lenger å bekymre seg for sysvinit og elogind, og fokuserer bare på enhets- og systemfiler.

En slik løsning vil påvirke porter som ikke bruker Linux-kjernen negativt, men det er ingen slike porter i hovedfilen ennå, og de har ikke en offisiell støttestatus.

Kobling til systemd vil også komplisere endringen betydelig i retning av distribusjonsutvikling i fremtiden og vil begrense videre eksperimentering innen tjenesteinitialisering og administrasjon.

Hver løsning har sine fordeler og ulemper, så det kreves en grundig diskusjon av alle argumentene for og imot før avstemningen.

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