Eine weitere Diskussion zwischen Linus Torvalds und Kent Overstreet, dem Entwickler von Bcachefs, endete damit, dass Linus seine Bereitschaft erklĂ€rte, den Bcachefs-Code aus dem Linux-Kernel 6.17 zu entfernen. Dabei nahm Linus jedoch in Kernel 6.16 Ănderungen an Bcachefs auf, die Gegenstand neuer Unzufriedenheit ĂŒber Kents Handlungen wurden. Linus schrieb:
Ich glaube, dass unsere Wege beim Merge-Fenster 6.17 auseinandergehen werden.
Sie haben sehr deutlich klargemacht, dass ich keine Fehlerbehebungen in Frage stellen kann und einfach alles akzeptieren muss.
Ehrlich gesagt fĂŒhle ich mich bei all dem nicht besonders wohl, und das Einzige, worĂŒber wir beide uns anscheinend wirklich einig waren, ist, dass "wir fertig sind".
Der vorausgehende Schriftverkehr mit Kent fand privat statt, und die Einzelheiten sind noch unklar. Dennoch schrieb Kent in der Diskussion zu diesem Thema, dass seine Worte in der privaten Korrespondenz möglicherweise falsch interpretiert wurden und er nicht glaubt, dass BcacheFS aus dem Kernel entfernt werden sollte. Gleichzeitig ist er bereit, die Bereitstellung von Bcachefs im Hauptkern von Linux einzustellen, was das Projekt nicht zum Scheitern bringen wird, obwohl es ein riesiges Problem darstellen wird. Im Falle der Entfernung von Bcachefs wird die Entwicklung fortgesetzt und das Dateisystem wird in Form eines DKMS-Moduls verbreitet. Kent bemerkte auch, dass die Entfernung von BcacheFS aus dem Kernel die beste Option fĂŒr seine und Linus' Ruhe sein wĂŒrde, aber offensichtlich keine optimale Lösung fĂŒr die Benutzer und die Entwicklergemeinschaft darstellt.
Die Konflikte zwischen Kent und Linus resultieren aus stĂ€ndigen VerstöĂen gegen die Regeln fĂŒr das Einpflegen von Ănderungen und Korrekturen in den Kernel. Kent ist der Meinung, dass die Behebung von Problemen im FS unverzĂŒglich und auf beliebige Weise vorangetrieben werden sollte. Linus besteht darauf, dass funktionale Ănderungen und gröĂere Korrekturen in der Anfangsphase der Entwicklung eines neuen Kernzweigs zulĂ€ssig sind, wĂ€hrend sich spĂ€te Release-Kandidaten nur auf die Behebung von Fehlern konzentrieren. Kent verstöĂt regelmĂ€Ăig gegen diese Regel und schickt groĂe Ănderungen zu einem unpassenden Zeitpunkt, was Linus Unmut und eine neue Welle von Konflikten beschert. Zuvor hatte Linus Kent bereits gewarnt, dass er Bcachefs aus dem Hauptkernel entfernen möchte, da Kent weiterhin allein in seiner Sandkiste spielt, sich nicht an der gemeinsamen Arbeit beteiligt und sich weigert, die Spielregeln der Entwicklergemeinschaft zu akzeptieren.
Im Falle des Kernels 6.16 hatte Kent ein Set von Patch zur Aufnahme in das Update RC3 geschickt, darunter einen Patch mit der Implementierung der neuen Option âjournal_rewindâ. Linus schrieb, dass Kent vergessen hatte, dass nach dem SchlieĂen des Fensters fĂŒr funktionale Ănderungen das HinzufĂŒgen neuer FunktionalitĂ€ten zum Kernel nicht erlaubt ist, auch wenn es mit der Behebung anderer Fehler verbunden ist, da das HinzufĂŒgen neuer Möglichkeiten in spĂ€teren Phasen der Release-Entwicklung zu Regressionen fĂŒhren kann. DarĂŒber hinaus wird Bcachefs weiterhin als experimentelles FS positioniert und die Schnelligkeit der Fehlerbehebung darin ist nicht so entscheidend.
Kent antwortete, dass das Hauptziel der Entwicklung darin besteht, den Nutzern funktionsfĂ€higen Code bereitzustellen, weshalb er nicht bereit ist, bei Fragen, die die IntegritĂ€t der Daten betreffen, nachzugeben. Im Gegensatz zu anderen Subsystemen können Fehler im FS nicht durch einen Neustart behoben werden und können zu DatenbeschĂ€digungen fĂŒhren. Daher ist es seiner Meinung nach inakzeptabel, deren Behebung bis zum nĂ€chsten Ănderungsfenster hinauszuzögern, auch wenn solche Korrekturen groĂe Ănderungen erfordern.
Die hinzugefĂŒgte Option âjournal_rewindâ setzte die Ănderungen im Journal zurĂŒck, um das FS in einen frĂŒheren Zustand zurĂŒckzuversetzen. Kent ist der Meinung, dass die neue Option umgehend aktiviert werden sollte, da sie das Problem der Wiederherstellung des FS fĂŒr Benutzer löst, die beim Löschen von Unterabschnitten auf einen Fehler gestoĂen sind und kein Backup haben. ZunĂ€chst weigerte sich Linus, ein Patch-Set mit dieser Ănderung in den Kernel 6.16-RC3 aufzunehmen, Ă€nderte aber nach persönlichem Austausch mit Kent seine Meinung und akzeptierte die Ănderungen in die Codebasis, auf deren Grundlage das Update 6.16-RC4 erstellt wird.
Quelle: opennet.ru
