На календаре 2-е апреля, а это значит что

x = 5**2+4**2
print(f"Теперь Saahriktu {x} годик!")

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

Новые иксы будут поддерживать разрешение вплоть до 800x600, а при подключении ЖК монитора будет выводиться предупреждение: «Внимание! Монитор слишком новый, подключите ЭЛТ монитор!».

Маинтейнеры дистрибутива Arch уже выразили заинтересованность в обновлении Xorg в репозитории на эту новую версию. «Эта новая версия Xorg, определённо, гораздо лучше подойдёт тем пользователям, которые всё ещё продолжают пользоваться Xorg!», - заявили они.

В свою очередь компания Red Hat заявила, что несмотря на удаление Xorg из состава дистрибутива Fedora, всем желающим за соответствующую плату будут разосланы комплекты официальных установочных дискет с этой новой версией Xorg.

Правительство Китая пытается запретить своим компаниям возобновить массовое производство ЭЛТ мониторов, на которые теперь ожидается повышенный спрос.

https://www.phoronix.com/news/Xorg-Cobol-2025

Вот уже около месяца у меня горит стул от двойных стандартов по поводу используемой терминологии. Это так и надо by design?

Вот я юзаю композитор, который описывается как гибридный: тайлинг + плавающие окна. Можно настроить все окна по дефолту плавающими, я так и сделал. Принципиальных отличий от того же FVWM'а, который ни разу не тайлинг, не вижу.

И что же? Дальше ЛОРовцы вбрасывают такие предпосылки:

• Все тайлинговые WM и композиторы умеют делать окна плавающими, поэтому «гибридных» не существует, все они именно тайлинговые.
• Тайлинг - говно, поскольку неправильно размещает окна, рулят оконные менеджеры с плавающими окнами.

Нет слов, одни эмоции...

Собственно, сабж: https://github.com/hyprwm/Hyprland/releases/tag/v0.48.0 .

По ссылке большой Changelog, много багфиксов и улучшений. Проект отмечает 3 года (Ура!!! 🎉).

ЗЫ. Юзеры Ximper Hyprland и регулярок ALT Linux'а могут никуда не торопиться, в ближайшее время обновления Hyprland'а до этой новой версии в Сизифе не будет по ряду причин. Соответственно, там пока остаётся версия 0.47.x.

Собственно, сабж.

free classic XT - это реализация на Rust'е изначально написанного на Perl 5 free-classic-ng: Вышел free-classic-ng 0.0.2. .

А Taigaswitcher это реализация на Rust'е также изначально написанного на Perl 5 Eighth finger of taiga bear - утилиты, которая исправляет русский текст, который был ошибочно набран на английской раскладке.

$ ./freeclssc
Memory Total: 62.725677490234375 GB
Memory Used: 3.345752716064453 GB
Memory Free: 56.71554183959961 GB
Memory Cached: 2.2364463806152344 GB
Memory Buffer: 0.4279365539550781 GB
$

$ echo "b yt yflj pfyjdj gthtyf,bhfnm ntrcn" | ./taigaswitcher
и не надо заново перенабирать текст
$

Ссылки на скачивание:
https://saahriktu.ru/downloads/free_classic_xt-0.2.tar.xz
https://saahriktu.ru/downloads/taigaswitcher-0.1.tar.xz

Enjoy!

Собственно, сабж. Squirrel with rusty fangs - это реализация Brutal Squirrel (https://github.com/saahriktu/Brutal-squirrel (конвертор в шестнадцатеричные числа и обратно)) на Rust'е.

Скачать можно тут: https://saahriktu.ru/downloads/squirrel_with_rusty_fangs-0.1.tar.xz .

Enjoy!

Собственно, сабж: https://www.phoronix.com/news/glibc-Faster-Hyperbolic-FMA

The GNU C Library's tanh and other hyperbolic functions are now as much as 14~17% faster on modern Intel and AMD CPUs with the FMA instruction support for fused multiply-add operations.

The FMA instruction set has been around for roughly the past decade with both Intel and AMD processors. Only now this week thanks to the work of Intel engineer Sunil K Pandey is there an FMA-optimized tanh function along with atanh and sinh functions.

Собственно, сабж: https://www.phoronix.com/news/KWin-Wayland-X11-Split

Yesterday marked the milestone of KWin's kwin_x11 and kwin_wayland code being split up. The Wayland and X11 code for the KWin compositor is now separate from each other but can be co-installable for systems wanting to support both X11 and Wayland environments.
...
KWin_Wayland is being treated as the de-facto «kwin». KWin developers are planning to continue supporting the KWin X11 code until the Plasma 7 major release. However, no new features are expected to be back-ported to the KWin X11 code and in effect the X11 code under KDE was already treated as an informal feature freeze.

Собственно, сабж. https://saahriktu.ru/downloads/hyper_shishkin_v0.3.py

Hyper Shishkin - это скрипт на Python'е, который в Hyprland устанавливает случайную обою из указанной директории на всех мониторах (по умолчанию) или на списке перечисленных (через запятую) через hyprpaper.

Usage: python3 hyper_shishkin.py <path_to_wallpaper_directory> [monitors_names separated by comma]

hyprctl hyprpaper wallpaper ",/home/user/wallpapers/wallpaper1024.jpg"

Так что, в будущем скрипт будет сокращён.

Собственно, сабж. Ранее в ноябре 2023-его года авторы PCSX2 назвали Wayland забагованным и отключили его поддержку: https://www.phoronix.com/news/PCSX2-Disables-Wayland-Default

Теперь же в феврале 2025-го года авторы PCSX2 внезапно увидели, что Wayland уже готов и включили его обратно: https://www.phoronix.com/news/PCSX2-Wayland-Default

This comes a year and a half after they resorted to disabling Wayland support after finding it «super broken/buggy in basically every scenario. KDE isn't too buggy, GNOME is a complete disaster.» But since then much of the Wayland support has improved across desktops and throughout the Linux software stack.

In the latest testing of PCSX2 on Wayland by its developers, they did uncover a new upstream Qt toolkit bug. That Qt bug is around a Wayland rendering issue when using native windows on GNOME/Weston.

Great seeing the maturity of Wayland software support continue.

Сделал тут свой альтернативный лаунчер (написан на PyQt6) на замену всяким Wofi и dmenu и назвал его Nirvana Launcher.
Скриншот: https://i.ibb.co/spBqr8xR/2025-02-19-223914-hyprshot.png .

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

Конфиг лаунчера, по сути, в самом скрипте в виде условий, которые каждый может отредактировать на свой вкус и цвет.

Скачать: https://saahriktu.ru/downloads/nirvanalauncher.py .

Enjoy!

Собственно, сабж: https://wfido.ru/m/RU.FIDONET.DIGEST/2:6035/3.1 678f5443 .

Через сайт было подано около 1400 заявок на подключение пойнтов ... Распределение заявок под годам (есть и по месяцам, но тут не привожу).

2011 134
2012 184
2013 133
2014 145
2015 117
2016 139
2017 127
2018 53
2019 68
2020 54
2021 47
2022 45
2023 66
2024 43
2025 1

Собственно, сабж: https://openheart.fyi/ .

Протокол Open Heart позволяет анонимному пользователю отправлять эмодзи-реакцию на URL-адрес. ... Сообщение Open Heart должно содержать одну последовательность эмодзи. Однако за последовательностью эмодзи могут следовать произвольные данные, которые сервер должен игнорировать.

Собственно, сабж: https://www.phoronix.com/news/GCC-ALGOL-68-Language-Front-End .

An Oracle engineer has posted a set of patches implementing an ALGOL 68 programming language front-end for the GNU Compiler Collection (GCC). These are work-in-progress patches for the half century old niche programming language.

Собственно, сабж: https://www.phoronix.com/news/FFmpeg-FLV-Improvements

Thanks to the work of open-source developer Timo Rothenpieler (plus two patches from Dennis Sädtler) there is now multi-track audio/video support and modern codec support with the enhanced FLV v2 support added to FFmpeg.

The FFmpeg FLV decoder now supports for demuxing and handling all multi-track modes, enhanced audio codec support, parsing enhanced RTMP multi-channel information, and other «flvdec» improvements.

Over on the FLV encode «flvenc» side there is multi-track video support based on the enhanced RTMP v2 specification, writing multi-track audio, and other related work.

Здравствуйте, дорогие сторонники того, как free выводил кол-во используемой памяти до того, как в нём это поломали.

Для нас я сделал скрипт на Perl 5, который вычисляет кол-во используемой памяти как это было раньше во free.

Пример:

$ ./free-classic-ng.pl
Memory Total: 62.7256851196289 GB
Memory Used: 1.98384094238281 GB
Memory Free: 53.6326484680176 GB
Memory Cached: 6.98069000244141 GB
Memory Buffer: 0.128505706787109 GB
$

Скачать: https://saahriktu.ru/downloads/free-classic-ng-0.0.2.tar.lzma

Не помню писал кто про сабж или нет, но я сам сегодня споткнулся об это наподобие автора темы Вирус на Линукс?! .

Если вывод free в procps 3 показывал значение в поле «used» по которому можно было оценить суммарную жручесть софта, то теперь в procps 4 туда включены все буферы. При этом данные берутся от ядра и то, как оно это вычисляет, на его совести.

Вот для сравнения выхлопы двух разных free:

$ ./free -m
               total        used        free      shared  buff/cache   available
Mem:           64231         652       63314          10         263       62992
Swap:           4095           0        4095
$ free -m
               total        used        free      shared  buff/cache   available
Mem:           64231        1238       63313          10         264       62992
Swap:           4095           0        4095
$

Собственно, сабж: https://www.phoronix.com/news/Linux-Reverts-Special-Char-Uni .

Linus Torvalds took to reverting some code tonight within the mainline Linux kernel that inadvertently had broken support having filenames with ❤️ and other special Unicode characters in filenames when on file-systems with case-folding (optional case insensitive file/folder name) support.

Linus Torvalds commented in the revert: «It turns out that we can't do this, because while the old behavior of ignoring ignorable code points was most definitely wrong, we have case-folding filesystems with on-disk hash values with that wrong behavior.

So now you can't look up those names, because they hash to something different.

Of course, it's also entirely possible that in the meantime people have created *new* files with the new („more correct“) case folding logic, and reverting will just make other things break.

The correct solution is to not do case folding in filesystems, but sadly, people seem to never really understand that. People still see it as a feature, not a bug.»

Собственно, сабж: https://www.phoronix.com/news/Glibc-2.41-More-C23 .

сospi(x) возвращает cos(π*x);
sinpi(x) возвращает sin(π*x);
tanpi(x) возвращает tan(π*x).

Внезапно проапгрейдил свой древний noname /dev/chair на более удобный «Zombie 50».

Пишу из KDE 6/Wayland. Локаль UTF-8, оперативки 64 Гб, системный раздел и хомяк на SSD.