Një diskutim i ri midis Linus Torvalds dhe Kent Overstreet, autor i Bcachefs, përfundoi me këtë që Linus shprehu gatishmërinë për të nxjerrë kodin Bcachefs nga bërthama e Linux 6.17. Në të njëjtën kohë, Linus përfshiu në bërthamën 6.16 ndryshimet në Bcachefs, të cilat ishin subjekt i pakënaqësisë së re për veprimet e Kentit. Linus shkroi:
Mendoj se rrugët tona do të ndahen në dritaren e bashkimit 6.17.
Ju e keni bërë shumë të qartë që unë nuk mund të vë në dyshim asnjë rregullim gabimi dhe duhet thjesht të pranoja gjithçka.
Sinqerisht, nuk ndihem shumë rehat duke u përfshirë në të gjitha këto, dhe e vetmja gjë mbi të cilën ne të dy duket se jemi pajtuar në diskutim, është se "ne kemi përfunduar".
Përgjigjja paraprake ndaj këtij deklarimi mes Kentit dhe Linusit është bërë në mënyrë personale dhe detajet ende nuk janë të qarta. Megjithatë, në diskutimin e këtij subjekti, Kenti shkroi se ndoshta fjalët e tij në bisedë private ishin interpretuar gabim dhe ai nuk beson se BcacheFS duhet të përjashtohet nga bërthama. Ai është i gatshëm të ndërpresë shpërndarjen e Bcachefs në bërthamën kryesore të Linux dhe kjo nuk do ta shkatërrojë projektin, megjithatë do të jetë një problem i madh. Në rast se Bcachefs hiqet, zhvillimi do të vazhdojë dhe ky sistem do të shpërndahet si një modul DKMS. Kenti vuri gjithashtu në dukje se përjashtimi i BcacheFS nga bërthama do të ishte opsioni më i mirë për të dhe Linus, por këtë do të ishte padyshim një zgjidhje më e keqe për përdoruesit dhe komunitetin e zhvilluesve.
Kontestet midis Kentit dhe Linusit janë shkaktuar nga shkeljet e vazhdueshme të rregullave për dërgimin e ndryshimeve dhe rregullimeve në bërthamë. Kenti beson se rregullimet e problemeve në sistemin e skedarëve duhet të avancohen menjëherë dhe me çdo mjet që është në dispozicion. Linus insistion se ndryshime funksionale dhe rregullime të mëdha janë të lejuara në fillim të zhvillimit të një dege të re të bërthamës, ndërsa kandidatët e vonshëm për lëshim përqendrohen vetëm në rregullimin e gabimeve. Kenti shpesh shkel këtë rregull dhe dërgon ndryshime të mëdha në moment të papërshtatshëm, që çon në pakënaqësi të Linusit dhe një valë të re kontestesh. Më parë, Linus kishte paralajmëruar Kentin për dëshirën për të hequr Bcachefs nga bërthamën kryesore, pasi Kenti vazhdon të luajë vetëm në sandsin e tij, nuk angazhohet në punë të përbashkët dhe nuk dëshiron të pranojë rregullat e lojës së komunitetit të zhvilluesve të bërthamës.
Në rastin e bërthamës 6.16, Kenti dërgoi përfshirjen në azhurnimin RC3 një grup patches, përfshirë një patch me implementimin e opsionit të ri "journal_rewind". Linus 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, madje edhe nëse ajo lidhet me rregullimin e gabimeve të tjera, pasi shtimi i mundësive të reja në faza të vona të formimit të lëshimit mund të çojë në regresione. Për më tepër, Bcachefs vazhdon të pozicionohet si një sistem skedarësh eksperimental dhe urgjenca e rregullimit të gabimeve në të nuk është aq kritike.
Kenti u përgjigj se objekti kryesor i zhvillimit është sigurimi i kodit funksional për përdoruesit, prandaj ai nuk është i gatshëm të bëjë kompromis për çështjet që lidhen me rregullimin e gabimeve që prekin integritetin e të dhënave. Në kundërshtim me sistemet e tjera, gabimet në sistemin e skedarëve nuk zgjidhen duke e rinisur dhe mund të çojnë në dëmtim të të dhënave, prandaj, sipas Kentit, vonesa e rregullimit të tyre deri në dritaren e ardhshme të pranimit të ndryshimeve nuk është e pranueshme, madje edhe nëse një rregullim i tillë kërkon bërë ndryshime të mëdha.
Opsioni i ri "journal_rewind" e rikthente ndryshimin në regjistër për të rikthyer sistemin e skedarëve në një gjendje më të hershme. Kenti beson se opsioni i ri duhet të përfshihet menjëherë, pasi ai zgjidh një problem me rikthimin e sistemit të skedarëve për përdoruesit që janë përballur me gabime gjatë fshirjes së nënndarjeve dhe nuk kanë një kopje rezervë. Fillimisht, Linus refuzoi të pranojë grupin e patches me këtë ndryshim në bërthamën 6.16-RC3, por pas bisedës personale me Kentin, ndryshoi pozitat dhe pranoi ndryshimet në bazën e kodit mbi të cilën formohet përditësimi 6.16-RC4.
Burimi: opennet.ru
