Eine weitere Diskussion zwischen Linus Torvalds und Kent Overstreet, dem Autor von Bcachefs, endete damit, dass Linus signalisiert hat, bereit zu sein, den Bcachefs-Code aus dem Linux-Kernel 6.17 zu entfernen. Dabei hat Linus Änderungen an Bcachefs im Kernel 6.16 akzeptiert, die erneut zu Unmut über Kents Vorgehen führten. Linus schrieb:
Ich glaube, dass sich unsere Wege im Merge-Fenster 6.17 trennen werden.
Sie haben sehr klar gemacht, dass ich keine Bugfixes in Frage stellen darf und einfach alles so hinnehmen muss.
Ehrlich gesagt fühle ich mich nicht besonders wohl dabei, in all das verwickelt zu sein, und das einzige, worüber wir beide anscheinend tatsächlich übereingekommen sind, ist, dass 'wir fertig sind'.
Die vorliegende Korrespondenz mit Kent war privat und die Einzelheiten sind noch unklar. Dennoch erwähnte Kent in der Diskussion zu diesem Thema, dass seine Worte in der persönlichen Kommunikation möglicherweise missverstanden wurden und er nicht der Meinung ist, dass BcacheFS aus dem Kernel ausgeschlossen werden sollte. Gleichzeitig ist er bereit, die Bereitstellung von BcacheFS im Hauptkernel von Linux zu stoppen, was zwar das Projekt nicht gefährden würde, aber eine erhebliche Herausforderung darstellen würde. Sollte BcacheFS entfernt werden, wird die Entwicklung fortgesetzt und dieses Dateisystem wird als DKMS-Modul verbreitet. Kent merkte außerdem an, dass die Entfernung von BcacheFS aus dem Kernel die beste Lösung für seinen Frieden mit Linus wäre, jedoch offensichtlich nicht die beste Entscheidung für die Nutzer und die Entwicklergemeinschaft darstellt.
Die Streitigkeiten zwischen Kent und Linus resultieren aus ständigen Verstößen gegen die Regeln für das Einpflegen von Änderungen und Bugfixes in den Kernel. Kent ist der Auffassung, dass die Behebung von Problemen im Dateisystem unverzüglich und auf jegliche Art und Weise vorangetrieben werden sollte. Linus hingegen besteht darauf, dass funktionale Änderungen und größere Fixes in der Anfangsphase der Entwicklung eines neuen Kernel-Branches zulässig sind, während spätere Release-Kandidaten sich ausschließlich auf Fehlerbehebungen konzentrieren. Kent verstößt regelmäßig gegen diese Regel und bringt größere Änderungen zu unangemessenen Zeitpunkten ein, was zu Linus' Unmut und zu neuen Streitigkeiten führt. Bereits zuvor hatte Linus Kent gewarnt, dass er Bcachefs aus dem Hauptkernel entfernen will, da Kent weiterhin alleine in seiner eigenen Sandbox spielt, sich nicht an der Zusammenarbeit beteiligt und die Spielregeln der Kernel-Entwicklergemeinschaft nicht akzeptieren möchte.
Im Fall des Kernels 6.16 hat Kent ein Set von Patches zur Aufnahme in das Update RC3 geschickt, darunter einen Patch mit der Implementierung der neuen Option „journal_rewind“. Linus bemerkte, dass Kent vergessen hatte, dass nach Schließung des Fensters für funktionale Änderungen das Hinzufügen neuer Funktionen zum Kernel nicht zulässig ist, selbst wenn es sich um die Behebung anderer Fehler handelt, da die Einführung neuer Möglichkeiten in späten Phasen der Release-Entwicklung zu Regressionen führen kann. Außerdem wird Bcachefs weiterhin als experimentelles Dateisystem positioniert, und die Schnelligkeit der Fehlerbehebung ist dafür nicht so kritisch.
Kent antwortete, dass das Hauptziel der Entwicklung darin besteht, den Nutzern funktionierenden Code bereitzustellen, weshalb er nicht bereit ist, bei der Behebung von Fehlern, die die Datensintegrität betreffen, nachzugeben. Im Gegensatz zu anderen Teilsystemen können Fehler im Dateisystem nicht durch einen Neustart behoben werden und können zu Datenbeschädigungen führen. Daher ist es Kent zufolge inakzeptabel, ihre Behebung bis zum nächsten Fenster für Änderungsanträge zu verschieben, selbst wenn solche Behebungen umfassende Änderungen erfordern.
Die hinzugefügte Option „journal_rewind“ setze Änderungen im Journal zurück, um das Dateisystem auf einen früheren Zustand zurückzusetzen. Kent ist der Meinung, dass diese neue Option sofort aktiviert werden sollte, da sie ein Problem bei der Wiederherstellung des Dateisystems für Benutzer löst, die beim Löschen von Unterverzeichnissen auf einen Fehler gestoßen sind und keine Sicherung haben. Zunächst war Linus nicht bereit, diesen Patch-Set in den Kernel 6.16-RC3 aufzunehmen, änderte jedoch nach einem persönlichen Austausch mit Kent seine Meinung und nahm die Änderungen in die Codebasis auf, auf deren Grundlage das Update 6.16-RC4 erstellt wird.
Quelle: opennet.ru
