Оказывается, intel практически в одну калитку проигрывает рынок серверного железа.

#rant

https://infosec.exchange/@wdormann/113625346544970814

"An EXT filesystem can tell the Linux OS how it should behave "if" the filesystem is corrupt, including triggering a kernel panic. In a world where USB thumb drives exist, this seems... not ideal"

Любое блочное устройство надо рассматривать как remote, со всеми вытекающими. Верхний уровень должен уметь делать retry, и указывать таймаут на любую операцию. Проблема в том, что современные FS делают это плохо, и не очень консистентно. Я как-то находил в коде XFS такие retry, но "плохо и мало".

С точки зрения пользователя FS тоже всегда должна рассматриваться как remote, со всеми вытекающими retry и указаниями таймаутов.

К сожалению, API unix такой, и вряд ли он поменяется, потому что огромные объемы софта полагаются на то, что "FS всегда есть под ногами".

Хоба, вжух-вжух, и это поделие становится дефолтным терминалом в ubuntu!

#ptyxis

https://www.phoronix.com/news/Ubuntu-Ptyxis-Recommended

Чтобы я так жил, недоделку над #libvte - и дефолтным терминалом.

Впрочем, в последнее время очень много таких транных решений!

Как вам https://fedoraproject.org/wiki/Changes/FedoraMiracle, а?

Это fedora remix на wayland compositor, который пока есть только на бумаге (https://github.com/miracle-wm-org/miracle-wm)! А fedora на нем уже есть!

choose your class

Я, очевидно, варвар.

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

Хотят переписать пакетный менеджер Arch Linux на Rust, за много денег.

В Arch самый всратый пакетный менеджер, который вообще себе можно представить, и зачем нужна эта "гальванизация трупа" - совсем непонятно.

Всех поздравляю

В России полностью решена проблема с импортозамещением мощных вычислительных ресурсов, заявил глава "Ростелекома" Михаил Осеевский, выступая в Совете Федерации.

"Хочу доложить, что сегодня страна чувствует себя достаточно уверенно. У нас полностью решена проблема импортозамещения мощных вычислительных ресурсов, серверов, систем хранения [данных]", - сказал топ-менеджер.

Глава "Ростелекома" заявил о полном импортозамещении серверов в РФ
https://tass.ru/ekonomika/22637251

От @qplazm3r

https://www.mail-archive.com/devel-announce@lists.fedoraproject.org/msg03423.html

Видимо, у btrfs дела настолько плохи, что ей нужна отдельная Special Interest Group в составе Fedora:

"As Michel Lind mentioned back in August[1], we wanted to form a Special Interest Group to further the development and adoption of Btrfs in Fedora. As of yesterday, the SIG is now formed"

Скорее бы уже #bcachefs!

OpenAI whistleblower found dead in San Francisco apartment
Article, Comments

https://tass.ru/mezhdunarodnaya-panorama/22658767

Наш слоняра!

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

"mergiraf - AST-ориентированный инструмент для трёхстороннего слияния в Git"

Божечки, какой классный норкоманский текст:

"Ниже представлено подробное описание проблем, решаемых при помощи mergiraf:

Программное обеспечение является ярким примером чрезвычайно сложной системы. Сложные системы имеют одно общее свойство - они СЛОЖНЫ - и вы не можете ожидать, что нужное сложное поведение возникнет само собой, случайно"

Инструмент не использовал, выглядит дико.

UPD: дико потому что

"Текст написан в субъективном и неформальном стиле. Как автор текста - мне и решать. Не казённым же официозом писать?

В тексте присутствуют некоторые проблемы. В частности "направленный граф" по-русски будет ориентированным. Это потому, что я написал текст сначала на английском, потом дал задание нейросети улучшить его стиль, сохраняя контент, а потом дал ей же задание перевести на русский"

Будни #bootstrap

Я как-то писал про устройство хеша в своем cas - https://www.tgoop.com/itpgchannel/575

После https://www.tgoop.com/itpgchannel/2477 я решил, что хватит экономить на спичках, и взял в путь не 16 символов от хеша, а 22 (вот так вот странно, потому что у меня там base62) - https://github.com/pg83/ix/commit/d4c1c6cb2b0438d918715f73301848f6408531f1 https://github.com/pg83/ix/commit/8bb1e74c10b7185cda6d4092c0d6553d0fafc919

Решил и решил, но, после этого, у меня начала падать в CI сборка ya, и nix.

Падать с одной и той же ошибкой - E2BIG, она же https://github.com/pg83/ix/commit/d4c1c6cb2b0438d918715f73301848f6408531f1, она же "Argument list too long".

Это довольно известная ошибка, она связана с тем, как ядро запускает новый процесс (argc, argv, env передаются через стек вызвающего процесса). Ну и если стека не хватает, то получается вот такая вот хтонь.

То есть, падать стало довольно закономерно - пути стали длиннее, и перестали помещаться в размер стека.

Я про эту проблему знал, поэтому просто увеличил ulimit -s, и стал ждать того, что мой CI добежит до конца.

Но нифига, ошибка продолжила иметь место быть. И, что самое, СУКА, интересное, если я локально запускал в shell ту же команду, что падала в CI, то, после ulimit -s unlimited, локально все работало, а в CI - нет.

Не буду утомлять вас подробностями #debug, тем, как я запускал strace в сборочных нодах, и тем, как я думал, что ошибка в gnu make, потому что там были манипуляции с max stack size (которые я тоже очень элегантно отключил - https://github.com/pg83/ix/blob/main/pkgs/bin/make/proper/ix.sh).

В итоге, все оказалось довольно просто - make просто брал команду, и запускал ее через /bin/sh -c "very long command".

Понимаете, да?

Я напоролся на ограничение размера одного аргумента командной строки, а не на суммарную длину всех аргументов.

Второе лечится через ulimit -s, первое - нет.

Тут же стало понятно, почему локально "все работало".

Потому что интерактивный sh токенизировал эту очень длинную команду, и делал exec('very', 'long', 'command'), а не exec('sh', '-c', 'very long command')!

Для ya я это починил очень изящно - сделал так, что переменные в команде раскрывал не make, а сам shell, для этого оказалось достаточно заменить несколько переменных из $(A) -> $${A}. https://github.com/pg83/ix/blob/main/pkgs/bin/ya/0/preproc.py#L3-L11

А вот nix пока так и не починил, там все очень печально.

https://repology.org/tools/important_updates

Прилетело кучу обновлений библиотек от Xorg, вангую, что опять ведро CVE пофиксили.

https://discourse.llvm.org/t/survey-mlir-project-charter-and-restructuring-survey/82996

Проект #LLVM решил провести опрос (тема не столь важна), и использовал для этого платформу Google Docs:

"Following up our long discussion on the MLIR project governance and charter, we decided to create a survey to understand how MLIR developers and users connect to the upstream infrastructure"

Результат убил:

"Apparently the survey is in “violation of Google’s Terms of Service”, and requesting a review brings a 404 page. Luckily, they didn’t delete the spreadsheet results, so I’ll still be able to extract information from it, just not as quick as I hoped. I also made copies, in case the sheets also get deleted.

This means the survey is now closed"

Я так понимаю, Google (контора пидорасов!) теперь будет пилить свой компилятор, ага.