Një diskutim tjetër midis Linus Torvalds dhe Kent Overstreet, autorit të Bcachefs, përfundoi me Linusin që shprehu gatishmërinë e tij për të hequr kodin e Bcachefs nga bërthama. Linux 6.17. Në të njëjtën kohë, Linus pranoi ndryshime në Bcachefs në kernelin 6.16, të cilat u bënë objekt pakënaqësie të mëtejshme me veprimet e Kentit. Linus shkroi:
Unë besoj se rrugët tona do të ndahen në dritaren e bashkimit 6.17.
E bëtë shumë të qartë se nuk mund të vë në dyshim asnjë rregullim të gabimeve dhe duhet të pranoj gjithçka.
Të them të drejtën, nuk ndihem veçanërisht rehat që jam i përfshirë në të gjithë këtë, dhe e vetmja gjë për të cilën të dy dukeshim se biem dakord në diskutim ishte se "mbaruam".
Korrespondenca me Kentin që i parapriu kësaj deklarate ishte private dhe detajet janë ende të paqarta. Megjithatë, në një diskutim mbi këtë temë, Kenti shkroi se ndoshta fjalët e tij në korrespondencën private u keqinterpretuan dhe se ai nuk beson se BcacheFS duhet të hiqet nga bërthama. Megjithatë, ai është i përgatitur ta ndërpresë BcacheFS nga bërthama kryesore. Linux Kjo nuk do ta shkatërrojë projektin, megjithëse do të jetë një problem i madh. Nëse BcacheFS hiqet, zhvillimi do të vazhdojë dhe sistemi i skedarëve do të shpërndahet si një modul DKMS. Kent gjithashtu vuri në dukje se heqja e BcacheFS nga bërthama do të ishte opsioni më i mirë për qetësinë e tij dhe të Linusit, por qartësisht nuk do të ishte zgjidhja më e mirë për përdoruesit ose komunitetin e zhvilluesve.
Mosmarrëveshjet midis Kent dhe Linus shkaktohen nga shkeljet e vazhdueshme të rregullave për paraqitjen e ndryshimeve dhe patch-eve në kernel. Kent beson se rregullimet e problemeve në FS duhet të promovohen menjëherë dhe me çdo mjet të mundshëm. Linus këmbëngul që ndryshimet funksionale dhe rregullimet e mëdha lejohen në fazën e hershme të zhvillimit të një dege të re të kernelit, dhe që kandidatët për lëshime të vona përqendrohen vetëm në rregullimet e gabimeve. Kent e shkel rregullisht këtë rregull dhe paraqet ndryshime të mëdha në kohën e gabuar, gjë që çon në pakënaqësinë e Linus dhe në një valë të re mosmarrëveshjesh. Linus e ka paralajmëruar më parë Kentin për dëshirën për të hequr Bcachefs nga kerneli kryesor, pasi Kent vazhdon të luajë vetëm në sandbox-in e tij, nuk bashkohet në bashkëpunim dhe nuk është i gatshëm të pranojë rregullat e lojës së komunitetit të zhvillimit të kernelit.
Në rastin e kernelit 6.16, Kent paraqiti një sërë patch-esh për përfshirje në përditësimin RC3, ndër të cilët ishte një patch që zbatonte opsionin e ri "journal_rewind". Linus shkroi se Kent harroi se pasi të mbyllet dritarja e pranimit të veçorive, shtimi i funksionaliteteve të reja në kernel nuk lejohet, edhe nëse lidhet me rregullimin e gabimeve të tjera, pasi shtimi i veçorive të reja në fazat e vona të formimit të versionit mund të çojë në regresione. Përveç kësaj, Bcachefs vazhdon të pozicionohet si një sistem operativ eksperimental, dhe shpejtësia e rregullimit të gabimeve në të nuk është aq kritike.
Kent u përgjigj se qëllimi kryesor i zhvillimit është t'u ofrojë përdoruesve kod funksional, kështu që ai nuk ka ndërmend të bëjë kompromis për çështjet që lidhen me rregullimin e gabimeve që ndikojnë në integritetin e të dhënave. Ndryshe nga nënsistemet e tjera, gabimet në sistemin e funksionimit nuk rregullohen me rinisje dhe mund të çojnë në korruptim të të dhënave, kështu që sipas mendimit të Kent, shtyrja e rregullimeve të tyre deri në dritaren tjetër të pranimit të ndryshimeve është e papranueshme, edhe nëse rregullime të tilla kërkojnë ndryshime të mëdha.
Opsioni i shtuar "journal_rewind" i anuloi ndryshimet në ditar për të rivendosur FS në një gjendje më të hershme. Kent beson se opsioni i ri duhet të aktivizohet menjëherë, pasi zgjidh problemin me rivendosjen e FS për përdoruesit që hasën një gabim gjatë fshirjes së nënçelësave dhe nuk kanë një kopje rezervë. Fillimisht, Linus refuzoi të pranonte një sërë patch-esh me këtë ndryshim në kernelin 6.16-RC3, por pas korrespondencës personale me Kent, ai ndryshoi qëndrimin e tij dhe pranoi ndryshimet në bazën e kodit, mbi bazën e të cilave formohet përditësimi 6.16-RC4.
Burimi: opennet.ru
