https://www.phoronix.com/news/Fedora-43-Wayland-Only-GNOME

"The Fedora Engineering and Steering Committee (FESCo) today signed off on the planned change for Fedora 43 that the GNOME desktop will be Wayland-only: the GNOME X11 packages will be removed in this next Fedora Linux release"

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

"Из поставки удалён X.org Server и связанные с ним компоненты. По умолчанию задействован графический стек на базе протокола Wayland. Возможность запуска X11-приложений в сеансе Wayland обеспечивается при помощи DDX-сервера XWayland (оставлен только пакет "xorg-x11-server-Xwayland")"

https://www.warandpeace.ru/ru/news/view/197544/

"На разработку "Золотого купола" планируется направить 25 миллиардов долларов в следующем бюджете США, а общие затраты могут превысить 500 миллиардов долларов в течение 20 лет, отмечает CNN. В числе главных претендентов на реализацию проекта — компании SpaceX, Palantir и Anduril"

Anduril - компания, которая стоит за #nixgate (https://www.tgoop.com/itpgchannel/1882), поэтому, если вы контрибутите в #nix, то вы контрибутите в проклятых американских военных, которые будут сбивать православные русские ракетки!

Поэтому не надо контрибутить в nix, а надо контрибутить в #stal/#ix, проекту нужны ваши руки!

Создателям супераппов в аду будет положен котел с котлами.

За прошедшие сутки я успел:

* Почнить дедлок, про это будет отдельный пост.

* Попробовать собрать #ANGLE из более свежего хрома, с наскоку не вышло.

* Собрал более свежий #ANGLE из поставки WebKit, он там завендорен, с cmake сборкой. После этого оказалось, что там отключен рендер через Vulkan, ну и смысла в этом нет.

* Попробовал собрать "руками", разобравшись в структуре проекта (по мотивам скрипта из WebKit, который переделывает GN -> cmake), но это оказалось слишком сложным.

В итоге, придумал, как счекатутить ANGLE с github, убрав цикл по submodules, и собрал свежую версию родной GN сборкой.

де #vendor пришлось знатно - https://github.com/pg83/ix/blob/main/pkgs/lib/angle/ix.sh#L113-L123

В целом, сейчас конструкция кажется довольно надежной, и мой гештальт от 21 года (https://www.tgoop.com/itpgchannel/129), наконец-то, закрыт.

Если у вас сегодня тяжёлый рабочий день, то возможно вам будет приятно узнать что сотрудники Microsoft в данный момент и вовсе медленно сходят с ума потому что компания выпустила LLM-агентов писать пулл-реквесты в репозитории .net и ситуация развивается примерно так как вы и ожидаете (1, 2, 3, 4; via HN/Reddit)

https://habr.com/ru/companies/pvs-studio/articles/911192/
Антошка, ты в телевизоре

https://www.phoronix.com/news/libinput-Lua-Plugin-System

https://who-t.blogspot.com/2025/05/libinput-and-lua-plugins.html

"The libinput input handling library that's used by both X11 and Wayland based environments on the Linux desktop is preparing to introduce a Lua-based plug-in system. Via Lua scripts it will be possible to modify evdev input events / input device behavior to deal with quirky/broken input devices and better workaround other problems that aren't currently easily addressable"

Слушайте, а вот это прямо очень "вкусно".

Для Linux есть довольно прилично демонов, которые умеют remap событий от evdev.

Хороший список есть у Arch - https://wiki.archlinux.org/title/Input_remap_utilities.

Я перепробовал literally весь этот список, и у всех программ из него есть одна неприятная особенность - они очень opinionated относительно того, что умеют делать. Вот есть у них свой кастомный DSL, и то, что он может выразить - то может, а все, что за рамками - идет лесом. Остановился, кстати, на https://github.com/KarsMulder/evsieve.

Поэтому такой вот micro framework прямо в libinput - это прямо очень, очень хорошо.

Можно было и #WASM, тем более, он уже линкуется в любое GUI приложение, вместе с #harfbuzz (https://www.tgoop.com/itpgchannel/1201), но lua тоже заебись:

"So why Lua? Because it's very easy to sandbox. I very explicitly did not want the plugins to be a side-channel to get into the internals of libinput - specifically no IO access to anything. This ruled out using C (or anything that's a .so file, really) because those would run a) in the address space of the compositor and b) be unrestricted in what they can do. Lua solves this easily. And, as a nice side-effect, it's also very easy to write plugins in"

Как вы знаете, я иногда люблю побенчить тот или иной #terminal (#kitty #alacritty #foot #ghostty #zutty).

Делаю я это очень просто:

1) Через cat вывожу в терминал пару сотен мегабайт бинарного мусора, из /dev/random. Многие эмуляторы не проходят этот простой тест, и падают/виснут намертво, особенно я часто на этом ловил #kitty.

2) Через cat вывожу в терминал пару сотен мегабайт случайного текста, для измерения условной "скорости". Настраиваю оба терминала так, чтобы у них были одинаковые метрики по ширине и высоте текста, и одинаковый шрифт.

Вот, сегодня у нас:

#ptyxis (кстати, станет дефолтом в Ubuntu - https://www.opennet.ru/opennews/art.shtml?num=63270)

real  0m2.014s
user  0m0.002s
sys  0m0.655s
pg:home# time cat 2

И наш (уже бывший!) чемпион, #alacritty:

real  0m2.776s
user  0m0.001s
sys  0m0.799s
pg:home# time cat 2

Что?!? Да!!!

Alacritty проиграл какому-то поделию от проекта #GNOME, такие дела.

Дедлок, кстати, совершенно фееричный.

Chromium (а с ним и #ANGLE) вендорит libwayland, и так получилось, что в libwayland, которую использует остальная часть приложения, разошелся размер какой-то структуры с завендоренным libwayland, со всеми вытекающими последствиями. Полечил я это развендориванием.

Какие тут можно сделать выводы:

* Иногда старый бинарь chrome будет глючить на более свежих Linux.

* Все эти "мамой клянусь - обратно совместимо" - не работают, работает только подход с версионированием, принятый в WinAPI (передача какой-то версии, например, размера структуры, в принимающую функцию) + куча тестов.

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

"Включение Chrony в сборки притянет за собой дополнительную зависимость "libedit2" и приведёт к увеличению размера образа на 803 КБ"

pg:home# ls -la /ix/store/pOi5PbjWb7oQCVCP4DPis2-bin-chrony/bin/chronyd
-r-xr-xr-x 1 ix ix 545624 Jan  1  2000 /ix/store/pOi5PbjWb7oQCVCP4DPis2-bin-chrony/bin/chronyd

Это что, статлинковка лучше?

Будни #bootstrap

Внезапно пришло в голову, что, если у меня есть CI, который строит все пакеты, то я могу построить отображение binary -> package name (https://github.com/pg83/ix/blob/main/pkgs/die/scripts/bins.json), и сделать более удобный ix run:

pg:home# ./ix run zstd --help
*** Zstandard CLI (64-bit) v1.5.7, by Yann Collet ***

Compress or decompress the INPUT file(s); reads from STDIN if INPUT is `-` or not provided.

Usage: zstd [OPTIONS...] [INPUT... | -] [-o OUTPUT]
...

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

91-летний учёный пообещал Путину за два года изобрести процессор в 200 раз мощнее Intel и AMD. Совершить революцию на рынке компьютерных чипов предстоит главному архитектору отечественных чипов «Эльбрус», профессору РАН Борису Бабаяну. При этом для революционного процессора будет использоваться давно устаревший техпроцесс 65-90 нанометров. Сегодня при создании процессоров используется техпроцесс 4 и 3 нанометра. @bankrollo

Полагаю, это в ваттах.

special edition, with static vodka linking

Внезапно у меня появились пользователи, впрочем, совершенно не оттуда, откуда я ожидал.

https://github.com/pkgforge

Вот есть такой проект.

Суть его в том, чтобы распространять готовые, статически слинкованные, бинари, чтобы они портабельно работали на всех Linux.

https://pkgs.pkgforge.dev/ - поиск по готовым бинарям
https://github.com/pkgforge/soarpkgs - вот тут, кажется, у них рецепты "как натырить побольше готовых бинарей с релизных страниц на gihub".
вот тут они развлекаются с appimage - https://github.com/pkgforge/pkgcache
https://github.com/pkgforge/soar - пакетник на "almost memory safe", ага.

В общем, они решили взять #stal/#IX как источник для таких бинарей, запилили #rootfs для докера, в котором лежит образ stal/ix, и через него можно собрать произвольный мой артефакт - https://github.com/pkgforge-community/stalix-pkger

Такие дела.

Советы от Слуцкого

На выходных Яндекс провел CTO Day в Белграде. В воскресенье было выступление Леонида Слуцкого про управление командой. В его случае футбольной командой. Удивительно на сколько много параллелей можно провести с работой руководителя разработчиков. В руководстве футбольной командой все примерно так же, но более утрировано и более остро из-за спортивной составляющей.

Постараюсь основные тезисы выступления привести:

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

2. Есть три стадии ухудшения эффективности: человек хорошо работает и не высказывает недовольство - эффективен; человек хорошо работает и начинает высказывать недовольство - терпим и конструктивные моменты чиним; человек не работает и только высказывает недовольство - безвозвратная точка и надо расставаться с человеком.

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

4. Самая болезненная новость. Стресса и страданий меньше не будет, а будет только больше. Даже если кажется, что в будущем получится меньше нервничать, то это не так, нервничать будешь только больше. Когда ты молодой тренер и проигрываешь кому-то, то никто этого не замечает. Но чем ты успешнее, тем больше людей видят твои неудачи и поэтому проигрыши нервируют гораздо сильнее. Это мудрость от Алекса Фергюсона, которого Слуцкий спрашивал про это.

5. Страх проигрыша гораздо более сильное чувство, чем желание выйграть. Потому что негатив от поражения гораздо сильнее, чем радость от победы. Кто не боится проигрывать - успехов не добиваются. Люди готовы сильнее фигачить для того, чтобы избежать негатив от поражения, чем ради достижения радости от победы. Но постоянно бояться очень тяжело, поэтому вместе со страхом должна быть психологическая устойчивость. Слуцкий рассказал, что Галицкий говорил ему, что Галицкому не важен счет, важна игра. Но при этом Галицкий часто уходил с игры на 75 минуте, чтобы не видеть концовку и счет, к которому концовка приводит.

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

7. Бывают игроки, которые очень плохо идут на контакт. С ними тяжело выстроить близкие отношения. Закрытые игроки. И это нормально, не обязательно вы что-то делаете не так, когда с таким сталкиваетесь. Такое просто бывает и все.

Было еще бесконечное число футбольных баек. Запала в душу одна байка про ситуацию с правым крайним защитником в одной из команд, которые тренировал Слуцкий. В какой-то момент этот крайний правый защитник стал плохо играть. В критические моменты совершал ошибки. При этом игрок крутой. В итоге выяснилось, что крайнего правого защитника раздражают советы правого центрального защитника. И в критические моменты это приводит к тому, что крайний правый защитник слышит совет, тильтует и ошибается. Слуцкий поменял местами правого центрального защитника с левым центральным и это сделало так, что крайний правый защитник заиграл сильно лучше. Вот на сколько человеческие отношения в команде влияют на результативность!

Hacker News now runs on top of Common Lisp
Article, Comments

Будни #bootstrap #rootfs

https://huggingface.co/datasets/stal-ix/rootfs/tree/main

Под давлением общественности, начал готовить регулярные снепшоты rootfs для #stal/ix - можно скачать, войти в них, с помощью вашей любимой контейнерной изоляции (minijail/bwrap/pivit_root/chroot (только не забудьте про сеть, маунты /dev, /proc, /sys)), и можно попробовать позапускать команды из настоящего, живого, #stal/ix.

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