Будни #bootstrap #blob

Оказалось, что там есть версия rollup, которая собрана в бинарь, но под #wasm, и потому может быть исполнена на любом хосте с nodejs.

Понятное дело, что это все против идеи #bootstrap, не надо запускать бинарный треш из интернета, но так-то это временно проблему порешало.

Заодно выяснилось, что там прикопан бинарник от https://github.com/evanw/esbuild, а это уже серьезнее, потому что он на go, статически слинкован, и я даже не заметил, что он у меня запускался в процессе сборки.

Изящно заменил его на свой - https://github.com/pg83/ix/blob/main/pkgs/bin/rqbit/ix.sh#L47-L52

Мораль?

Решил инвестировать больше времени в автоматическое выбрасывание из скачанных исходников всякого бинарного треша!

Кстати, несмотря на то, что я перешел на 19 clang, я так и не перешел на 19-ую libc++. Они там знатно наломали дров, какое-то очень большое количества софта сломали.

Вот, для примера:

https://github.com/pocoproject/poco/issues/4722
https://bugs.gentoo.org/939897#c0

(вообще, хорошо, что есть генту, и что в ней есть clang, там большое сообщество, и они не ленятся заводить баги)

https://drewdevault.com/2025/01/16/2025-01-16-No-Billionares-at-FOSDEM-please.html

Проклятый SJW #ddv продолжает расчехляться.

Миллиардерам, говорит, нет места в open source community, а вот если отвалят много денег "кому надо", то и хорошо, можно воровать и убивать (нет, реально можно, так и пишет):

"Allow me to give you a preview: in addition to posting $5B in revenue and a 21% increase in YoY profit in 2024, Jack Dorsey laid off 1,000 employees, ordering them not to publicly discuss board member Jay-Z’s contemporary sexual assault allegations on their way out, and announced a new bitcoin mining ASIC in collaboration with Core Scientific, who presumably installed them into their new 100MW Muskogee, OK bitcoin mining installation, proudly served by the Muskogee Generating Station fossil fuel power plant and its 11 million tons of annual CO2 emissions and an estimated 62 excess deaths in the local area due to pollution associated with the power plant. Nice."

vs.

"In my view, billionaires are not welcome at FOSDEM. If billionaires want to participate in FOSS, I’m going to ask them to refrain from using our platforms to talk about their AI/blockchain/bitcoin/climate-disaster-as-a-service grifty business ventures, and instead buy our respect by, say, donating 250 million dollars to NLNet or the Sovereign Tech Fund. That figure, as a percentage of Dorsey’s wealth, is proportional to the amount of money I donate to FOSS every year, by the way. That kind of money would keep the FOSS community running for decades"

(спасибо нашим радиослушателям за ссылку!)

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

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

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

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

Старослужащие опять победили, и заставили писать контейнеры, более подходящие для ядра.

Напомню, о чем сыр-бор.

https://www.tgoop.com/itpgchannel/321

Rust stdlib считает, что выделение памяти не может обломиться (и это норм решение для userspace), но в ядре такое не прокатывает, выделение памяти может очень легко обломиться, и эту ошибку надо обрабатывать.

Отсюда, по сути, кастомная stdlib, и невозможность использовать почти весь код с cargo.io в ядре, чего очень хотелось растаманам.

Не вышло, не прокатило.

Одним из своих первых указов, Дональд Трамп отменил Agile.

Настолько испытываю, что запилил альтернативу ya make, но на go - https://github.com/pg83/gg/blob/main/ya.go, за новогодние праздники.

Прямо сейчас это не имеет особого продуктового смысла, служит мне для упрощения и ускорения цепочки bootstrap. Ну и, BTW, это лучший выполнитель статического графа задач, из всех, что я изготавливал (там честные проценты выполнения, например)!

Кстати, если вы - фанат if err != nil {return err}, то почитайте этот файл, и оцените, как приятно может быть писать на go, с runtime exceptions!

#panic

История одного #debug.

https://marcan.st/2017/12/debugging-an-evil-go-runtime-bug/

TL;DR - как определенное сочетание опций сборки ядра и версий GCC ломало go runtime.

Будни #bootstrap

У меня по этой задаче (upver libc++) наступило замечательное состояние "да я ебал".

В конце-концов, это не моя война. Хотят люди из LLVM чистить код - пускай сами имеют дело со сломанными проектами.

А я взял, и:

* https://github.com/pg83/ix/blob/main/pkgs/lib/c%2B%2B/19/patched/0.diff - вернул удаленную специализацию char_traits. Коллеги из clang решили, что создавать std::basic_string из любого типа - это плохо, а на эту возможность заложился много кто.

* Откатил https://github.com/llvm/llvm-project/commit/f9dd885cb6e6b70deff935689bb0dfb7d5b6a1a4 Самое интересное, что в транке у них это уже откачено, а в стабильной ветке - нет. https://github.com/llvm/llvm-project/commit/4f79ef4efff432a93005b156726587c8c5a5ac17

После этого все прошло более-менее нормально.

#Kent

https://www.phoronix.com/news/Bcachefs-Linux-6.14-Merged

"As a follow-up to yesterday's article around the on-disk format changes and other feature work on Bcachefs for Linux 6.14, the changes ended up being merged without issue for this next kernel version. That came after the Bcachefs changes were rejected during the Linux 6.13 cycle due to a Code of Conduct (CoC) committee decision"

"As noted, on Monday saw the Bcachefs pull request for Linux 6.14 submitted with what is hoped to be the last major on-disk format change prior to removing the "experimental" marking on this open-source file-system. Without any commentary by Linus Torvalds or the CoC committee, the changes were indeed merged within a few hours for Linux 6.14"

Кажется, "темная", которую устроили Кенту господа старослужащие, пошла процессу на пользу.

Наверное, это хорошо, потому что сообщество начало подъзаебывать выкрутасы этого господина - https://blog.sesse.net/blog/tech/2025-01-20-21-45_migrating_away_from_bcachefs.html

Очередной self assessment, от того же коллеги.

https://www.npopov.com/2025/01/05/This-year-in-LLVM-2024.html

Хорошая картинка про скорость сборки clang bootstrap прилагается!

В тексте много раз встречается слово "Rust", и автор пишет:

"I updated Rust to LLVM 18 and LLVM 19 this year. Both of these came with very nice perf results (LLVM 18, LLVM 19)"

https://github.com/rust-lang/rust/pull/127513

То есть, LLVM вполне себе работает и на Rust тоже, не только на Clang.

В обсуждении на похорониксе наткнулся прямо на маленький монументальный пост от автора ext2/3/4 fs.

https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1520191-bcachefs-changes-merged-without-issue-for-the-linux-6-14-kernel?p=1520399#post1520399

Из него следует, что самая-самая свободная fs развивается по сути, по требованиям корпораций, и за деньги корпораций:

"Ext4 does get some new features, but they are ones which companies are willing to fund because the return on investment of developing the feature makes sense from a cost/benefit perspective"

Это, конечно, в пику любителям #GPL, как оружия против жадных корпов.

Ну и вообще, там полно перлов

"This might sound horribly corporate, but there's a story about how the ZFS engineers started the project on the down lo, without asking permission from management or getting input from sales, and presented Sun with what was effectively a fiat accompli. Which might sound great,until you reflect that Sun ended up losing money until they had to sell themselves to another company, and effectively there is no longer much of an engineering organization supporting ZFS"

"The answer I came up with was around 100 person years worth of effort, with one low-end estimate of 50 person years, and a high-end estimate of 200 person-years (but that was for GPFS, which was a cluster file system, and so a lot more complicated). I reported this findings to the meeting, and a certain senior engineer from Intel said, "No, don't tell the manager's that because they will never approve the project! Tell them that btrfs will be ready in 18 months." I'll let people decide when btrfs hit that "enterprise ready status", especially for those sexy new advanced features that were supposed to compete with ZFS, but I don't think it's controversial that it wasn't in 18 months"

...

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

А в моем канале - раньше всех!