Jonathan Carter , ein Debian-Entwickler, hat beschlossen, das Bcachefs-Tools-Paket in Debian zu verwirklichen . Diese Entscheidung erfolgt nach laufenden Konflikten zwischen den Verpackungsrichtlinien von Debian und dem Ansatz des vorgelagerten Entwicklers zur Verwaltung von Abh?ngigkeiten.

Carter Packaged Bcachefs-Tools im Jahr 2020, angezogen von Bcachefs 'Potenzial als leistungsstarkes Linux-Dateisystem, ?hnlich wie ZFS. Leider nahm die Situation Ende 2023 eine Wendung, als Bcachefs-Tools Version 1.2 Rostkomponenten einführte. Diese ?nderung l?ste den Konflikt aus.

Die Richtlinie von Debian f?rdert die Verwendung der gleichen Version einer Bibliothek über alle Pakete, um Sicherheitsaktualisierungen und langfristige Wartung zu vereinfachen. Diese Richtlinie, die sich aus einem früheren Anf?lligkeitsvorfall mit Zlib ergibt, entmutigt die Bündelung von Abh?ngigkeiten innerhalb einzelner Pakete (eine Praxis, die als " Verk?ufer " bezeichnet wird).

Der Rostcode in Bcachefs-Tools beruhte jedoch auf bestimmte Versionen mehrerer Abh?ngigkeiten. Als Carter versuchte, diese Abh?ngigkeitsanforderungen zu lockern, um die Richtlinien von Debian zu entsprechen, drückte der vorgelagerte Entwickler zurück. Sie unterstützten streng strikte Verk?ufe und weigerten sich, ein breiteres Spektrum von Abh?ngigkeitsversionen zu unterstützen.

Diese Meinungsverschiedenheit machte es schwierig, die BCachefs-Tools in Debians stabilen Ver?ffentlichungen aufrechtzuerhalten. Das Bestehen des vorgelagerten Entwicklers auf der Verwendung spezifischer Abh?ngigkeitsversionen stie? mit dem Bedarf von Debians Bedürfnis nach einem stabilen und wartbaren Paket -?kosystem zusammen.

Carter versuchte, einen Mittelweg zu finden, aber der vorgelagerte Entwickler blieb in ihrer Haltung fest. In Kombination mit dem, was Carter als feindliche Kommunikation des Entwicklers ansah, beschloss er, das Paket insgesamt aufzugeben.

"In diesem Sinne (nicht einmal in Betracht gezogen, einige feindliche E-Mails, die ich kürzlich vom Upstream-Entwickler oder seinen ?ffentlichen Rants auf LKML und Reddit erhalten habe) habe ich beschlossen, BCachefs-Tools vollst?ndig aus Debian zu entfernen", schrieb Jonathan Carter in seinem Blog-Beitrag .

Dieser Vorfall unterstreicht eine gemeinsame Herausforderung bei Open-Source-Projekten: das schnelle Tempo der vorgelagerten Entwicklung mit den Stabilit?tsbedürfnissen von Verteilungen wie Debian ausbalancieren .

W?hrend einige der Ansicht sind, dass die Richtlinien von Debian zu streng sind und die Einführung moderner Praktiken verlangsamen, argumentieren andere, einschlie?lich Carter, dass diese Richtlinien sehr wichtig sind, um ein sicheres und nachhaltiges Software -?kosystem aufrechtzuerhalten.

Im Moment ist die Zukunft von Bcachefs-Tools in Debian ungewiss . W?hrend das Paket derzeit in der Versuchszweig verwaist ist, ist unklar, ob ein anderer Betreuer die schwierige Aufgabe übernimmt, die widersprüchlichen Anforderungen des vorgelagerten Entwicklers und der Debian -Richtlinien zu navigieren.

Gemeinschaftsreaktionen auf Bcachefs-Tools Debian Orphaning

Die Diskussion über Hacker News über das Waisenhaus von Bcachefs-Tools in Debian zeigt eine Vielzahl von Meinungen.

Einige Benutzer nehmen sich in Jonathan Carter ein und erkennen die Schwierigkeiten der Debians Richtlinien für moderne Softwareverpackungen an, w?hrend andere Debians Ansatz kritisieren und behaupten, dass es nicht mit den aktuellen Entwicklungspraktiken übereinstimmt.

Unterstützung für die Richtlinien von Carter und Debian:

Viele Benutzer drücken ihr Verst?ndnis für Carters Entscheidung aus und erkennen an, wie schwierig es sein kann, ein Paket aufrechtzuerhalten, wenn der vorgelagerte Entwickler gegen die Verpackungsstandards der Verteilung resistent ist.

Sie argumentieren, dass die Richtlinien von Debian, obwohl sie manchmal frustrierend sind, eine stabile und sichere Umgebung für Benutzer schaffen sollen, insbesondere im Zusammenhang mit langfristiger Unterstützung.

Einige betonen ausdrücklich, wie wichtig es ist, Abh?ngigkeitskonflikte zu reduzieren und die Sicherheitsaktualisierungen durch die Einzelversionspolitik von Debian zu vereinfachen.

Kritik an Debians Starrheit:

Andererseits kritisieren eine bemerkenswerte Anzahl von Benutzern die strikte Einhaltung ihrer Richtlinien von Debian . Sie argumentieren, dass eine einzige Version einer Bibliothek über die gesamte Verbreitung unabdingbar und nicht nachhaltig ist, insbesondere angesichts des schnellen Tempos der Softwareentwicklung, insbesondere in Sprachen wie Rust, die stark auf semantische Versionen beruhen.

Diese Benutzer glauben, dass Debians Ansatz die Einführung neuer Technologien unterdrückt und unn?tige Reibung zwischen vorgelagerten Entwicklern und der Verteilung schafft.

Die Situation mit Bcachefs-Tools zeigt eine breitere Spannung innerhalb der Open-Source-Community und betont die Notwendigkeit nuancierterer Ans?tze für das Paketmanagement, die den Wunsch nach rasanten Innovationen mit der Notwendigkeit von Stabilit?t und Wartbarkeit in Einklang bringen.

Zusammenfassend l?sst sich sagen, dass die Diskussion darauf hinweist, dass eine einheitliche L?sung m?glicherweise nicht machbar ist und dass die Zusammenarbeit und das Verst?ndnis zwischen vorgelagerten Entwicklern und Verteilerwartungen für die effektive Bew?ltigung dieser Herausforderungen unerl?sslich sind.

?hnlich gelesen :

• BCachefs Zukunft im Linux -Kernel ungewiss nach Verhaltenskodex Streit
• Rost -Pfleger für Linux -Kernel tritt tritt

Das obige ist der detaillierte Inhalt vonDebian Developer Orphans Bcachefs-Tools-Paket aufgrund von stromaufw?rtigen Konflikten. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!