Kolejna dyskusja między Linusem Torvalds'em a Kentem Overstreet'em, autorem Bcachefs, zakończyła się tym, że Linus wyraził gotowość do wykluczenia kodu Bcachefs z jądra Linux 6.17. Przy tym Linus zaakceptował w składzie jądra 6.16 zmiany w Bcachefs, które stały się przedmiotem kolejnego niezadowolenia z działań Kenta. Linus napisał:
Uważam, że nasze drogi rozejdą się w momencie scalania 6.17.
Bardzo jasno dałeś do zrozumienia, że nie mogę kwestionować jakichkolwiek poprawek błędów i muszę po prostu przyjmować wszystko.
Szczerze mówiąc, nie czuję się szczególnie komfortowo, będąc zaangażowanym w to wszystko, a jedyne, co obaj, wydaje się, naprawdę zgodziliśmy się w dyskusji, to to, że "skończyliśmy".
Poprzedzająca to oświadczenie korespondencja z Kentem była prowadzona prywatnie i szczegóły są na razie niejasne. Niemniej jednak, w dyskusji na ten temat Kent napisał, że być może jego słowa w prywatnej korespondencji zostały źle zrozumiane i nie uważa, że BcacheFS powinno zostać wykluczone z jądra. Przy tym jest gotów na zaprzestanie dostarczania Bcachefs w głównym składzie jądra Linux, co nie zabiłoby projektu, chociaż byłoby ogromnym problemem. W przypadku usunięcia Bcachefs rozwój zostanie kontynuowany, a ten system plików zacznie być dystrybuowany w formie modułu DKMS. Kent zaznaczył także, że wykluczenie BcacheFS z jądra będzie najlepszą opcją dla jego i Linusa spokoju, ale zdecydowanie nie będzie najlepszym rozwiązaniem dla użytkowników i społeczności deweloperów.
Spory między Kentem a Linusem wynikają z ciągłych naruszeń zasad przesyłania zmian i poprawek do jądra. Kent uważa, że poprawki problemów w FS powinny być przesyłane bezzwłocznie i w każdy możliwy sposób. Linus obstaje przy tym, że zmiany funkcjonalne i większe poprawki są dozwolone na początkowym etapie rozwoju nowej gałęzi jądra, a późni kandydaci do wydania skupiają się wyłącznie na poprawkach błędów. Kent regularnie narusza tę zasadę i przesyła duże zmiany w niewłaściwym momencie, co prowadzi do niezadowolenia Linusa i nowej fali sporów. Wcześniej Linus już ostrzegał Kenta o zamiarze usunięcia Bcachefs z głównego jądra, ponieważ Kent wciąż gra samotnie w swoim piaskownicy, nie angażuje się w współpracę i nie chce akceptować zasad panujących w społeczności deweloperów jądra.
W przypadku jądra 6.16 Kent przesłał do włączenia w aktualizację RC3 zestaw łatek, wśród których była łatka z realizacją nowej opcji „journal_rewind”. Linus napisał, że Kent zapomniał, że po zamknięciu okna przyjmowania zmian funkcjonalnych dodawanie nowej funkcjonalności do jądra nie jest dozwolone, nawet jeśli jest powiązane z poprawkami innych błędów, ponieważ wprowadzanie nowych możliwości na późnych etapach formowania wydania może prowadzić do regresji. Ponadto Bcachefs wciąż jest pozycjonowane jako eksperymentalny FS, a pilność usuwania błędów w niej nie jest tak krytyczna.
Kent odpowiedział, że głównym celem rozwoju jest dostarczenie użytkownikom działającego kodu, dlatego nie zamierza ustępować w kwestiach dotyczących poprawek błędów wpływających na integralność danych. W odróżnieniu od innych podsystemów, błędy w FS nie są rozwiązywane przez ponowne uruchamianie i mogą prowadzić do uszkodzenia danych, dlatego zdaniem Kenta odkładanie ich naprawy do następnego okna przyjmowania zmian jest niedopuszczalne, nawet jeśli takie poprawki wymagają znacznych zmian.
Dodana opcja „journal_rewind” cofała zmiany w dzienniku, aby przywrócić system plików do wcześniejszego stanu. Kent uważa, że nowa opcja powinna być włączona niezwłocznie, ponieważ rozwiązuje problem z przywracaniem systemu plików u użytkowników, którzy napotkali błąd przy usuwaniu podkatalogów i nie mieli kopii zapasowej. Na początku Linus odmówił przyjęcia zestawu poprawek z tymi zmianami do jądra 6.16-RC3, ale po osobistej korespondencji z Kentem zmienił swoje zdanie i przyjął zmiany do bazy kodu, na podstawie której tworzone jest uaktualnienie 6.16-RC4.
Źródło: opennet.ru
