Warning: Undefined array key 0 in /var/www/tgoop/function.php on line 65

Warning: Trying to access array offset on value of type null in /var/www/tgoop/function.php on line 65
2510 - Telegram Web
Telegram Web
choose your class
commit -m "better"
choose your class
Я, очевидно, варвар.
Всех поздравляю

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

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

Глава "Ростелекома" заявил о полном импортозамещении серверов в РФ
https://tass.ru/ekonomika/22637251
Forwarded from Карательная Мемология (Кровавый Оскал)
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!
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 - нет.

Не буду утомлять вас подробностями дебага, тем, как я запускал 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 (контора пидорасов!) теперь будет пилить свой компилятор, ага.
Forwarded from Programmer memes
Новые хиты

8️⃣ Programmer memes
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from brat_oracle
Схема рабочая
2024/12/30 14:49:42
Back to Top
HTML Embed Code: