95% сделать довольно просто, а вот выше (ravenports) - это какая-то накрутка, пакеты такой свежести будут несовместимы друг с другом, не будут собираться.

https://lore.kernel.org/lkml/CAHk-=wjajMJyoTv2KZdpVRoPn0LFZ94Loci37WLVXmMxDbLOjg@mail.gmail.com/T/#u

Линус ругается про case insensitive fs.

Ругается и ругается, я тут на стороне Кента, потому что иногда это очень надо (например, кросс-компиляция под Винду), но вот есть интересная мысль:

"It's in filesystem people who didn't understand - and still don't,
after decades - that you MUST NOT just blindly follow some external
case folding table that you don't understand and that can change over
time.

The "change overr time" part is particularly vexing to me, because it
breaks one of the fundamental rules that unicode was *supposed* to
fix: no locale garbage.

And the moment you think you need "unicode versioning", you have
basically now created a locale with a different name, and you MISSED
THE WHOLE %^$*ING POINT OF IT ALL."

Версионированный юникод плохо чуть менее, чем KOI8-R или там CP1251, ага.

https://muratbuffalo.blogspot.com/2024/12/utilizing-highly-synchronized-clocks-in.html?m=1

TL;DR - чем точнее ты знаешь время, тем быстрее можешь обрабатывать транзакции в распределенных БД, Google все правильно делает, со своими атомными часами.

LLM4Decompile: языковая модель для декомпиляции бинарников

Это опенсорс LLM-ка, способная превращать бинарный код программы в читаемый C-код. Сейчас она поддерживает декомпиляцию Linux x86_64 на всех уровнях оптимизации GCC — от O0 до O3.

Проект активно развивается: в будущем планируется поддержка других архитектур и языков. А все материалы и модель — в свободном доступе.

Реально крутой проект, аналогов пока не видел 🔥

#инструменты

UPD:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780#c12
https://github.com/boostorg/hana/commit/540f665e5132d75bbf6eda704638622727c0c01c
https://reviews.llvm.org/D123345

https://github.com/ericniebler/range-v3/commit/a4829172c0d6c43687ba213c54f430202efd7497

Записки сумасшедших.

Коммуникации в айти, обстановка

8️⃣ Programmer memes

Тут произошла ДРАМА в камунити Matrix

Все, кто админил Matrix, а именно его наиболее известную имплементацию Synapse (https://github.com/element-hq/synapse/), тот знает, что это страшное поделие, которое жрёт кучу ресурсов.

Когда вы читает в доке At least 1GB of free RAM if you want to join large public rooms like #matrix:matrix.org, то не верьте этому (https://element-hq.github.io/synapse/latest/setup/installation.html)

Естественно, стали появляться другие реализации, в том числе на Rust (оригинальный написан на Python)

Одним из таких проектов стал Conduwuit
https://github.com/girlbossceo/conduwuit

И вот основатель проекта сгорел
conduwuit was on track, and arguably already was, to being the best actively maintained synapse alternative. the success of conduwuit stemmed primarily from my co-maintainer Jason, who i have had noticeably rough times collaborating with but overall still stuck together until yesterday.

yet, since creating conduwuit, over the past 12 months i have had nothing but constant abuse and retaliation and toxicity from all kinds of people across matrix, and none of these people getting repercussions because the world of matrix is incredibly small and they all talk to eachother and participate in eachother's rooms and activities towards me
. . .
and my ambitions for matrix are too high and my project is a threat to taking over synapse and killing all other homeserver implementations
. . .
over the past 12 months, i have faced and still am facing:
- fake security vulnerabilities made up and posted on fediverse to attack me and my project, by queer folks
- false accusations of "withholding security vulnerabilities" on fediverse and matrix
- a highly falsified and libeled document about me that has been primarily passed around the nix community, including by folks who are quite high up involved in nix, to drive away conduwuit users or potential ones, including even posting it in my own rooms, and even recurring donators cancelling their donations
- my servers ACL'd and transfem.dev users banned from queer-owned rooms just because the homeserver is conduwuit
- threats of attempting mass defederation just because i dont participate in spec pedantry so conduwuit "is a threat to federation stability"
- baselessly labeled a zoophile, dogfucker, pedophile, etc on fediverse and on matrix, by queer folks
- getting posted on 4chan, kiwifarms and harassed by those users
- attempts at trying to take control of my project or trying to strong-arm it into a way i dont agree with, primarily by the "rustaceans"
- harassed by docker users and nix users for failing to ensure "stability", "maintainability", better tagging, more frequent stable releases, and other completely minute and miniscule things that are not relevant to focus or worry about
- transfem.dev ddosed, mass-spam registrations, forced to block tor exit nodes and VPNs
- copyright trolls demanding i delete all their commits from conduwuit or face legal action
- an attempt at harassing my previous employer
- demands i ban my primary co-maintainer and being given falsified evidence or opinions of their "actions towards matrix"
Полностью тут
https://girlboss.ceo/~strawberry/conduwuit.txt

На самом деле камунити вокруг Matrix, а точнее альтернативные реализации, будто проклято. Почитать про все срачи можно тут (я орал)
Problems with Matrix homeserver implementations
https://hedgedoc.computer.surgery/s/qMd17DXxP

А теперь немного про проекты

https://gitlab.com/famedly/conduit - известная реализация. Автор замешан в срачах.

https://github.com/matrix-construct/tuwunel - позволяет переехать с закрывшегося Conduwuit, но нельзя с Conduit и Synapse. Автор замешан в срачах и помогал пилить Conduwuit.

https://gitlab.computer.surgery/matrix/grapevine - форк Conduit, который появился потому что разработка первого, да и в целом Matrix, в говне. Автор замешан в срачах.

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

"Начиная с #Mesa 25.1 Vulkan-драйвер NVK будет задействован по умолчанию для GPU NVIDIA Maxwell, Pascal и Volta. В Mesa 25.2 поддержка OpenGL для указанных GPU будет переключена по умолчанию с драйвера Nouveau на #Zink в связке с Vulkan-драйвером NVK. Zink предоставляет реализацию OpenGL 4.6 поверх Vulkan, позволяющую получить аппаратно ускоренный OpenGL на устройствах, поддерживающих API Vulkan. Производительность Zink близка к производительности родных реализаций OpenGL"

Большой день для графики в Linux - полностью свободный, и, главное, хорошо работающий, 3D стек для NVidia!

PS: пока все идет по моему прогнозу от 21 года - https://t.me/itpgchannel/126, что opengl исчезнет в пользу zink/angle, поверх vulkan.

#gold

> Одмен, а в чем прикол делать дистр с фулл статик линковкой? У тебя пост на канальчике про это есть какой-нить?

У меня про это много чего написано, достаточно погрепать канал по "статическая".

В целом, аргументация такая:

* динлинковка - это вынужденная мера, появившаяся, когда у компухтеров было мало памяти
* динамическая линковка - сложнее, тулинг хуже (санитайзеры требуют, чтобы почти весь код (кроме того, что перехватывается), был собран статически использовать msan с кучей .so - заградительно сложно, отладчик работает хуже, код ходит через GOT/plt, а не напрямую).
* динамическая линковка - сложнее, например, во взаимодействии с другими системами (fork(), threads, tls, etc)
* динамический загрузчик - сложный, а еще он suid, есть известные проблемы с безопасностью
* плагины лежат хз где, и часто их не хватает, потому что приложения не могут сказать, чтобы в gstreamer был такой-то #plugins
* в целом, загружать в runtime сторонний код в свое приложение (не в песочнице) - очень странная идея, потому что CI с ним, у вас, скорее всего, не было, и как он будет ездить по вашим данным - неизвестно. Для плагинов сейчас норм решение - #WebAssembly в песочнице, или там https://github.com/libriscv/libriscv
* code bloat, больше поверхность для rop
* #ABI - это бич C/C++
* #perf - 5 - 10% CPU на дороге не валяются
* динамически слинкованные бинари дольше запускаются

В общем, я не за статлинковку, я против динамической.

Статлинковка простая, как 5 копеек, и современные окружения (go, rust) это понимают.

Обогнал nix!

https://github.com/quictls/openssl

"This repository is now archived. We only tracked up through 3.1.7 and then, because it became too difficult as OpenSSL added more code to their implementation of QUIC, we moved to becoming a full fork of OpenSSL. We encourage you to see that respository's README If there features you would like to see from more recent OpenSSL releases, please report an issue, or -- better yet :) -- make a pull request"

Фига, они таки форкнули openssl, и теперь "сами по себе мальчики" - https://github.com/quictls/quictls/

А вот Сэма за такое поведение роботы будут долго пытать палочкой!

Собрать сам #AMDVLK было не очень сложно, но вот с одной из его запчастей пришлось попотеть.

Запчасть называется https://github.com/microsoft/DirectXShaderCompiler, зачем она нужна для amdvlk - непонятно, но отключить ее нельзя.

Собрать ее (в первый раз) было довольно просто, но вот она начала падать, во время запуска в процессе сборки amdvlk.

Причем, в лучших традициях, с загадочным сообщением типа "shit happen, error 100500".

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

Ладно, оттрассировал это дело через gdb, нашел место, где она возникала.

И тут у меня волосы начали шевелиться по всему телу, потому что такого я не ожидал, даже от Microsoft.

Коллеги вынесли всю функциональность компилятора в libcompiler.so, а все тулзы - тонкие обертки над этой библиотекой.

Вроде, пока звучит норм, так много кто делает, для экономии места, например, LLVM. Мне такой способ, очевидно, не нравится, я предпочитаю busybox-style бинари.

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

Для сборки этого в один статический бинарь пришлось соорудить очередного кадавра, но, в итоге, все заработало.

Вообще, в этой цитате прекрасно все.

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

❗️Искусственный интеллект может заменить половину чиновников, считает глава Минцифры РФ Шадаев:

"Человека, надеемся, он не заменит, особенно врачей и учителей. Считаю, что половину чиновников точно может заменить. Может, чуть больше".

Будни #bootstrap

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

Не вообще большим, а большим для одного основного мейнтейнера.

Обновлять полторы тыщи пакетов - это от получаса в день и выше, а позволить себе тратить столько времени на это я не могу.

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

Та-да-да-да!

https://github.com/stal-ix/ix/pull/679

Первый мерж в stable, где бОльшая часть upver, порядка 150 пакетов, была сделана с помощью моей новой автоматизированной системы по обновлению.

Она майнит пакеты, проверяет, что новая версия собирается (пока без пересборки всей репы, на это у меня пока не хватает инфры, но и так уже очень хорошо), и пушит в мой dev!

Я бы сказал, что это открывает дорогу к 10000 пакетов и дальше (на одного мейнтейнера), но, к сожалению, в процессе все еще есть вещи, которые плохо масштабируются, типа обновления clang.

Аааааааааа

Кто пробовал, это просто жиза!

@badtechproject

Так пакеты передаются по сети интернет с SSL/TLS

https://mcyoung.xyz/2025/04/14/target-triples/

Исчерпывающий гайд про target triple, и нет, там нет ответа на вопрос, почему же это triple:

"The fourth entry of the triple (and I repeat myself, yes, it’s still a triple)"

"One last thing to note are the various WebAssembly targets, which completely ignore all of the above conventions. Their triples often only have two components (they are still called triples, hopefully I’ve made that clear by now)"

https://techcrunch.com/2025/04/15/for-security-android-phones-will-now-auto-reboot-after-three-days/?guccounter=1

Теперь и Google тоже понимает толк в #reboot!

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

"участники управляющего совета CVE (CVE Board) объявили о создании некоммерческой организации CVE Foundation, нацеленной на поддержание стабильной деятельности и независимости проекта CVE"

Быстро они.

#вакансияЖепы за пять тыщ

Наткнулся на забавный тред, с автором #Nuitka (это такой хипстерский аналог для cython https://t.me/itpgchannel/93):

https://github.com/Nuitka/Nuitka/issues/2287

Пара цитат:

"I am the creator of Nuitka the Python compiler, which is taking the world by storm"

"I never reproduced this, and you never produced anything that would have allowed this, so I deleted it as noise, esp. as it referred to a factory state, which is explicitely asked to not report to the general tracker, but via Discord or not at all"

"The error you describe was never observed, and you are wasting my time by pretending to report against 1.6.3 and then quoting an error line that doesn't exist in its code. So you wasted my time now. I am telling you, for the last time"

"I would much rather wait for you to create a new report, fill out the template, or wait for somebody with the necessary skill to do it"

Интересное самомнение у коллеги, конечно.

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

TL;DR - Трамп прекратил финансирование Министерства по выделению уникальных идентификаторов.

Наиболее достоверно про 72 (академических) часа написано вот тут - https://www.perm.kp.ru/daily/27576/4845565/ (еще в 23 году).

Интересно, работает ли эта программа вообще, потому что исходный вчерашний текст больше похож на вброс.

#rust #meme

old.reddit.com/r/rustjerk/comments/yd770d/how_does_rust_make_me_write_good_code

https://t.me/ejdailyru/317138
https://t.me/ergosdumaofficial/15358
https://www.kommersant.ru/doc/6312197

"Проект по переобучению бывших военных на IT-специалистов запустили осенью 2023 года в нескольких регионах: ДНР, Курской, Астраханской, Волгоградской, Рязанской, Нижегородской областях, Калмыкии, Краснодарском, Пермском и Хабаровском краях. Предполагалось, что эти профессии помогут получить высокооплачиваемую работу в первую очередь инвалидам.

Первая группа участников проекта обучалась онлайн на базе Донбасского государственного технического университета. Участникам войны предложили несколько программ, переобучение по которым составило всего 72 часа"

Про 72 часа фактчекинг у меня не проходит пока, ну и, скажем, для менеджера 72 академических часа может быть и норм, если вы понимаете, о чем я :))

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

Не пойму, является ли эта техника регулярным #reboot, или нет.

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

Мне это напоминает историю с kernel mode setting, когда случается несколько переключений из одного режима в тот же самый, просто потому, что два режима невозможно сравнить на равенство, не имея весь их state на руках, а он размазан по всему ядру.

Тра-та-та https://repology.org/repository/stalix!

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

Интересно, это зачем?

SpacetimeDB

Я как геймдевелопер в душé был приятно удивлен

Если кратко, то это relational бд, где вместо традиционного backend + SQL over network ты пишешь явно модули (запросы + логика) на каком-то ЯП, они компилятся в васм, и запускаются прям внутри бд,
Плюсы по перфу очевидны: latency уменьшается а throughput увеличивается колоссально, так как вместо
client -> (backend -> SQL -> backend) times N -> client
мы получаем
client -> db -> (wasm -> in memory -> wasm) times N -> db -> client
Убрали сеть, убрали ось, получаем перф (добавили васм, но вроде как он довольно хорош по перфу)
Они, видимо, еще интегрировали какие-то доп решения (балансеры и прочее), чтобы был единый продукт для геймдевелоперов, но это уже детали.

Забавно то, что блин идея то не нова. Я сам думал о такой архитектуре еще несколько лет назад и спрашивал себя, почему никто это не сделал. Но я бы поспорил, что на самом деле сделали в блокчейне. Да, хуе мое децентрализация, но идейно архитектура бд то очень похожа - вместо традиционного backend + sql, у тебя виртуальная машина (evm в случае блокчейна, wasm в этом случае), и ты пишешь кастомную логику, которая прозрачно делает запросы к бд (контракты в блокчейне, "модули" тут). Возможно какие-нибудь yt подобные штуки тоже стали уметь в это (в мое время стажером в я они не умели)

По сути главное отличие от "современных" решений тут в том, что сейчас "модно" слоем абстракции выбирать сеть - закон мура для сети внутри дц пока не остановился, сеть улучшается с каждым годом. Но геймдев это одна из редких сфер, где задачи зачастую cpu+memory bound: тот же банальный пример обновить позицию миллиону точек. И тут люди решили сделать по сути упрощенное "облако" но внутри одной машины/процесса, чтобы получить плюсы всего.

Я не утверждаю, что это какое-то groundbreaking решение, и что оно заменит все, но I'm a sucker по идейно новым подходам, особенно когда идейность это return to monke, упростить стек, и использовать hardware на 100%.

Будни #bootstrap

Таки нашел в себе силы разметить пакеты данными, нужными для https://repology.org/docs/requirements

https://github.com/pg83/store/blob/main/dump.json

Размечено, по грубым прикидкам, до 3/4 моей пакетной базы, остальное придется допиливать вручную.

Ждем валидации данных, надеемся, держим за меня кулачки.

Literally я на работе.

Когда чинишь обратную совместимость в старом скрипте после обновления cuda и PyTorch

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

Больше повторяемых сборок, хороших и разных!

Смотрите, какой очаровательный шерстяной волчара.

Это, если что, на текущий момент самый реалистичный дипфейк на лютоволка.

Нам тут раз 10 уже прислали новость про то, как оживили волков из "Игры престолов". Так вот. Хрен они там кого оживили, это всё пиар и провокация. С одной стороны. С другой — кое-какая работа всё же была проделана интересная.

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

Пойдём по фактам.

— Команде из 50 учёных ранее удалось секвенировать ДНК волка из 46 образцов. Из них только два образца дали пригодную для анализа ДНК, покрывающую всего 0,25% генома. Колоссалам удалось получить доступ к этим образцам и, используя передовые технологии, извлечь в 500 раз больше ДНК ужасного волка, чем предыдущим исследователям. Ну что ж, наука на месте не стоит, секвенаторы стали лучше. Но нарисовано всё так, как будто 50 человек с 46 образцами занимались хернёй, а отважные 6 экспертов с 2 образцами всех порвали.
— Донором остального кода стал современный серый волк с наиболее научно подходящим геномом и без примеси ДНК домашних собак.
— Дальше стали сличать волков по селфи. Нашли наиболее значимые визуальные изменения между лютоволком и серым: это размер всего волка (лютый в два раза тяжелее) и т.п.
— Нашли 20 локусов в 14 генах, которые отредактировали у серого волка. Ключевое — LCORL (Ligand Dependent Nuclear Receptor Corepressor Like), он кодирует фактор транскрипции, контролирующий экспрессию сотен других генов, связанных с ростом тела. Проще говоря, это регулятор размера тела у многих млекопитающих.
— Взяли из крови серого волчары эндотелиальные прогениторные клетки (EPCs) и отредактировали их.
— Воткнули в эмбрион в собаку и вырастили шерстяных волчат. Эта же домашняя собака стала им нянькой.

Процесс эпически описан тут. Учитесь делать презентации )

Давайте ещё раз:
— Из 2,5 миллиардов пар оснований отредактировано 20. Остальное там от серого волка.
— 5 из 20 редактирований связаны только с перекрашиванием серого волка в блондинку.
— Ладно, по словам Колоссал, геном ужасного волка имеет 99,5% сходства с геномом серого волка. Остаётся 12,5 миллионов пар.
— В этих 12,5 миллионах пар — 5,7 миллионов лет эволюции и оптимизации фреймворка к окружающему лютомиру.
— Волчат рожала обычная (но довольно геометрически большая) собака.

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

И нефиг нам подсовывать волка на другом движке, спасибо, у нас такой уже есть. Вот ещё разбор с теми же самыми мыслями, но в конце есть токен для Природы на снятие пейволла с работы.

Сама научная работа по настоящим лютоволкам (точнее, Canis dirus, дословно — собака страшная): там описаны эти 46 образцов, из них 5 оказались с достаточным количеством материала, и если митохондриальные более-менее целые, то ядерные последовательности почти поломались. 2 из 5 образцов дали больше 90% информации. Именно эти два и забрали Колоссал позже.

Зато про лютых сняли кучу милых видео, дали подержать их Мартину, дали правильные имена и показали журналу Время. Учёные, вероятно, действительно сделали много важных прикладных вещей, но запомнят их не так. А пиарщики молодцы, хоть и те ещё ублюдки.

--
Вступайте в ряды Фурье! Лужа не замкнута!

В условии есть определенный пиздеж, потому что, за всю историю мехмата, не набралось и 10-и женщин, которые бы его окончили!

(мехмат finished)

(предложка)

Сегодня отмечается День рукожопа или же День рук, растущих из задницы.

Поздравляем всех причастных.

только ГОСТ, только хардкор

https://rkn.gov.ru/press/news/news74921.htm

Роскомнадзор (РКН) рекомендует владельцам российских частных виртуальных сетей (virtual private network, VPN) отказаться при передаче данных от иностранных протоколов шифрования, а в случае технической необходимости их использования обратиться с заявлением в Центр мониторинга и управления сетью связи общего пользования (ЦМУ ССОП).

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

TL;DR - у Гектора началось весеннее обострение.

«Наша команда закрыла только треть задач спринта, потому что всех шокировала смерть Паши Техника»

Мальчик Максим, 34 годика.

Всегда мечтал так пройти Марио

Переделал мем про C++ 🌝

Там, конечно, по этому поводу случился очередной смачный срачик, но все уперлось (сюрприз-сюрприз) в нежелание авторов в ABI break:

https://github.com/harfbuzz/harfbuzz/issues/2524#issuecomment-2784820781
https://github.com/harfbuzz/harfbuzz/issues/2524#issuecomment-2785137253
https://github.com/harfbuzz/harfbuzz/issues/2524#issuecomment-2785205469

"Any ABI breakage is going to upset an even larger group of people. Not to mention that we already made a promise to never change ABI (or API) in a backwards-incompatible way"

"We are at HarfBuzz 11.0.1 now and it's ABI compatible all the way back to 0.9.x series from 2012"

finita la commedia

https://github.com/harfbuzz/harfbuzz/issues/2524#issuecomment-2784699109

Кольцо и кольцо, какое кому дело?

#harfbuzz

BTW, я однажды нечто похожее сформулировал в https://t.me/itpgchannel/134 (это было еще до AI boom), и, c тех пор, только укреплялся в своем мнении.

Мое основное возражение не в "кто" и "что", а в "когда".

Современная генерация AI не способна сделать +1% к человеческому baseline, и, тем самым, на ее основе "раскрутить" экспоненциальный рост не выйдет.

#strong_ai

Слушайте, ну я дочитал, правда, только красную ветку, на зеленую сил не хватило.

Думаю, можно снять классный фильм, или сериал, вот, правда, к реальности это отношения не имеет никакого, и иметь (в заданном timeline) не будет.

#strong_ai

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

"Предполагается, причиной замены стали недавно выявленные проблемы с безопасностью в rsync, работа по сокращению компонентов под копилефт лицензиями и желание избавиться от устаревшей версии rsync, обновить которую не получается из-за лицензионной политики"

Apple дуреют с этой прикормки, ага.

https://ai-2027.com/

Ня какой классный фанфик!

ничего необычного: просто айтишники метают серверы

На ежегодном CloudFest, который проходит в Германии, можно было поучаствовать, пожалуй, в лучшей активности — в турнире по метанию серверов.

Ребята исполнили мечту всех выгоревших и давно не ходивших в отпуск, респект.

@your_tech

Таб-таб - и в продакшен

Эффективные методы удаления волос с попы

Don’t become a forever junior who lets AI do all their work. If you want to become a programmer, learn to program yourself. Be curious, put in the time and effort to learn how things really work, and how things work in the layer below that. It really pays off. Learning how everything works under the hood and using that is amazing, just keep learning, don’t be a prompt engineer (if you can even call that engineering). Believe me, it’s more fun to be competent9.

Even though AI might be smarter than you, never blindly trust the AI output. Don’t build your whole workflow around it. Sometimes try to work without it for a few days. The better at programming you are, the more AI will get in your way for the more complex work.

If you learn to code now, keep building your skills instead of letting AI do all the heavy lifting, you’ll be capable of fixing the messes that vibe coding is now creating. I don’t want to sound elitist, but if you don’t want to learn to go beyond vibe coding, maybe coding isn’t for you. Because positions where all work can be done by vibe coding are the ones that will be eliminated first when AI becomes more powerful.

And remember: if you cannot code without AI, you cannot code.
Why I stopped using AI code editors
https://lucianonooijen.com/blog/why-i-stopped-using-ai-code-editors/

Lenovo выпустили ThinkPad VibePad для вайбкодеров

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

"Интерпретатор занимает менее 4 КБ и может работать на системах с 4 КБ ОЗУ"

Вот интересно, это много или мало?

https://github.com/jart/sectorlisp вот в 512 байт помещается, но под ним есть BIOS, который можно использовать.

better

https://clickhouse.com/blog/rust

Рубрика "физики шутят". История интеграции rust в clickhouse.

"To not risk the mental health of our precious senior C++ developers, I outsourced this task to an undergrad student. To be honest, it's much easier to find Rust experts among undergrad students than inside the company"

"everyone else thinks "What a wonderful idea, and, also, Rust" and gives this project a star on GitHub. This is, by the way, how most of Rust projects get their stars on GitHub. It doesn't look like someone wants to use this language, but what we want is to ride the hype"

"Rust is a memory-safe programming language, but to the surprise of our contributors, the first attempt to add Rust code often leads to a segmentation fault"

"Also, we disabled debug info for all Rust libraries, because as Rust is safe, who needs to debug it?"

Отмечается отсутствие удобной обработки ошибок (динамические исключения), и, как следствие, лишние паники, разбросанные по коду используемых библиотек. Оказалось, что паники в Rust таки можно ловить - https://github.com/ClickHouse/ClickHouse/pull/60615, и это хорошо, можно писать простой линейный код, чтобы там не думали апологеты обработки ошибок через возвращаемые значения. Правда, я так и не понял, будут ли корректно освобождены ресурсы, если так делать.

#infra #gitlab #selfhost

Продолжаем тему https://t.me/itpgchannel/2544

https://vikunja.io/changelog/moving-to-github/

А вот вам совершенно взвешенный подход к делу, когда человек - не фанатик, и решает насущные проблемы:

"But right now, the practical benefits of GitHub outweigh the advantages of self-hosting"

"While self-hosting sounds great in theory, the reality is that it can create many more problems for a project of our size. By moving to GitHub, we're choosing to focus our energy on building great software and fostering a community of contributors"

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

https://www.phoronix.com/news/Ubuntu-Details-No-O3-Everywhere

https://www.phoronix.com/news/Ubuntu-No-O3-Easier-ARM64

Внезапно в Ubuntu поняли, что O3 не нужен, и решили его откатить, потому что:

"Distro-wide O3 does not seem to provide better performance and regresses it in interactive tasks. It affects load times by up to 11.9% which is detrimental to container workloads that strive for fast application startup.

Overall, this regression is mostly caused by the increase in the executable size. In addition, in some situations -O3 and Link Time Optimization together can result in excessive function inlining which then in turn regresses performance (presumably through register pressure or instruction cache thrashing).

It is fair to say that all of this is inline with conventional wisdom: -O3 can help in some situations but is not a sensible default. But it is definitely better to verify this than just rely on folk knowledge! In addition we still want to investigate more ways to improve the performance of Ubuntu, and each time we exercise our benchmarking muscles we will get better at it"

Я как-то писал свою точку зрения про #O3 - https://t.me/itpgchannel/448, с тех пор особо ничего не поменялось.

Подогнали классный сайт - https://arewemodulesyet.org

TL;DR - в год примерно 4.5 проекта начинают поддерживать модули, и, такими темпами, на всеобщую поддержку понадобится 500 лет!

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

https://github.com/mesonbuild/meson/issues/5024

Мучительный тред про добавление в #meson C++ modules (все еще Open).

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

#if __has_feature(frobnitz)
import frobnitz;
#else
import fallback.frobnitz;
#endif

И вторая проблема - а как и когда понять модуль сгенеренного С++ исходника.

Тред - просто сплошная боль и мучения, из серии "я сходил в clang, и они хотят вот это вот сделать так, а msvc не хочет так, а у gcc вообще свой путь".

Кажется, что они пока так и не договорились, какие расширения должны быть у исходников с модулями:

"we need a way to determine whether a C++ source should be treated as a module. VS and Clang use (different) specific extensions, gcc does not"

Понимания о том, когда парсить, как парсить, как на основе информации от компилятора обновлять dep graph, у них тоже пока нет.

#AMDVLK #mesa #ANGLE

После того, как я понял, что, в принципе, AMDVLK умеет жить без X, потому что он так живет на Android, я таки осилил его собрать, и даже позапускать какие-то приложения.

В целом, все работает, и у меня теперь ажно 3 различных реализации vulkan - https://github.com/pg83/ix/blob/main/pkgs/lib/vulkan/drivers/ix.sh#L3-L12

Собрать было не очень сложно, сложно было скачать, потому что они распилили кодовую базу на 7 частей, и склеивают их довольно странным образом, мне пришлось все это переработать, потому что CI в сеть не должен ходить, а их скрипты ходят.

https://github.com/pg83/ix/blob/main/pkgs/lib/amd/vlk/ix.sh#L58-L100

Из неприятного - произвольный бинарь с AMDVLK становится мегабайт на 50 толще, потому что они, зачем-то, хотят очень приличный кусок от LLVM, и не только сам LLVM (его много кто хочет, для шейдеров), а еще и запчасти от clang.

Помните, в прошлом году делали софт для умного дома Дилдок.Лайф. Там у них мега-навороченные умные унитазы с голосовым ассистентом. Мы их предупреждали, что такое случится, но они не слушали и требовали делать всё по их ТЗ.

И вот итог:
1. Дата-центр лежит уже 3 часа.
2. Их умные унитазы из-за отсутствия соединения отказываются смывать. Ручной кнопки смыва в них не предусмотрено, всё только через голосового помощника или с телефона управляется.
3. Вся их умная бытовая техника тоже не работает или заглючила. Даже чайники не работают. А роботы-пылесосы активировали режим «skynet».
4. Техдир из Лайфа просит нас срочно что-то сделать, любые деньги предлагает.

Я ему посоветовал смывать в унитазе пока из ведра. Но у него дома умные краны, и они тоже не работают.

#стояделали

А кросс-компиляции как не было (https://t.me/itpgchannel/132), так и нет. И не будет, ага.

Вышел-таки релиз смака 4.0!
Авторы решились поднять мажор, чтобы подсветить изменения в обратной совместимости и аккуратно выпилить старьё времён версии 2.8.ххх, старее, и вверх до версии 3.5 - старые политики, некоторые кривые вещи, устаревшие ещё с начала 10-х годов, хотя, по изменениям релиз минорный (до февраля это был ещё релиз 3.32, жалко, что красивой цифры 3.33 мы так и не увидели).
Для поддержки сборки проектов, которые собирались на последних версиях (3.31, 3.30 и некоторых раньше) добавили переменную окружения для мейнтейнеров старья CMAKE_MINIMUM_POLICY_VERSION
, и ей надо задать версию 3.5, чтобы старые проекты не ругались на старые политики сборки, которые были удалены. Авторы смака вместе с мейнтейнерами некоторых дистров (дебиан, Федора) помогли починить кое-где сборку.
Если у вас проект, у которого стоит cmake_minimum_required(VERSION 3.4) и ниже - пора обновиться, желательно на 3.10. (у проектов, у которых нет этой команды вверху, лучше добавить эту команду, чтобы правильно применять политики обратной совместимости).
Помимо этого, там:
- в рамках тикета нашли багу в LLVM, в его поддержке модулей c++20 для clang/libc++ (Там глава Kitware зачинил багу);
- Продолжают внедрять и стабилизировать CPS - декларативный формат для внешних зависимостей, которые потом будут цепляться через find_package(libmeow COMPONENTS paws)
- Улучшают инструментацию сборки/конфигурирования проекта (активности примерно начались с версии 3.18, когда добавили простую возможность профилирования этапа конфигурации проекта), теперь можно будет получить более детальную информацию о том, что именно подтормаживает при процессе конфигурации/сборки проектов. Формат данных - flame-graph, включить в своем проекте можно через флаги --profiling-output= --profiling-format=google-trace, например: cmake -S . -B build --profiling-output=configure-profile.json --profiling-format=google-trace. Полученный JSON можно скормить служебной странице хромиумоподобных браузеров about:profiling, в случае с Firefox - на profiler.firefox.com. Также такие файлы понимают некоторые IDE, типа Qt Creator, vscode и пр.

В четвертой версии эту вещь расширили (на сборку, линковку, кастом-шаги), написали документацию, и сделали возможность задавать свои хуки на измерения, общаться через CMake File API (используется IDE-шками для сбора ВСЕЙ метаинфы о проекте, о таргетах, исходниках и пр.). Новая фича спрятана под волшебным идентификатором CMAKE_EXPERIMENTAL_INSTRUMENTATION. Такие идентификаторы описаны тут (там и про CPS, и про find_package() с CPS, и про import std, который все ещё не достаточно стабильный, и авторы CMake ходят фиксят/репортят баги в апстримах). Эта тема будет интересна для авторов IDE, для девопсов и тех, кому хочется найти узкие места сборки как локально, так и на CI/CD, и я, возможно, сделаю по этой теме отдельную заметочку;
- потихоньку улучшается дока по CMake , поэтому рекомендую периодически ее посматривать - авторы за релиз обычно много всяких полезных уточнений делают/принимают от волонтеров
- на мобильных устройствах теперь левая колонка со ссылками спрятана в "бутерброд"-кнопку контекстного меню;
- старые генераторы для MSVC, которые принимали в своем имени битность архитектуры (вида "Visual Studio 2015 64") были дропнуты в пользу флага -A
- Теперь можно экспортировать журнал конфигурирования проекта в формат SARIF через флаг --sarif-output=
- Началась работа над генерацией SPDX SBOM
- Пачка прочих изменений (384 мерж-реквестов было слито, и там сотни файлов и тысячи строк были дропнуты после удаления старых вещей)
- также там был влит мой "фермерский" MR с фиксом кодировки текста ошибки, который можно получать через функцию FormatMessage(), там неверно интерпретировалась строка как юникод (haha, classic).

Другие изменения (а я рассказал только про удаленные вещи и про интересные экспериментальные фичи) можно глянуть в списке изменений тут: https://cmake.org/cmake/help/v4.0/release/4.0.html

#длиннопостик #смак #cmake #cpp #cxxmodules #profiling #build

v1.1.1-2025-03-09-0046

#длиннопостик@AlexFailsChannel

#llvmweekly

https://nnethercote.github.io/2025/03/19/how-to-speed-up-the-rust-compiler-in-march-2025.html

"Every LLVM major update for several years has made the Rust compiler faster. This is not due to some law of nature. Rather, it reflects sustained, excellent work from the LLVM developers. Kudos to them"

UPD:

Several years ago:

https://www.npopov.com/2020/05/10/Make-LLVM-fast-again.html

> Each LLVM release is a few percent slower than the last. LLVM 10 put some extra effort in this area, and somehow managed to make Rust compilation a whole 10% slower, for as yet unknown reasons.

(далее описывается внедрение CI с бенчмарком)

Будни #bootstrap

В саппортный чат #stal/ix (не ищите, там нет ничего интересного) пришел интересный коллега, и рассказал, что он случайно пришел к такому же дизайну пакетного менеджера, и OS на его основе:

https://ccx.te2000.cz/stagit/pthbs/file/README.html (диздок 1-в-1 как у IX)

Понятное дело, что тут очень много схожего с прародителями, типа Nix/Guix, но вот есть важная деталь, которая обеспечивает новизну этого дизайна:

"Jinja-based templating system for generating package definitions for pthbs"

https://ccx.te2000.cz/stagit/mrrl/file/templates/pkg/bison.html - вот, например, его пакет с bison.

Много общего с тем, как устроено у меня.

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

Продолжаем тему https://t.me/itpgchannel/2798 https://t.me/itpgchannel/2673

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

"Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра"

"Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, охарактеризовал текущее состояние, как "почти готовность к написанию реального драйвера на Rust" https://lore.kernel.org/lkml/Z5kokYUDYEO2Cknj@kroah.com/"

UPD - звук к процессу - https://www.youtube.com/watch?v=BzNzgsAE4F0

AI-стартапы наглядно

Обновлённый ChatGPT прекрасно создаёт советские плакаты

Такое можно и на стену повесить 👍

🙈 Подписаться на Лепру 🙈