Torvalds streicht Bcachefs aus Linux 6.17 inmitten eines Maintainer-Streits

Unstimmigkeiten über späte Korrekturen und das Verhalten des Entwicklers veranlassten Linus Torvalds, Bcachefs aus der kommenden Version 6.17 des Linux-Kernels zu streichen.
Eine Übersetzung von 🇬🇧 Linuxiac.com

Bcachefs ist ein vielversprechendes Copy-on-Write-Linux-Dateisystem, das Verschlüsselung, Snapshots, Komprimierung und mehr unterstützt. Es wird als moderner Konkurrent von Btrfs und ZFS angesehen und wurde ursprünglich in den Kernel 6.7 aufgenommen, war aber immer als experimentell gekennzeichnet.

Die Aufnahme in den Kernel verlief jedoch nicht gerade reibungslos. Mit der Zeit wurde klar, dass es Stabilitätsprobleme gab, mit häufigen Bugfixes und widersprüchlichen Commits. Es ging sogar so weit, dass Linus Mitte des letzten Jahres offen zugab, dass er es bedauerte, die Unterstützung für das Dateisystem jemals in den Kernel aufgenommen zu haben.

Darüber hinaus sind die anhaltenden Meinungsverschiedenheiten zwischen dem Hauptentwickler von Bcachefs, Kent Overstreet, und Linus Torvalds kürzlich eskaliert.

Der Konflikt rührt von einer langjährigen Debatte über den Kernel-Rhythmus her: Linus erzwingt eine strenge Disziplin im Veröffentlichungszyklus und erlaubt nur minimale Korrekturen während der Veröffentlichungskandidaten.

Gleichzeitig reichte Kent wesentliche Änderungen ein (einen Patch, der die neue "journal_rewind"-Funktion implementiert, mit der das gesamte Dateisystem auf einen früheren Zeitpunkt zurückgesetzt werden kann), die mit dringenden Bedürfnissen der Datenwiederherstellung begründet wurden, obwohl sie erst spät im Zyklus eintrafen.

Infolgedessen zog Linus Torvalds den für 6.16-rc3 geplanten Bcachefs-Patch zurück und teilte mit, dass er nicht in das Merge-Fenster für 6.17 aufgenommen werden würde. Er erklärte, dass Overstreet es "sehr deutlich" gemacht habe, dass Linus nicht einmal Fehlerbehebungen in Frage stellen könne, was Linus dazu veranlasste, zu erwidern: "We're done."

Ich habe das integriert, aber ich denke auch, dass sich unsere Wege im 6.17 Merge-Fenster trennen werden. Du hast sehr deutlich gemacht, dass ich nicht einmal irgendwelche Fehlerbehebungen in Frage stellen kann und ich einfach alles und jedes pullen [integrieren]  sollte. Ehrlich gesagt, fühle ich mich zu diesem Zeitpunkt nicht wirklich wohl dabei, und das Einzige, worüber wir uns in dieser Diskussion wirklich grundsätzlich einig zu sein scheinen, ist "wir sind fertig".

In seiner Antwort betonte Kent Overstreet, dass er sich darauf konzentriere, die Integrität der Benutzerdaten zu gewährleisten, und behauptete, dass er bestimmte Korrekturen nicht aufschieben könne und Linus "einen Gang runterschalten müsse", anstatt Pull Requests als "Waffe" zu benutzen und begann seine Antwort mit:

Linus, ich will damit nicht sagen, dass Du kein Mitspracherecht bei bcachefs haben kannest. Ganz und gar nicht. Ich arbeite sehr gerne mit Dir zusammen - wenn Du nicht gerade ein Idiot bist, aber manchmal kannst Du wirklich unmöglich sein. Sehr oft sogar...

Nun, wie wir gesehen haben, können die Dinge auf der Kernel-Mailingliste ziemlich hitzig werden, und seien wir ehrlich - Linus ist nicht gerade für sein Taktgefühl bekannt, wenn Regeln gebrochen werden. Aber in diesem Fall hat Overstreet auch die Grenze dessen überschritten, was die meisten als guten Geschmack bezeichnen würden. Worauf läuft das Ganze also hinaus?

🎓 Da Bcachefs aus 6.17 entfernt wurde, wird es nicht mehr automatisch in die Upstream-Distributionen integriert, was sich auf seine Verfügbarkeit und Stabilität in den Mainstream-Distributionen auswirkt. Benutzer, die auf Bcachefs angewiesen sind, werden wahrscheinlich Out-of-Tree-Builds verwenden oder auf alternative Dateisysteme ausweichen müssen, es sei denn, Kent und Linus einigen sich vor dem 6.18 Merge-Fenster.

Spendieren Sie Bobby einen ☕ Ko-fi

Ein Service von s3n🧩net