Bcachefs будет исключён из ядра Linux из-за конфликта между разработчиком и мэйнтейнерами

Ну, Ок, чо.

Если уж говорить про экзотику, то я сидел вообще на JFS до последнего. Слез с неё примерно года 2 назад: всё-таки writeback journaling и всякие fast-commit победили (я про ext4, если что).

Этот Кент тот еще кент, конечно, но думаю - дело не в этом. Bcachefs, развиваемая Кентом почти в одиночку, выглядит сильно приличнее btrfs, в которую вкинуты лямы денег и человеко-часов. Просто кто-то не умеет признавать ошибки и пользуется своим служебным положением.

Ну а Линус давно на крючке у тех корпов, что им пользуются. Я бы даже сказал - на CoC’е.

вообще как-то странно.
а. мы патчим функцию journal_rewind, меняя a<<4, на a<<8, условно, тащемта.
б. ну новаямб фунциямб journal_rewind, ну делает то-то и то-то, хорошо и в дизайне/планах, заапрувте плз.
в. вот вам journal_rewind([params $*#types]*many_or_zero); делает тото и тото, вот дока.
г. прувы что разраб упорот?

получается что мейнтейнеры прост гнобят, будучи не в курсе что к чему?

не в теме срача, прост

Напомнило стереотип про жертву и насильника. Жертва, конечно, не виновата, но всё равно не должна была так соблазнительно и откровенно одеваться.

Так и здесь люди не откажутся от проклятий в сторону денег и финансовых отношений, даже когда они не при чём. Ибо деньги развращают всех. Линус сам виноват, что надел короткую юбку и сотрудничает с «корпами», сам же ведь исказил свой добропорядочный образ в глазах честной публики.

На самом деле источник денег — это не какое-то необъяснимое зло, а способность человека мыслить. На них не нужно вешать каждый грех, словно это самое лучшее объяснение.

Вот что происходит, когда человек не может в командную разработку.

получается что мейнтейнеры прост гнобят, будучи не в курсе что к чему?

Нет, думаю ты просто не работал c людьми, которые создают PR/MR фич-веток перед самым релизом, их бортуют, а они бегут жаловаться, что вот мол лид-самодур выкидывает из релиза готовые фичи из-за чего у компании (не у них типа) отставание по планам.

Печально, но ожидаемо.

На текущий момент правда не прочувствовал для себя преимуществ относительно btrfs, разве что шифрование из коробки.

В случае с journal_rewind Кент прав безусловно, что признал и сам Линус, приняв код. Истерички, говнящиеся из-за активных изменений в ЭКСПЕРИМЕНТАЛЬНОЙ ФС пусть идут лесом.
Пользуюсь out-of-tree ZFS и желаю Кенту душевного благополучия и успехов!

Грызня конторских.

Типа за ФС никто не стоит, поэтому ее мейнтейнера не только можно, но и нужно сожрать.

Линус сам виноват, что надел короткую юбку и сотрудничает с «корпами», сам же ведь исказил свой добропорядочный образ в глазах честной публики.

Это какой такой «честной публики»? Бомжа Столлмана?

История reiser4/reiserfs повторяется. Проблемы с головой у мейнтейнера умножают на ноль огромную кучу вложенных трудозатрат.

Линуса можно понять: нет долгосрочного смысла держать в ядре код, у которого бас-фактор = 1: всё равно это придётся удалять в обозримой перспективе.

В эпический битве двух школьников победил старшеклассник

Неправильно подошли к вопросу. Надо было постановить, что в ядре bcachefs на статусе экспериментальной и использовать её можно только для тестирования. Соответственно никаких обязательств ни у кого перед пользователями нет. Далее разрабатывать и мерджить её в ядро в удобном для Линуса стиле. Если он сказал - стоп, значит ждём до следующего окна, а пользователи идут лесом. И когда уже станет понятно, что никаких срочных изменений в коде не будет, тогда и снимать плашку экспериментальной.

По сути, в выборе между удобством Линуса и сохранностью данных пользователей, Кент выбрал последнее и это была фатальная ошибка.

bcachefs будет жить в linux-next: https://lore.kernel.org/linux-next/bdksoo6vcwik4sdgj2lo5tkzo2ybdhvskyba7aad2b...

коммит: https://gitlab.com/linux-kernel/linux-next/-/commit/b42c06a20f0a72251508e2306...

bcachefs будет жить в linux-next

Надолго ли?

Надеюсь Btrfs тоже удалят со временем:

Cons:

• Разрабатывается Facebook’ом.
• Отвратительная стабильность с порчей данных и файлов в лучших традициях неюзабельности всех фейсбучных поделий, написанных отбитыми студентами за миску кари.

Отвратительная стабильность с порчей данных и файлов в лучших традициях неюзабельности всех фейсбучных поделий, написанных отбитыми студентами за миску кари.

Хз, не замечал.

Неправильно подошли к вопросу. Надо было постановить, что в ядре bcachefs на статусе экспериментальной и использовать её можно только для тестирования.

Это самое просто и логичное, что можно было бы сделать (при условии что разраб ФС не срёт в общий код, как это попытались сделать с risc-v).

И тот факт, что этого простого шага не произошло, наталкивает на заговорщические мысли, озвученные выше…

как хорошо, что такие «эксперты» мне не попадались 8 лет назад, когда я выделил под корень btrfs, иначе бы сейчас тоже как папуас кидался копьями в стальных птиц, летающих в небе, созданных злыми шаманами каких-то неведомых племен

https://www.opennet.ru/opennews/art.shtml?num=63964

Линус Торвальдс удалил файловую систему Bcachefs из кодовой базы, на основе который формируется выпуск ядра Linux 6.18. В ядре 6.17 реализация Bcachefs была переведена в режим внешнего сопровождения, подразумевающего прекращение приёма изменений для Bcachefs в основной состав ядра, но код Bcachefs был оставлен для сглаживания процесса перехода. В настоящее время разработчик Bcachefs приступил к распространению своего проекта в виде отдельного модуля DKMS, а остававшийся в ядре код потерял актуальность.

Для исключения путаницы с разными версиями кода было решено удалить Bcachefs из состава ядра. Например, сторонние разработчики продолжают присылать исправления и сообщения об ошибках в список рассылки разработчиков ядра, а также периодически выявляются проблемы автоматизированными системами проверки (1, 2, 3). Пользователям, заинтересованным в использовании Bcachefs, рекомендуется перейти на установку актуальных DKMS-модулей, а разработчикам отправлять патчи в отдельный список рассылки.

DKMS (Dynamic Kernel Module Support) позволяет не привязываться к каждому обновлению ядра Linux и поддерживать реализацию Bcachefs в актуальном состоянии. При использовании инструментария DKMS модуль ядра поставляется в исходном коде и собирается на системе пользователя, непосредственно после установки пакета или обновления ядра Linux. Так как модули, собранные через DKMS, можно включить в состав initramfs, у пользователей сохраняется возможность использования Bcachefs для корневой ФС.

Тем временем, Кент Оверстрит (Kent Overstreet), разработчик ФС Bcachefs, рассказал о состоянии подготовки DKMS-модулей для различных дистрибутивов Linux. DKMS-сборка Bcachefs поддерживается для ядер 6.16 и 6.17, а также будет обеспечена для предварительных версий ядра 6.18. Доступны две ветки Bcachefs: "nightly" (ориентирована на тестирование последних изменений в кодовой базе) и "release" (предназначена для установки в рабочих системах). В будущем планируют публиковать ещё одну ветку - "stable", которая будет на 1-3 месяца отставать по функциональности от ветки "release" для дополнительной стабилизации и включать бэкпортированные исправления ошибок. Также отмечается, что проект близок к снятию метки экспериментальной ФС.

Состояние поддержки дистрибутивов:

* В дистрибутивах NixOS и Arch обеспечен первый уровень поддержки - Bcachefs уже поставляется в официальных репозиториях и пакеты переведены на DKMS, что не требует от существующих пользователей Bcachefs выполнения дополнительных действий для миграции c использования встроенного в ядро модуля на версию, использующую DKMS.

* Для Debian и Ubuntu введён в строй внешний репозиторий с deb-пакетами bcachefs-kernel-dkms (DKMS-модуль для ядра) и bcachefs-tools (набор пользовательских утилит). Ведётся работа по продвижению пакетов с Bcachefs в основной состав Debian.

* В Fedora пакет bcachefs-tools исключён из основного репозитория из-за правил, не допускающих размещение сторонних модулей к ядру. Тем не менее пакет сопровождается и доступен для установки через репозиторий COPR. Ведётся работа по созданию внешнего репозитория rpm.bcachefs.org для дистрибутивов на базе пакетного менеджера RPM.

* В openSUSE поддержка BCacheFS отключена в пакетах с ядром Linux, а пакет bcachefs-tools остаётся в репозитории, но не обновлён и не поддерживает сборку DKMS-модуля. Взаимодействие с сопровождающими пока буксует на месте и если пакет bcachefs-tools так и останется без обновлений, пакеты для пользователей openSUSE планируется поставлять через внешний репозиторий rpm.bcachefs.org.

* Для Slackware сторонний энтузиаст сопровождает пакет с Bcachefs.

...

Такое уже не нужно. RIP. Много лет следил за проектом. Жаль, что так всё получилось. Так и не видать линуксу нормальной файловой системы. Всё больше отстаёт от макоси.

Помянем.

Жаль, конечно, что так вышло. ФС-то и правда выглядит весьма перспективно.

RIP

Да может Кент сделает выводы и ещё вернётся в разработку ядра.

UPD:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f2c61db29f277b9c80de92102fc532cc247495cd

Remove bcachefs core code
bcachefs was marked ‘externally maintained’ in 6.17 but the code remained to make the transition smoother.
It’s now a DKMS module, making the in-kernel code stale, so remove it to avoid any version confusion.

Рано пока хоронить. ФС активно поддерживается в виде стороннего модуля. Могут потом когда-нибудь опять принять в состав Линукса когда всё устаканится.

Ну будем надеяться. Сторонним модулем — конечно, лучше, чем никак. Но всё равно не очень. Добавляет это головной боли при обновлениях, если шаг влево шаг вправо. Пусть и немного, и всё решаемо, но тем не менее.

Всякие ZFS уже давно так живут.

Именно. По ним и знаю, что добавляет ;)

Bcachefs будет исключён из ядра Linux

Уже.

Линус Торвальдс удалил файловую систему Bcachefs из кодовой базы, на основе который формируется выпуск ядра Linux 6.18.

В настоящее время разработчик Bcachefs приступил к распространению своего проекта в виде отдельного модуля DKMS, а остававшийся в ядре код потерял актуальность.
opennet