Kolejna dyskusja mi\u0119dzy Linusem Torvalds'em a Kentem Overstreet'em, autorem Bcachefs, zako\u0144czy\u0142a si\u0119 tym, \u017ce Linus wyrazi\u0142 gotowo\u015b\u0107 do wykluczenia kodu Bcachefs z j\u0105dra Linux 6.17. Przy tym Linus zaakceptowa\u0142 w sk\u0142adzie j\u0105dra 6.16 zmiany w Bcachefs, kt\u00f3re sta\u0142y si\u0119 przedmiotem kolejnego niezadowolenia z dzia\u0142a\u0144 Kenta. Linus napisa\u0142: <\/p>\n
\nUwa\u017cam, \u017ce nasze drogi rozejd\u0105 si\u0119 w momencie scalania 6.17. <\/p>\n
Bardzo jasno da\u0142e\u015b do zrozumienia, \u017ce nie mog\u0119 kwestionowa\u0107 jakichkolwiek poprawek b\u0142\u0119d\u00f3w i musz\u0119 po prostu przyjmowa\u0107 wszystko. <\/p>\n
Szczerze m\u00f3wi\u0105c, nie czuj\u0119 si\u0119 zbyt komfortowo, bior\u0105c udzia\u0142 w tym, i jedynie w tym, co obaj wydaje si\u0119, \u017ce naprawd\u0119 zgodzili\u015bmy si\u0119 w dyskusji, to to, \u017ce «zako\u0144czyli\u015bmy». <\/p><\/blockquote>\n
Poprzedzaj\u0105ca to o\u015bwiadczenie korespondencja z Kentem by\u0142a prowadzona prywatnie i szczeg\u00f3\u0142y s\u0105 na razie niejasne. Niemniej jednak, w dyskusji na ten temat Kent napisa\u0142, \u017ce by\u0107 mo\u017ce jego s\u0142owa w prywatnej korespondencji zosta\u0142y \u017ale zrozumiane i nie uwa\u017ca, \u017ce BcacheFS powinno zosta\u0107 wykluczone z j\u0105dra. Przy tym jest got\u00f3w na zaprzestanie dostarczania Bcachefs w g\u0142\u00f3wnym sk\u0142adzie j\u0105dra Linux, co nie zabi\u0142oby projektu, chocia\u017c by\u0142oby ogromnym problemem. W przypadku usuni\u0119cia Bcachefs rozw\u00f3j zostanie kontynuowany, a ten system plik\u00f3w zacznie by\u0107 dystrybuowany w formie modu\u0142u DKMS. Kent zaznaczy\u0142 tak\u017ce, \u017ce wykluczenie BcacheFS z j\u0105dra b\u0119dzie najlepsz\u0105 opcj\u0105 dla jego i Linusa spokoju, ale zdecydowanie nie b\u0119dzie najlepszym rozwi\u0105zaniem dla u\u017cytkownik\u00f3w i spo\u0142eczno\u015bci deweloper\u00f3w. <\/p>\n
Spory mi\u0119dzy Kentem a Linusem wynikaj\u0105 z ci\u0105g\u0142ych narusze\u0144 zasad przesy\u0142ania zmian i poprawek do j\u0105dra. Kent uwa\u017ca, \u017ce poprawki problem\u00f3w w FS powinny by\u0107 przesy\u0142ane bezzw\u0142ocznie i w ka\u017cdy mo\u017cliwy spos\u00f3b. Linus obstaje przy tym, \u017ce zmiany funkcjonalne i wi\u0119ksze poprawki s\u0105 dozwolone na pocz\u0105tkowym etapie rozwoju nowej ga\u0142\u0119zi j\u0105dra, a p\u00f3\u017ani kandydaci do wydania skupiaj\u0105 si\u0119 wy\u0142\u0105cznie na poprawkach b\u0142\u0119d\u00f3w. Kent regularnie narusza t\u0119 zasad\u0119 i przesy\u0142a du\u017ce zmiany w niew\u0142a\u015bciwym momencie, co prowadzi do niezadowolenia Linusa i nowej fali spor\u00f3w. Wcze\u015bniej Linus ju\u017c ostrzega\u0142 Kenta o zamiarze usuni\u0119cia Bcachefs z g\u0142\u00f3wnego j\u0105dra, poniewa\u017c Kent wci\u0105\u017c gra samotnie w swoim piaskownicy, nie anga\u017cuje si\u0119 w wsp\u00f3\u0142prac\u0119 i nie chce akceptowa\u0107 zasad panuj\u0105cych w spo\u0142eczno\u015bci deweloper\u00f3w j\u0105dra. <\/p>\n
W przypadku j\u0105dra 6.16 Kent wys\u0142a\u0142 do w\u0142\u0105czenia w aktualizacji RC3 zestaw \u0142atek, w\u015br\u00f3d kt\u00f3rych znajdowa\u0142a si\u0119 \u0142atka z wdro\u017ceniem nowej opcji «journal_rewind». Linus napisa\u0142, \u017ce Kent zapomnia\u0142, \u017ce po zamkni\u0119ciu okna przyjmowania zmian funkcjonalnych dodawanie nowej funkcjonalno\u015bci do j\u0105dra nie jest dozwolone, nawet je\u015bli jest to zwi\u0105zane z popraw\u0105 innych b\u0142\u0119d\u00f3w, poniewa\u017c dodanie nowych mo\u017cliwo\u015bci na p\u00f3\u017anych etapach tworzenia wydania mo\u017ce prowadzi\u0107 do regresji. Ponadto Bcachefs nadal jest prezentowane jako eksperymentalny system plik\u00f3w, a pilno\u015b\u0107 usuwania b\u0142\u0119d\u00f3w w nim nie jest tak krytyczna. <\/p>\n
Kent odpowiedzia\u0142, \u017ce g\u0142\u00f3wnym celem rozwoju — jest dostarczenie u\u017cytkownikom dzia\u0142aj\u0105cego kodu, dlatego nie zamierza ust\u0119powa\u0107 w kwestiach dotycz\u0105cych poprawy b\u0142\u0119d\u00f3w wp\u0142ywaj\u0105cych na integralno\u015b\u0107 danych. W przeciwie\u0144stwie do innych podsystem\u00f3w, b\u0142\u0119dy w systemie plik\u00f3w nie s\u0105 rozwi\u0105zywane przez ponowne uruchomienie i mog\u0105 prowadzi\u0107 do uszkodzenia danych, dlatego, wed\u0142ug Kenta, odk\u0142adanie ich naprawy do nast\u0119pnego okna przyjmowania zmian jest niedopuszczalne, nawet je\u015bli takie poprawki wymagaj\u0105 wprowadzenia du\u017cych zmian. <\/p>\n