Линус Торвальдс подумывает удалить Bcachefs из ядра

Блин, фигово, если удалят. Все надежды на него были.

Черездорогу задолбал свой код кривучий в мастер пихать, я бы ему и сам по ушам проехался за такое, да покрепче.

Кент явно испытывает проблемы в взаимодействии с остальными разработчиками и считает себя всегда правым

Наш человек :-))).

О, воскресная драма и до ЛОРа докатилась.

Линус он такой

Тот самый случай когда если ты плюнешь на коллектив, он утрется, а если коллектив плюнет на тебя ты утонешь.

на этот раз его изменения привели к нарушению сборки 6.12-RC1 на системах с порядком байт «big-endian» при включении Bcachefs

А в прошлой драме Торвальдс высказал сожаление о включении bcachefs в ядро (комментарий) Кент писал:

You guys are freaked out because I’m moving quickly and you don’t have visibility into my own internal process, that’s all.

I’ve got a test clusture, a community testing my code before I send it to Linus, and a codebase that I own and know like the back of my hand that’s stuffed with assertions. And, the changes in question are algorithmically fairly simple and things that I have excellent test coverage for. These are all factors that let me say, with confidence, that there really aren’t any bugs in this this pull request.

Линусу лучше бы выпилить нахрен big-endian, а не наезжать на Кента. Где Кент откопает эти архитектуры-копролиты, чтобы протестировать работу?

+1. Эти архитектуры не только не актуальны. Во времена их актуальности, Линукс всегда там толком не работал и был для поиграться. На них большинство драйверов и так не работают, хотя формально, есть.

Блин, фигово, если удалят. Все надежды на него были.

Ну будет, как с модулем zfs, дел-то.

Кент женат?

Добавил в ОП ссылки:
https://bcachefs.org
https://evilpiepirate.org/git/bcachefs.git
https://evilpiepirate.org/git/bcachefs-tools.git

Логично. Если я делаю пулл-реквест, то делаю тесты на своей системе или на «самой типичной», если моя такой не является. Дальше пусть копролитики сами тестируют мой пулл-реквест, с CI/CD или без. Но спрашивать каждый раз копролитиков протестировать каждое изменение - это дурдом. Если между пулл-реквестером и целевой веткой, идущей в релиз, нет уровня тестирования, не зависящего от обеих сторон, то это говно, а не ядро.

Замужем

Не вижу катастрофы, ну будет сторонний набор патчей и пакетов

Кент ещё наехал на Линуса:

Kent then challenged Linus Torvalds to come up with his own file-system: «If you're so convinced you know best, I invite you to start writing your own filesystem. Go for it.»

Пассионарный товарищ. Это хорошо, главное, чтобы правда не выкинули.

Помянем Кента.

Недавно требовалось поднять big-endian окружение Linux с GUI и могу с уверенностью заявить, что big-endian фактически мёртв в современном мире.

Ну будет, как с модулем zfs, дел-то.

Ну вот очень хотелось, чтоб не было. Несколько напряжно это, сторонние модули ФС юзать. При обновлениях ждать их, учитывать. Это основная причина, почему я zfs не юзаю.

то это говно, а не ядро.

this

Big endian всё ещё актуален в IBM z/Architecture (не путать с PowerPC).

не подключается к совместной работе и не желает принимать правила игры сообщества разработчиков ядра.

Выходит в Линуксе у них закрытая тусовочка разработчиков которая не приемлет независимых разработчиков.

«If you’re so convinced you know best, I invite you to start writing your own filesystem. Go for it.»

М-да……….

Линус Торвальдс борется со страдательным залогом в коммитах

TL;DR
Kent Overstreet (18):
      bcachefs: Fix bad shift in bch2_read_flag_list()
      bcachefs: Fix return type of dirent_points_to_inode_nowarn()
      bcachefs: Fix bch2_inode_is_open() check
      bcachefs: Fix trans_commit disk accounting revert
      bcachefs: Add missing wakeup to bch2_inode_hash_remove()
      bcachefs: Fix reattach_inode()
      bcachefs: Create lost+found in correct snapshot
      bcachefs: bkey errors are only AUTOFIX during read
      bcachefs: Make sure we print error that causes fsck to bail out
      bcachefs: Mark more errors AUTOFIX
      bcachefs: minor lru fsck fixes
      bcachefs: Kill alloc_v4.fragmentation_lru
      bcachefs: Check for directories with no backpointers
      bcachefs: Check for unlinked inodes with dirents
      bcachefs: Check for unlinked, non-empty dirs in check_inode()
      bcachefs: Kill snapshot arg to fsck_write_inode()
      bcachefs: Add warn param to subvol_get_snapshot, peek_inode
      bcachefs: Rework logged op error handling

Линусу лучше бы выпилить нахрен big-endian,

Пока МежДелМаш не продал шапку - эт вряд ли.

а не наезжать на Кента. Где Кент откопает эти архитектуры-копролиты, чтобы протестировать работу?

Арендует машино-часы у МежДелМаша, как же еще. Все так делали, он чо, особеное летнее дитё? z серия у пиндосских банкстеров никуда не делась. Нопример https://www.imarcgroup.com/mainframe-market Более того, МежДелМаш замышляет недоброе https://www.cio.com/article/3544720/ai-on-the-mainframe-ibm-may-be-onto-somet... Собирается Харлана ихнего Эллисона в гробу художественно повращать, и запустить надмозг на майнфрейме.

могу с уверенностью заявить, что big-endian фактически мёртв в современном мире.

Он еще на твоих похоронах буквально простудится. Ибо ИБМ не был бы ИБМом, если б не зоплонировал вкатить AI на Z серию. А он уже зоплонировал.

только в локальной ветке

Прастите, типичный опенсорс.

Где Кент откопает эти архитектуры-копролиты, чтобы протестировать работу?

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

Эти машины никто для Линукса не покупает.

Черездорогу задолбал свой код кривучий в мастер пихать, я бы ему и сам по ушам проехался за такое, да покрепче.

С вертухи во щщи! Ишь, интеллигентишка нашелся, ядро наше корёжить!

PS А вот Лёне сопатку никто так и не сломал. Безнаказанность порождает беспредел :D