Een nieuwe discussie tussen Linus Torvalds en Kent Overstreet, de auteur van Bcachefs, eindigde ermee dat Linus bereid is om de Bcachefs-code uit de Linux-kernel 6.17 te verwijderen. Desondanks heeft Linus in de kern 6.16 wijzigingen in Bcachefs opgenomen, die de aanleiding vormden voor de nieuwe onvrede over de acties van Kent. Linus schreef: <\/p>\n
\nIk denk dat onze wegen zullen scheiden bij de merge-window 6.17. <\/p>\n
Je hebt heel duidelijk gemaakt dat ik de bugs fixes niet kan betwisten en alles zomaar moet accepteren. <\/p>\n
Eerlijk gezegd voel ik me niet echt comfortabel met alles wat hier aan de hand is, en het enige waar we beiden het blijkbaar echt over eens zijn in het gesprek is dat \"we klaar zijn\". <\/p><\/blockquote>\n
De correspondentie die aan deze verklaring voorafging was priv\u00e9 en de details zijn nog niet duidelijk. Desondanks schreef Kent in de discussie over dit onderwerp dat mogelijk zijn woorden in de priv\u00e9correspondentie verkeerd zijn ge\u00efnterpreteerd en hij denkt niet dat BcacheFS uit de kernel moet worden verwijderd. Hij staat echter open voor het stopzetten van de levering van Bcachefs in de hoofdversie van de Linux-kernel, wat het project niet zal be\u00ebindigen, hoewel het een enorm probleem zal zijn. In het geval van verwijdering zal de ontwikkeling doorgaan en zal dit bestandssysteem als een DKMS-module worden verspreid. Kent merkte ook op dat het uitsluiten van BcacheFS uit de kernel de beste optie zou zijn voor zijn en Linus' gemoedsrust, maar duidelijk niet de beste oplossing voor gebruikers en de ontwikkelaarsgemeenschap zal zijn. <\/p>\n
De geschillen tussen Kent en Linus worden veroorzaakt door voortdurende schendingen van de regels voor het indienen van wijzigingen en correcties in de kernel. Kent is van mening dat het oplossen van problemen in het bestandssysteem onmiddellijk en op elke mogelijke manier moet worden aangepakt. Linus volhardt erin dat functionele wijzigingen en grote correcties alleen in de vroege ontwikkelingsfase van een nieuwe kernelbranch zijn toegestaan, terwijl de latere release-kandidaten zich uitsluitend richten op bugfixes. Kent overtreedt deze regel regelmatig en stuurt grote wijzigingen op ongepaste momenten, wat leidt tot onvrede bij Linus en een nieuwe golf van geschillen. Eerder had Linus Kent al gewaarschuwd dat hij van plan was Bcachefs uit de hoofdkernel te verwijderen, omdat Kent blijft doorgaan met zijn eigen spelletjes, zich niet bij de samenwerking aansluit en niet bereid is de spelregels van de kernelontwikkelgemeenschap te accepteren. <\/p>\n
In het geval van de kernel 6.16 heeft Kent patches gestuurd voor opname in de RC3-update, waaronder een patch met de implementatie van de nieuwe optie \"journal_rewind\". Linus heeft geschreven dat Kent vergeten was dat na de sluiting van het venster voor functionele wijzigingen, de toevoeging van nieuwe functionaliteit aan de kernel niet is toegestaan, zelfs als het verband houdt met het oplossen van andere fouten, omdat het toevoegen van nieuwe mogelijkheden in de latere stadia van de releasevorming regressies kan veroorzaken. Bovendien wordt Bcachefs nog steeds gepositioneerd als een experimenteel bestandssysteem en de snelheid van foutoplossing daarin is niet zo kritiek. <\/p>\n
Kent antwoordde dat het belangrijkste doel van de ontwikkeling is om gebruikers werkende code te bieden, daarom is hij niet van plan om in te boeten op zaken die betrekking hebben op het oplossen van fouten die de dataconsistentie be\u00efnvloeden. In tegenstelling tot andere subsystems worden fouten in het bestandssysteem niet opgelost door opnieuw op te starten en kunnen ze leiden tot datacorruptie, daarom vindt Kent het onaanvaardbaar om de oplossing van deze fouten uit te stellen tot het volgende venster voor wijzigingen, zelfs als dergelijke oplossingen aanzienlijke veranderingen vereisen. <\/p>\n