Spór deweloperów: Torvalds usuwa system plików Linux

Linus Torvalds właśnie zadał poważny cios: Bcachefs zostaje usunięty z jądra Linuksa 6.18. Decyzja zapadła po miesiącach publicznych tarć z jego twórcą, Kentem Overstreetem, i ponownie rozpaliła debatę na temat utrzymania jądra. Z powodu wymagań jakościowych i konfliktów z open source, usunięcie kodu wstrząsnęło całym ekosystemem FOSS.

Torvalds usuwa Bcachefs z jądra: Kalendarium radykalnej decyzji technicznej

7 stycznia 2025 roku oficjalnie ogłoszono na liście mailingowej decyzję techniczną : Bcachefs nie będzie już w gałęzi głównej. Ten system plików z kopiowaniem przy zapisie, dodany eksperymentalnie pod koniec 2023 roku, pozostał niestabilny pomimo 18 miesięcy aktualizacji. Torvalds podjął zatem jasną decyzję o ochronie stabilności jądra. Decyzja ta nie jest zaskoczeniem dla osób śledzących utrzymanie jądra: twórca Linuksa opisał już niektóre aktualizacje jako „nocny pociąg bez hamulców”. Nieudane kompilacje na architekturach big-endian i późne zgłoszenia kandydatów do wydania (Release Candidate) w końcu wyczerpały jego cierpliwość. Usuwanie kodu stało się ostatecznością.

Napięcia między programistami: gdy wkład społeczności odpływa Kent Overstreet, przyzwyczajony do długich, monolitycznych commitów, opowiadał się za podejściem „szybkich zmian”. Torvalds z kolei domagał się krótkich, sprawdzonych przyrostów, aby uniknąć efektu kuli śnieżnej. Spór o metodę szybko przerodził się w słowną potyczkę, ujawniając dwie przeciwstawne wizje współpracy. Punkt krytyczny nastąpił, gdy Overstreet wprowadził „przewijanie dziennika”, uciążliwą funkcję, w fazie RC zarezerwowanej dla krytycznych poprawek. Torvalds mówił wtedy o „herezji procesów”, przypominając złotą zasadę jądra: żadnych innowacji na ostatnią chwilę dla milionów użytkowników. Napięcia rosły, kolejne poprawki były blokowane, a decyzja techniczna o usunięciu poprawki stała się nieunikniona.

Bezpośrednie konsekwencje dla dystrybucji i użytkowników

Począwszy od Linuksa 6.18, osoby zarządzające dystrybucjami będą musiały spakować Bcachefs jako oddzielny moduł DKMS. Ta zmiana komplikuje życie administratorom, którzy już wcześniej polegali na tym systemie plików dla swoich nowoczesnych serwerów. Bez natywnej integracji przeprowadzanych będzie mniej testów automatycznych, co spowolni wyszukiwanie błędów.

Fedora i Arch zapowiadają wsparcie „best effort”, podczas gdy Debian wstrzymuje się z tym: nie ma mowy o ryzyku piekielnego fsck na macierzach produkcyjnych. Użytkownicy będą zatem musieli wybierać między nowością a spokojem ducha. Pozostaje jedno pytanie: czy Bcachefs przetrwają poza główną gałęzią bez wsparcia społeczności? Wpływ na ekosystem FOSS: coś więcej niż tylko usuwanie kodu Gest Torvaldsa przypomina, że ​​utrzymanie jądra to maraton, a nie sprint. Każda zaakceptowana linijka kodu zagraża reputacji Linuksa wśród przedsiębiorstw, dostawców usług chmurowych i użytkowników końcowych. Dramatyczny regres może zagrozić zaufaniu budowanemu przez trzy dekady. W lustrzanym odbiciu, pech Bcachefs podsyca wątpliwości co do zarządzania FOSS. Czy duży projekt może zostać zintegrowany bez dostosowania jego metod do metod jądra? Najbardziej pesymistycznie nastawieni obawiają się zahamowania innowacji, podczas gdy inni widzą w tym zbawienną przestrogę: open source nie jest prawem dżungli.

Alternatywy i przyszłość pamięci masowej Linuksa po wycofaniu

Ext4 pozostaje bezpiecznym wyborem dla ogółu społeczeństwa, podczas gdy Btrfs kontynuuje swoją powolną, ale stabilną ewolucję. XFS, wzmocniony najnowszymi optymalizacjami z 2024 roku, zyskuje popularność w przypadku dużych obciążeń. ZfsOnLinux nadal przyciąga tych, którzy akceptują jego złożoną licencję, aby skorzystać z replikacji i odporności. Bcachefs, zdegradowany do DKMS, może jednak odbić się: Overstreet obiecuje comiesięczną stabilną gałąź i rozszerzony test klastra. Piłka jest teraz po stronie programistów. co, jeśli się zmobilizują, może sprawić, że przyszła integracja stanie się nieunikniona. Pozostaje pytanie, czy Linus Torvalds, po kilku cyklach, osiągnie wystarczającą dojrzałość, by wycofać swoje weto.

Konflikt o oprogramowanie typu open source jako siła napędowa postępu?

Historia jądra jest naznaczona pamiętnymi starciami: ReiserFS, Tivoization, a ostatnio kontrowersje wokół Rusta. Każde starcie przypomina nam, że projekt FOSS rozwija się dzięki debacie, czasem zażartej, ale często owocnej. Bez tarcia nie ma udoskonalenia: maksyma ta odnosi się zarówno do kodu, jak i do diamentów.

Obecny konflikt o oprogramowanie typu open source rodzi jednak pytanie: czy w erze ciągłego wdrażania nadal możemy sobie pozwolić na luksus autorytarnego przywództwa? Podczas gdy Torvalds przejmuje rolę strażnika, społeczność będzie musiała znaleźć równowagę między szybką innowacją a niezawodnym bezpieczeństwem. Przyszłość jądra może zależeć mniej od technologii, a bardziej od sztuki negocjacji. Źródło: winfuture.de