Лінус Торвальдс щойно завдав серйозного удару: Bcachefs видалено з ядра Linux 6.18. Це рішення було прийнято після місяців публічних тертя з його творцем, Кентом Оверстрітом, і знову розпалило дебати щодо підтримки ядра. Через вимоги до якості та конфлікти з відкритим кодом, видалення коду сколихнуло всю екосистему FOSS.
Торвальдс видаляє Bcachefs з ядра: Хронологія радикального технічного рішення 7 січня 2025 року технічне рішення було офіційно оголошено у списку розсилки: Bcachefs більше не буде в основній гілці. Ця файлова система копіювання під час запису, додана експериментально наприкінці 2023 року, залишалася нестабільною, незважаючи на 18 місяців патчів. Тому Торвальдс прийняв чітке рішення захистити стабільність ядра.
Це рішення не стало несподіванкою для тих, хто стежить за підтримкою ядра: творець Linux вже описував деякі патчі як «нічний поїзд без гальм». Непрацюючі збірки на архітектурах з порядком байтів big-endian та пізні подання реліз-кандидатів нарешті вичерпали його терпіння. Видалення коду стало крайнім заходом. Напруженість між розробниками: коли внесок спільноти відходить у минуле Кент Оверстріт, звиклий до довгих, монолітних комітів, виступав за підхід «швидкої роботи». Торвальдс, з іншого боку, вимагав коротких, перевірених приростів, щоб уникнути ефекту снігової кулі. Розбіжності щодо методу швидко перетворилися на словесну перепалку, виявивши два протилежні бачення спільної роботи.
Переломним моментом стало те, що Оверстріт запровадив «перемотування журналу», громіздку функцію, під час фази RC, призначену для критичних виправлень. Потім Торвальдс говорив про «єресь процесу», згадуючи золоте правило ядра: жодних інновацій в останню хвилину для мільйонної бази користувачів. Напруженість зростала, наступні патчі блокувалися, і технічне рішення про його видалення стало неминучим.
Негайні наслідки для дистрибутивів та користувачів
Починаючи з Linux 6.18, розробникам дистрибутивів доведеться упаковувати Bcachefs як окремий модуль DKMS. Ця зміна ускладнює життя адміністраторам, які вже покладалися на цю файлову систему для своїх сучасних серверів. Без власної інтеграції буде виконуватися менше автоматизованих тестів, що уповільнить пошук помилок. Fedora та Arch оголошують про підтримку “найкращих зусиль”, тоді як Debian стримується: немає жодних сумнівів у ризику пекельного fsck на виробничих масивах. Тому користувачам доведеться вибирати між новизною та спокоєм. Залишається одне питання: чи може Bcachefs вижити поза основним каналом без вогневої потужності спільноти? Вплив на екосистему FOSS: більше, ніж просто видалення коду
Жест Торвальдса є нагадуванням про те, що обслуговування ядра – це марафон, а не спринт. Кожен прийнятий рядок ставить під загрозу репутацію Linux серед підприємств, постачальників хмарних послуг та кінцевих користувачів. Різкий регрес може поставити під загрозу довіру, що створювалася протягом трьох десятиліть. У дзеркальному відображенні, невдача Bcachefs підживлює сумніви щодо управління FOSS. Чи можна інтегрувати великий проект без узгодження його методів з методами ядра? Найбільш песимістично налаштовані бояться гальмування інновацій, тоді як інші бачать корисне нагадування: відкритий код — це не закон джунглів.
Альтернативи та майбутнє сховищ Linux після виходу з експлуатації Ext4 залишається безпечним варіантом для широкої публіки, тоді як Btrfs продовжує свою повільну, але стабільну еволюцію. XFS, підсилений останніми оптимізаціями 2024 року, набирає позиції для величезних робочих навантажень. ZfsOnLinux продовжує приваблювати тих, хто погоджується на його складну ліцензію, щоб отримати вигоду від реплікації та стійкості. Bcachefs, віднесений до DKMS, все ж може відновитися: Overstreet обіцяє щомісячну стабільну гілку та розширене тестування кластерів. Тепер м’яч на боці розробників.
які, якщо вони мобілізуються, можуть зробити майбутню інтеграцію неминучою. Залишається побачити, чи досягне Лінус Торвальдс за кілька циклів достатньої зрілості, щоб зняти своє вето.
Конфлікт відкритого коду як рушійна сила прогресу?
Історія ядра позначена пам’ятними зіткненнями: ReiserFS, Tivoization або, нещодавно, суперечка щодо Rust. Кожне зіткнення нагадує нам, що проект FOSS процвітає завдяки дебатам, іноді гарячим, але часто плідним. Без тертя немає вдосконалення: ця максима стосується як коду, так і діамантів. Проте, поточний конфлікт відкритого коду ставить питання: чи можемо ми все ще дозволити собі розкіш авторитарного лідерства в епоху безперервного розгортання? Поки Торвальдс бере на себе роль опікуна, спільноті доведеться знайти баланс між швидкими інноваціями та надійною безпекою. Майбутнє ядра може бути менше пов’язане з технологіями, ніж з мистецтвом переговорів. Джерело: winfuture.de
