Një diskutim tjetër ndërmjet Linus Torvalds dhe Kent Overstreet, autor i Bcachefs, përfundoi me Linusin që shprehu gatishmërinë për të përjashtuar kodin Bcachefs nga blloku Linux 6.17. Megjithatë, Linusi pranoi në bllokun 6.16 ndryshimet në Bcachefs, të cilat shkaktuan pakënaqësi të re nga veprimet e Kentit. Linusi shkroi:
Mendoj se rrugët tona do të ndahen në dritaren e bashkimit 6.17.
Keni bërë shumë të qartë që nuk mund të vë në pikëpyetje ndonjë rregullim gabimi dhe thjesht duhet ta pranoj gjithçka.
Sinqerisht, nuk ndihem shumë rehat që jam i përfshirë në gjithë këtë, dhe e vetmja gjë me të cilën duket se të dy jemi dakord në diskutim është se "ne përfunduam".
Korespondenca para kësaj deklarate me Kentin ishte në mënyrë private dhe detajet ende nuk janë të qarta. Megjithatë, në diskutim të kësaj çështje, Kent shkroi se ndoshta fjalët e tij në korrespondencën private ishin keqkuptuar dhe ai nuk beson se BcacheFS duhet të përjashtohet nga blloku. Ai është gjithashtu i gatshëm të ndalojë dorëzimin e Bcachefs në bllokun kryesor të Linux-it dhe kjo nuk do ta vrasë projektin, megjithëse do të jetë një problem i madh. Në rast të heqjes së Bcachefs, zhvillimi do të vazhdojë dhe ky sistem i skedave do të shpërndahet në formën e një moduli DKMS. Kent gjithashtu theksoi se përjashtimi i BcacheFS nga blloku do të ishte opsioni më i mirë për qetësinë e tij me Linusin, por qartë nuk do të ishte zgjidhja më e mirë për përdoruesit dhe komunitetin e zhvilluesve.
Mënyra e polemikës midis Kentit dhe Linusit është shkaktuar nga shkeljet e vazhdueshme të rregullave për të dërguar ndryshime dhe rregullime në bërthamë. Kenti beson se rregullimet e problemeve në sistemin fajl duhet të përparohen pa vonesë dhe me çdo mjet të mundshëm. Linusi pretendon se ndryshimet funksionale dhe rregullimet e mëdha lejohet të dërgohen në fazën fillestare të zhvillimit të një dege të re të bërthamës, ndërsa kandidatët e vonshëm për publikim përqendrohen vetëm në rregullimin e gabimeve. Kenti rregullisht shkel këtë rregull dhe dërgon ndryshime të mëdha në momentin e papërshtatshëm, gjë që shkakton pakënaqësi tek Linusi dhe një valë të re polemikash. Më parë, Linusi e kishte paralajmëruar Kentin për dëshirën për të hequr Bcachefs nga bërthama kryesore, pasi Kenti vazhdon të luajë vetëm në arën e tij, nuk angazhohet në punën e përbashkët dhe nuk dëshiron të pranojë rregullat e komunitetit të zhvilluesve të bërthamës.
Në rastin e bërthamës 6.16, Kenti dërgoi një grup patchesh për përfshirje në azhurnimin RC3, midis të cilave ishte një patch me implementimin e mundësisë së re "journal_rewind". Linusi shkroi se Kenti kishte harruar se pas mbylljes së dritares për pranimin e ndryshimeve funksionale, shtimi i funksionaliteteve të reja në bërthamë nuk lejohet, edhe nëse ka të bëjë me rregullimin e gabimeve të tjera, pasi shtimi i mundësive të reja në fazat e vonshme të formimit të publikimeve mund të shkaktojë regresione. Për më tepër, Bcachefs vazhdon të pozicionohet si një sistem fajl eksperimental dhe urgjenca e rregullimit të gabimeve në të nuk është kaq kritike.
Kenti iu përgjigj se qëllimi kryesor i zhvillimit është të ofrojë kod funksional për përdoruesit, prandaj ai nuk ka ndërmend të tërhiqet në çështjet që kanë të bëjnë me rregullimin e gabimeve që ndikojnë në ruajtjen e integritetit të të dhënave. Ndryshe nga subsistemat e tjera, gabimet në sistemin fajl nuk zgjidhen me rindezje dhe mund të çojnë në dëmtimin e të dhënave, prandaj, sipas Kentit, shtyrja e rregullimit të tyre deri në dritaren e ardhshme të pranimit të ndryshimeve është e papranueshme, madje edhe nëse këto rregullime kërkojnë ndryshime të mëdha.
Opsioni e shtuar "journal_rewind" rikthen ndryshimet në journale për të rikthyer sistemin e skedarëve në një gjendje më të hershme. Kent beson se kjo mundësi duhet të aktivizohet menjëherë, pasi zgjidh problemin e rikthimit të sistemit të skedarëve për përdoruesit që janë ballafaquar me një error gjatë heqjes së nënndërfaqeve dhe që nuk kanë një kopje rezervë. Në fillim, Linus refuzoi të pranojë setin e patch-eve me këtë ndryshim në bërthamën 6.16-RC3, por pas një përcorje personale me Kentin, ndryshoi qëndrim dhe pranoi ndryshimet në bazën e kodit, mbi të cilën formohet përditësimi 6.16-RC4.
Burimi: opennet.ru
