Das allgemeine Abstimmungsverfahren zu den Init-Systemen in Debian hat begonnen.
Debian-Projekt über den Beginn (GR, allgemeine Resolution) der Projektentwickler bezüglich , die die zukünftige Politik des Projekts in Bezug auf die Bindung an systemd, die Unterstützung alternativer Init-Systeme und die Interaktion mit abgeleiteten Distributionen, die kein systemd verwenden, bestimmen wird. Die Abstimmung läuft bis zum 27. Dezember einschließlich, die Ergebnisse werden am 28. Dezember bekanntgegeben.
Wir erinnern daran, dass der technische Ausschuss von 2014 standardmäßig auf systemd umschaltete, jedoch nicht Entscheidungen in Bezug auf die Unterstützung mehrerer Init-Systeme (bei der Abstimmung setzte sich der Punkt durch, der auf die Unfähigkeit des Komitees hinweist, zu diesem Thema eine Entscheidung zu treffen). Der Vorsitzende des Komitees empfahl den Paketbetreuern, sysvinit als alternatives Init-System beizubehalten, wies jedoch darauf hin, dass er seine Meinung nicht aufzwingen kann und die Entscheidungen in jedem Fall selbst getroffen werden sollten.
Nach diesem Zeitpunkt unternahmen einige Entwickler den allgemeine Abstimmung durchzuführen, jedoch zeigte die vorläufige Abstimmung, dass keine Notwendigkeit für eine Entscheidung über die Verwendung mehrerer Init-Systeme bestand. Vor einigen Monaten, nach der Einspeisung des Pakets elogind (das für den Betrieb von GNOME ohne systemd erforderlich ist) in den Testing-Zweig aufgrund eines Konflikts mit libsystemd, wurde die Frage erneut vom Projektleiter von Debian aufgebracht, da die Entwickler sich nicht einigen konnten und ihre Kommunikation in einen Konflikt umschlug und in eine Sackgasse führte.
Die derzeit durchgeführte Abstimmung wird die Politik bezüglich mehrerer Init-Systeme festlegen, und wenn der Punkt gewinnt, der zur Unterstützung alternativer Systeme verpflichtet, können die Maintainer solche Fragen nicht ignorieren oder hinauszögern. Nach der Diskussion der drei ursprünglich von dem Projektleiter vorgeschlagenen Abstimmungspunkte wurde die Zahl der Optionen auf acht erweitert. Bei der Abstimmung ist die Auswahl mehrerer Punkte mit einer Rangfolge der gewählten Elemente nach Präferenzstufen erlaubt. Etwa tausend Entwickler, die an der Paketbetreuung und der Infrastruktur beteiligt sind, haben das Stimmrecht.
Vorgeschlagene Optionen:
Der Fokus liegt auf systemd. Die Bereitstellung von Unterstützung für alternative Init-Systeme hat keine Priorität, aber die Maintainer können optional Init-Skripte für solche Systeme in die Pakete einfügen.
Unterstützung für verschiedene Init-Systeme und die Möglichkeit, Debian mit Init-Systemen zu starten, die sich von systemd unterscheiden. Um Dienste zu starten, müssen die Pakete Init-Skripte enthalten; die Bereitstellung nur von systemd-Unit-Dateien ohne sysv Init-Skripte ist nicht zulässig.
Bevorzugt wird systemd, aber es bleibt die Möglichkeit, alternative Init-Systeme zu unterstützen. Technologien wie elogind, die es ermöglichen, Anwendungen in alternativen Umgebungen zu starten, die an systemd gebunden sind, werden als wichtig erachtet. Init-Dateien für alternative Systeme dürfen in die Pakete aufgenommen werden.
Unterstützung für Systeme, die kein systemd verwenden, jedoch ohne Änderungen, die die Weiterentwicklung beeinträchtigen. Die Entwickler stimmen zu, mehrere Init-Systeme in naher Zukunft zu unterstützen, halten es jedoch für notwendig, auch an der Verbesserung der Unterstützung für systemd zu arbeiten. Die Entwicklung und Pflege spezifischer Lösungen sollte von den Gemeinschaften übernommen werden, die an solchen Lösungen interessiert sind, während andere Pflegekräfte aktiv helfen und zur Problemlösung beitragen sollten, wenn dies erforderlich ist. Idealerweise sollten Pakete mit jedem Init-System funktionieren, wofür traditionelle Init-Skripte bereitgestellt oder andere Mechanismen verwendet werden können, die ein Arbeiten ohne systemd ermöglichen. Unmöglichkeit des Betriebs ohne systemd wird als Fehler betrachtet, jedoch nicht als Fehler, der die Veröffentlichung blockiert, es sei denn, es gibt eine fertige Lösung für den Betrieb ohne systemd, die jedoch nicht erhalten werden soll (zum Beispiel, wenn das Problem durch das Entfernen eines zuvor bereitgestellten Init-Skripts verursacht wurde).
Unterstützung der Portabilität ohne Änderungen, die die Entwicklung beeinträchtigen. Debian wird weiterhin als Bindeglied für die Integration verschiedener Software betrachtet, die äquivalente oder ähnliche Funktionalitäten bietet. Portabilität zwischen Hardware-Plattformen und Software-Stacks gehört zu den wichtigen Aufgaben, und die Integration alternativer Technologien wird begrüßt, auch wenn die Weltanschauung ihrer Schöpfer von der allgemeinen Meinung abweicht. Die Haltung gegenüber systemd und anderen Init-Systemen stimmt vollständig mit Punkt 4 überein.
Umwandlung der Unterstützung mehrerer Init-Systeme in eine Verpflichtung. Die Möglichkeit, Debian mit Init-Systemen zu starten, die sich von systemd unterscheiden, bleibt für das Projekt wichtig. Jedes Paket muss mit pid1-Handlern arbeiten, die sich von systemd unterscheiden, es sei denn, die in das Paket aufgenommene Software ist ursprünglich nur für den Einsatz mit systemd vorgesehen und es gibt keine Unterstützung für den Start ohne systemd (das Fehlen von Init-Skripten wird nicht als ausschließlich für den Einsatz mit systemd gedacht angesehen).
Unterstützung für Portabilität und mehrere Implementierungen. Die allgemeinen Prinzipien stimmen vollständig mit Punkt 5 überein, aber es gibt keine spezifischen Anforderungen an systemd und Init-Systeme, und es werden auch keine Verpflichtungen für die Entwickler auferlegt. Den Entwicklern wird geraten, die Interessen des jeweils anderen zu berücksichtigen, Kompromisse einzugehen und gemeinsame Lösungen zu finden, die für verschiedene Parteien zufriedenstellend sind.
Fortsetzung der Diskussion. Der Punkt kann genutzt werden, um die Bewertung unakzeptabler Optionen zu senken.
