Debian-Entwickler geben Bcachefs-Tools-Paket wegen Konflikten mit dem Upstream auf

Jonathan Carter, ein Debian-Entwickler, hat beschlossen, das bcachefs-tools-Paket in Debian zu verwaisen. Diese Entscheidung fällt nach anhaltenden Konflikten zwischen den Paketierungsrichtlinien von Debian und dem Ansatz des Upstream-Entwicklers zur Verwaltung von Abhängigkeiten.

Carter hat bcachefs-tools erstmals 2020 verpackt, angezogen von dem Potenzial von bcachefs als leistungsstarkes Linux-Dateisystem, ähnlich wie ZFS. Leider nahm die Situation Ende 2023 eine Wendung, als bcachefs-tools Version 1.2 Rust-Komponenten einführte. Diese Änderung löste den Konflikt aus.

Die Richtlinie von Debian empfiehlt, dieselbe Version einer Bibliothek in allen Paketen zu verwenden, um Sicherheitsupdates und die langfristige Wartung zu vereinfachen. Diese Richtlinie, die aus einem früheren Sicherheitsvorfall mit zlib hervorgegangen ist, rät davon ab, Abhängigkeiten innerhalb einzelner Pakete zu bündeln (eine Praxis, die als "Vendoring" bekannt ist).

Die Rust-Code in bcachefs-tools hing jedoch von spezifischen Versionen mehrerer Abhängigkeiten ab. Als Carter versuchte, diese Abhängigkeitsanforderungen zu lockern, um den Richtlinien von Debian zu entsprechen, widersprach der Upstream-Entwickler. Sie unterstützten strikt das Vendoring und weigerten sich, eine breitere Palette von Abhängigkeitsversionen zu unterstützen.

Diese Meinungsverschiedenheit machte es schwierig, bcachefs-tools innerhalb der stabilen Debian-Versionen zu pflegen. Das Beharren des Upstream-Entwicklers auf der Verwendung bestimmter Abhängigkeitsversionen stieß mit Debians Bedarf an einem stabilen und wartbaren Paket-Ökosystem zusammen.

Carter versuchte, einen Mittelweg zu finden, aber der Upstream-Entwickler blieb in seiner Haltung fest. Zusammen mit dem, was Carter als feindselige Kommunikation des Entwicklers ansah, beschloss er, das Paket vollständig aufzugeben.

„Mit diesem Gedanken im Hinterkopf (ganz zu schweigen von einigen feindseligen E-Mails, die ich kürzlich vom Upstream-Entwickler erhalten habe, oder seinen öffentlichen Ausbrüchen auf lkml und Reddit), habe ich beschlossen, bcachefs-tools komplett aus Debian zu entfernen“, schrieb Jonathan Carter in seinem Blogbeitrag.

Dieser Vorfall hebt eine häufige Herausforderung in Open-Source-Projekten hervor: das schnelle Entwicklungstempo der Upstream-Projekte mit den Stabilitätsanforderungen von Distributionen wie Debian in Einklang zu bringen.

Während einige glauben, dass die Richtlinien von Debian zu streng sind und die Einführung moderner Praktiken verlangsamen, argumentieren andere, darunter Carter, dass diese Richtlinien sehr wichtig sind, um ein sicheres und nachhaltiges Software-Ökosystem zu erhalten.

Für den Moment ist die Zukunft von bcachefs-tools in Debian unsicher. Während das Paket derzeit im experimentellen Zweig verwaist ist, ist unklar, ob ein anderer Maintainer die schwierige Aufgabe übernehmen wird, die widersprüchlichen Anforderungen des Upstream-Entwicklers und der Debian-Richtlinien zu bewältigen.

Reaktionen der Community auf die Bcachefs-Tools Debian Verwaisung

Die Diskussion auf Hacker News über das Verwaisen von bcachefs-tools in Debian zeigt eine Vielzahl von Meinungen.

Einige Benutzer fühlen mit Jonathan Carter und erkennen die Schwierigkeiten, die Debians Richtlinien für die moderne Softwarepaketierung mit sich bringen, während andere Debians Vorgehensweise kritisieren und behaupten, dass sie nicht mit den aktuellen Entwicklungsmethoden übereinstimmt.

Unterstützung für Carter und Debians Richtlinien:

Viele Nutzer zeigen ihr Verständnis für Carters Entscheidung und erkennen an, wie schwer es sein kann, ein Paket zu pflegen, wenn der Upstream-Entwickler den Verpackungsstandards der Distribution Widerstand leistet.

Sie argumentieren, dass Debians Richtlinien, obwohl sie manchmal frustrierend sind, darauf abzielen, eine stabile und sichere Umgebung für Benutzer zu schaffen, insbesondere im Kontext von langfristiger Unterstützung.

Einige betonen speziell die Bedeutung der Reduzierung von Abhängigkeitskonflikten und der Vereinfachung von Sicherheitsaktualisierungen durch die Ein-Version-Richtlinie von Debian.

Kritik an der Starrheit von Debian:

Auf der anderen Seite kritisiert eine bemerkenswerte Anzahl von Benutzern Debians strikte Einhaltung seiner Richtlinien. Sie argumentieren, dass die Forderung nach einer einzigen Version einer Bibliothek in der gesamten Distribution unpraktisch und nicht nachhaltig ist, insbesondere angesichts der schnellen Entwicklung von Software, insbesondere in Sprachen wie Rust, die stark auf semantische Versionierung angewiesen sind.

Diese Benutzer glauben, dass Debians Ansatz die Einführung neuer Technologien hemmt und unnötige Reibungen zwischen den Upstream-Entwicklern und der Distribution erzeugt.

Die Situation mit bcachefs-tools hebt eine größere Spannung innerhalb der Open-Source-Gemeinschaft hervor und betont die Notwendigkeit für differenziertere Ansätze im Paketmanagement, die das Verlangen nach schneller Innovation mit der Notwendigkeit von Stabilität und Wartbarkeit in Einklang bringen.

Zusammenfassend deutet die Diskussion darauf hin, dass eine einheitliche Lösung möglicherweise nicht machbar ist und dass verstärkte Zusammenarbeit und Verständnis zwischen den Entwicklern der Upstream-Projekte und den Maintainer der Distributionen entscheidend sind, um diese Herausforderungen effektiv zu bewältigen.

Ähnliche Lektüre:

• Die Zukunft von Bcachefs im Linux-Kernel ungewiss nach Streit über Verhaltenskodex
• Rust-Maintainer für den Linux-Kernel tritt zurück