Sam Hartman, project leader van Debian, de onenigheden te begrijpen die verband hielden met de levering van het elogind-pakket in de distributie. In juli blokkeerde het team dat verantwoordelijk is voor het voorbereiden van releases, inclusie van elogind in de testing-branch, omdat dit pakket conflicteert met libsystemd.
de belangrijkste biedt de interfaces die nodig zijn om GNOME te laten werken zonder systemd te installeren. Het project is ontstaan als een afsplitsing van systemd-logind, uitgehaald in een apart pakket en ontdaan van de binding aan de componenten van systemd. Daarnaast biedt elogind zijn eigen versie van de libelogind-bibliotheek, die een aantal functies overneemt die in libsystemd worden aangeboden en deze bibliotheek vervangt bij installatie.
Als redenen voor de blokkering werd gewezen op het conflict met het systemd-pakket en het gevaar van het vervangen van libsystemd door een alternatieve versie van libelogind, die op het niveau van ABI volledig onverenigbaar is met de originele bibliotheek.
In het elogind-pakket wordt aangegeven dat het in conflict is met de systemd-bibliotheken, maar het is in wezen ontworpen om alleen zonder systemd te werken, en het conflict met systemd is zelfs nuttig, omdat het voorkomt dat elogind per ongeluk wordt geĆÆnstalleerd. Aan de andere kant leiden de huidige pogingen om via APT de configuratie van systemd naar een optie met sysvinit en elogind over te zetten, met een niet-functionerende APT. Maar zelfs bij het oplossen van deze tekortkoming blijft de overstap van systemd naar elogind onmogelijk zonder reeds geĆÆnstalleerde gebruikersomgevingen te verwijderen.
De ontwikkelaars van elogind moesten elogind aanpassen om te werken bovenop de standaard libpam-systemd, zonder gebruik te maken van hun eigen tussenlaag libpam-elogind. De overstap van elogind naar libpam-systemd wordt bemoeilijkt door het gebrek aan ondersteuning voor het concept van slices, maar de ontwikkelaars van elogind willen geen volledige compatibiliteit met de API nastreven of alle mogelijkheden van systemd exact reproduceren, aangezien elogind slechts minimale functionaliteit biedt voor het organiseren van gebruikersinloggen en niet het doel heeft om alle subsysteemfunctionaliteiten van systemd te repliceren.
Het oplossen van de beschreven technische problemen zou moeten gebeuren op het niveau van de samenwerking tussen het team dat releases uitbrengt en de maintainer van elogind en systemd. Echter, de projectleider moest ingrijpen omdat de teams niet tot overeenstemming konden komen; de samenwerking is veranderd in een confrontatie en de oplossing van het probleem is in een impasse gekomen waarbij elke partij op zijn manier gelijk heeft. Volgens Sam Hartman nadert de situatie een staat die een algemene stemming (GR, general resolution) vereist, waarin de gemeenschap een beslissing neemt over alternatieve init-systemen en de ondersteuning van sysvinit met elogind.
Als de deelnemers aan het project stemmen voor het diversifiƫren van de init-systemen, zullen alle maintainers betrokken worden bij de samenwerking om deze taak op te lossen of zullen er speciale verantwoordelijke ontwikkelaars worden aangesteld om aan dit probleem te werken, en de maintainers kunnen alternatieve init-systemen niet langer negeren, zich niet uitlaten of het proces vertragen.
Momenteel zijn er al 1033 pakketten die service units voor systemd leveren, maar geen init.d-scripts bevatten. Om dit probleem op te lossen, moeten er standaard service-bestanden worden geleverd, maar een handler voorbereid worden die automatisch opdrachten uit deze bestanden kan interpreteren en op basis daarvan init.d-scripts kan genereren.
Als de gemeenschap besluit dat Debian voldoende is met de ondersteuning van Ć©Ć©n init-systeem, kan er genoeg zijn om niet meer om sysvinit en elogind te geven en zich uitsluitend te concentreren op unit-bestanden en systemd. Deze beslissing zou een negatieve impact hebben op de ports die geen Linux-kernel gebruiken (, en ), maar in de hoofdarchieven zijn er momenteel geen dergelijke ports en ze hebben geen status van .
De binding aan systemd zal het ook aanzienlijk moeilijker maken om de ontwikkelingsrichting van de distributie in de toekomst te veranderen en zal verdere experimenten op het gebied van initiatie en servicemanagement beperken. Het onderhouden van elogind in werkende staat is veel eenvoudiger dan het te verwijderen en vervolgens opnieuw toe te voegen. Elke oplossingsoptie heeft zijn voor- en nadelen, en dus is er grondige discussie over alle argumenten voor en tegen nodig voordat er gestemd kan worden.
Bron: opennet.ru
