Die allgemeine Abstimmung über Debian-Init-Systeme hat begonnen
Debian-Projekt über den Anfang (GR, Allgemeinbeschluss) Projektentwickler für , die die zukünftige Richtlinie des Projekts hinsichtlich der Bindung an systemd, der Unterstützung alternativer Init-Systeme und der Interoperabilität mit abgeleiteten Distributionen, die systemd nicht verwenden, bestimmen wird. Die Abstimmung dauert bis einschließlich 27. Dezember, die Ergebnisse werden am 28. Dezember bekannt gegeben.
Erinnern wir uns daran, dass im Jahr 2014 der technische Ausschuss Standardverteilung auf systemd, aber nicht Entscheidungen bezüglich der Unterstützung mehrerer Bereitstellungssysteme (die Abstimmung wurde durch den Punkt gewonnen, der darauf hinweist, dass der Ausschuss nicht bereit ist, zu dieser Frage eine Entscheidung zu treffen). Der Ausschussvorsitzende empfahl den Paketbetreuern, Sysvinit als alternatives Init-System weiterhin zu unterstützen, wies jedoch darauf hin, dass er seinen Standpunkt nicht durchsetzen könne und dass die Entscheidung in jedem Fall unabhängig getroffen werden sollte.
Danach versuchten es einige Entwickler Die allgemeine Abstimmung ergab jedoch, dass in der vorläufigen Abstimmung keine Notwendigkeit bestand, über die Frage der Verwendung mehrerer Initialisierungssysteme zu entscheiden. Vor ein paar Monaten, danach Mit der Aufnahme des elogind-Pakets (notwendig zum Ausführen von GNOME ohne systemd) in den Testzweig aufgrund eines Konflikts mit libsystemd wurde das Problem erneut vom Debian-Projektleiter angesprochen, da sich die Entwickler nicht einigen konnten und ihre Kommunikation zu einem Problem wurde Konfrontation und gelangte in eine Sackgasse.
Die aktuelle Abstimmung wird die Verabschiedung von Richtlinien für mehrere Bereitstellungssysteme ermöglichen, und wenn die Klausel, die die Unterstützung alternativer Systeme erfordert, gewinnt, können Betreuer solche Probleme nicht ignorieren oder verzögern. Nach Diskussion der ursprünglich vom Projektleiter vorgeschlagenen drei Abstimmungspunkte wurde die Anzahl der Optionen auf acht erweitert. Bei der Abstimmung können Sie mehrere Elemente gleichzeitig auswählen und die ausgewählten Elemente nach Präferenzgrad ordnen. Stimmrecht haben etwa tausend Entwickler, die sich an der Pflege der Pakete und der Infrastruktur beteiligen.
Vorgeschlagene Optionen:
Der Schwerpunkt liegt auf systemd. Die Bereitstellung von Unterstützung für alternative Init-Systeme hat keine Priorität, Betreuer können jedoch optional Init-Skripte für solche Systeme in Pakete aufnehmen.
Unterstützung für eine Vielzahl von Init-Systemen und die Möglichkeit, Debian mit anderen Init-Systemen als systemd zu starten.
Um Dienste auszuführen, müssen Pakete Init-Skripte enthalten. Es ist nicht akzeptabel, nur systemd-Unit-Dateien ohne sysv-Init-Skripte bereitzustellen.
systemd bleibt bevorzugt, es besteht jedoch weiterhin die Möglichkeit, alternative Initialisierungssysteme beizubehalten. Als wichtig werden Technologien wie elogind angesehen, die es ermöglichen, an systemd gebundene Anwendungen in alternativen Umgebungen auszuführen. Pakete können Init-Dateien für alternative Systeme enthalten.
Unterstützung für Systeme, die systemd nicht verwenden, jedoch ohne Änderungen vorzunehmen, die die Entwicklung behindern würden. Die Entwickler sind sich einig, auf absehbare Zeit mehrere Init-Systeme zu unterstützen, halten es aber auch für notwendig, an der Verbesserung der Systemd-Unterstützung zu arbeiten. Die Entwicklung und Wartung spezifischer Lösungen sollte den an diesen Lösungen interessierten Communities überlassen werden, andere Betreuer sollten jedoch bei Bedarf aktiv helfen und zur Problemlösung beitragen. Im Idealfall sollten Pakete mit jedem Init-System funktionieren, was durch die Bereitstellung herkömmlicher Init-Skripte oder die Verwendung anderer Mechanismen erreicht werden kann, die es ihnen ermöglichen, ohne Systemd zu funktionieren. Die Unfähigkeit, ohne systemd zu arbeiten, wird als Fehler betrachtet, aber nicht als Release-blockierender Fehler, es sei denn, es gibt eine fertige Lösung für die Arbeit ohne systemd, sie weigert sich jedoch, diese zu speichern (z. B. wenn das Problem durch das Löschen von a verursacht wird). zuvor bereitgestelltes Init-Skript).
Unterstützt die Portabilität, ohne Änderungen einzuführen, die die Entwicklung behindern. Debian wird weiterhin als Brücke für die Integration verschiedener Software angesehen, die gleichwertige oder ähnliche Funktionalität bietet. Portabilität zwischen Hardwareplattformen und Software-Stacks ist ein wichtiges Ziel, und die Integration alternativer Technologien wird gefördert, auch wenn die Weltanschauung ihrer Entwickler vom allgemeinen Konsens abweicht. Die Position bezüglich systemd und anderen Initialisierungssystemen stimmt vollständig mit Punkt 4 überein.
Die Unterstützung mehrerer Initialisierungssysteme ist obligatorisch. Die Bereitstellung der Möglichkeit, Debian mit anderen Init-Systemen als systemd auszuführen, ist weiterhin wichtig für das Projekt. Jedes Paket muss mit anderen pid1-Handlern als systemd funktionieren, es sei denn, die im Paket enthaltene Software war ursprünglich nur für die Arbeit mit systemd gedacht und unterstützt die Ausführung ohne systemd nicht (das Fehlen von Init-Skripten gilt nicht als nur für die Arbeit mit systemd gedacht). .
Unterstützt Portabilität und mehrere Implementierungen. Die allgemeinen Prinzipien sind genau die gleichen wie in Punkt 5, es gibt jedoch keine spezifischen Anforderungen für systemd- und init-Systeme und es werden den Entwicklern keine Verpflichtungen auferlegt. Entwickler werden ermutigt, die Interessen des anderen zu berücksichtigen, Kompromisse einzugehen und gemeinsame Lösungen zu finden, die für verschiedene Parteien zufriedenstellend sind.
Fortsetzung der Diskussion. Mit dem Gegenstand können inakzeptable Optionen herabgestuft werden.
