En ny diskussion mellan Linus Torvalds och Kent Overstreet, skaparen av Bcachefs, avslutades med att Linus uttryckte sin beredskap att exkludera Bcachefs-koden från kärnan i Linux 6.17. Samtidigt accepterade Linus ändringar i Bcachefs som gjordes till kärnan i 6.16, vilket ledde till ytterligare missnöje över Kents handlingar. Linus skrev:
Jag tror att våra vägar kommer att skiljas i fusionens fönster 6.17.
Du har gjort det väldigt klart att jag inte kan ifrågasätta några buggfixar och måste bara ta emot allt som det är.
Ärligt talat, känner jag mig inte särskilt bekväm med att vara involverad i allt detta, och det enda vi båda verkar verkligen ha kommit överens om i diskussionen är att "vi är färdiga".
Föregående korrespondens med Kent fördes i privatärenden, och detaljerna är fortfarande oklara. Ändå skrev Kent i diskussionen om detta ämne att hans ord i privat kommunikation kanske tolkades fel, och han anser inte att BcacheFS bör exkluderas från kärnan. Samtidigt är han öppen för att stoppa leveransen av Bcachefs i den huvudsakliga kärnan i Linux och det kommer inte att döda projektet, även om det skulle bli ett enormt problem. Om Bcachefs tas bort kommer utvecklingen att fortsätta, och detta filsystem kommer att distribueras i form av en DKMS-modul. Kent påpekade också att exkluderingen av BcacheFS från kärnan skulle vara det bästa alternativet för honom och Linus för att uppnå lugn, men det skulle uppenbarligen inte vara den bästa lösningen för användare och utvecklargemenskapen.
Tvisterna mellan Kent och Linus beror på de ständiga överträdelserna av reglerna för att skicka ändringar och korrigeringar till kärnan. Kent anser att korrigeringar av problem i filsystemet bör drivas omedelbart och med alla möjliga medel. Linus hävdar att funktionella ändringar och stora korrigeringar tillåts i det tidiga skedet av utvecklingen av en ny kärnversion, medan senare kandidater till releaser endast fokuserar på buggfixar. Kent bryter regelbundet mot denna regel och skickar stora ändringar vid olämpliga tidpunkter, vilket leder till Linus missnöje och en ny våg av konflikter. Tidigare har Linus redan varnat Kent om sin önskan att ta bort Bcachefs från den huvudsakliga kärnan, eftersom Kent fortsätter att spela ensam i sin egen sandlåda, inte deltar i samarbeten och vägrar att acceptera reglerna för kärngemenskapens arbete.
I fallet med kärna 6.16 skickade Kent en uppsättning patchar för inkludering i uppdateringen RC3, bland vilka fanns en patch med implementeringen av den nya funktionen "journal_rewind". Linus skrev att Kent hade glömt att efter stängningen av fönstret för mottagande av funktionella förändringar får ingen ny funktionalitet läggas till i kärnan, även om den är relaterad till buggfixar, eftersom tillägg av nya funktioner i de senare stadierna av en release kan leda till regressionsproblem. Dessutom fortsätter Bcachefs att positioneras som ett experimentellt filsystem och hastigheten på att åtgärda buggar i det är inte så kritisk.
Kent svarade att det huvudsakliga målet med utvecklingen är att ge användarna fungerande kod, varför han inte avser att ge efter i frågor som rör buggfixar som påverkar dataintegriteten. Till skillnad från andra delsystem löses inte buggar i filsystemet genom omstart och kan leda till dataskador. Därför tycker Kent att det är oacceptabelt att skjuta upp deras åtgärdande till nästa fönster för mottagande av ändringar, även om sådana åtgärder kräver stora förändringar.
Den tillagda funktionen "journal_rewind" återskapade ändringar i loggen för att återställa filsystemet till ett tidigare tillstånd. Kent anser att den nya funktionen bör aktiveras omedelbart, eftersom den löser problemet med återställning av filsystemet för användare som har stött på ett fel vid radering av underavsnitt och saknar en säkerhetskopia. Till en början avslog Linus att inkludera uppsättningen av patchar med denna ändring i kärnan 6.16-RC3, men efter en personlig korrespondens med Kent ändrade han sin ståndpunkt och antog ändringarna i kodbasen som ligger till grund för uppdateringen 6.16-RC4.
Källa: opennet.ru
