Изготовил, кстати, такую связку, radv (#mesa amd vulkan driver) + #ANGLE.

Работает хорошо.

Что приятно, получилось собрать radv в виде обычной библиотеки, без монструозного gallium, загрузки плагинов, и прочего кошмара устройства opengl драйверов в #mesa.

Меня это почти смирило с тем, что #AMDVLK is no more, потому что radv, в целом, написан довольно неплохо - там довольно мало кода на С, компилятор шейдеров на C++, и вообще, довольно современный код.

У каждого есть такой друг

@linuxos_tg

Примерно раз в год ко мне приходят коллеги, с предложением заменить хорошую функцию https://github.com/yandex/yatool/blob/main/util/random/entropy.cpp#L39 на плохую https://www.opennet.ru/opennews/art.shtml?num=64066, пххр, такие дела.

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

А я, если честно, так и не понял, зачем этот AWS нужен. У нас в Instant были четыре машинки там (база + три сервака), и я так и не понял, что они делали такого, что не сделали бы четыре точно таких же выделенных сервера.

Посудите сами: мы не использовали масштабирование. Метрики в их консоли хуй посмотришь, там навигация хуже кафкианского замка и в итоге оно все равно не показывает такие простые вещи как например CPU или память. Чтобы задеплоить, нужен целый танец из специальных утилит и заклинаний, чтобы все где нужно возникло, собралось, переместилось и возникло где нужно. Сервера сами по себе не особо надежные, периодически висли и чинить приходилось вручную. По ssh нормально не зайдешь, к файловой системе доступ тоже хуй пойми какой, коннекш стринг надо специальной командой доставать. Базу нужную тоже не поставишь, надо ждать, пока она «начнет поддерживаться». Веб-интерфейс такой, что каждый раз хочется совершить роскомнадзор. Названия их идиотские на каждый чих еще. Cognito, блять. Kendra, нахуй.

И я серьезно не понимаю. Вот допустим мы бы закидывали на сервер jar-ку по ssh. Чем это хуже? Какие минусы? Я не утрирую, я действительно не понимаю. Перечислите мне, прям по пунктам: чувак, вот это проще и вот это и вот это.

Сложность я вижу и сам, ее вагон. Ценник вижу, он идиотский просто. Десятки тысяч в месяц. А покупаем-то мы на это что? Метрики сами, бэкапы сами. На ssh и деплой надо какой-то огород городить. Надеждность не потрясающая. Лежим вместе со всем миром.

Так что, зачем вообще нужен ваш AWS?

Совпадение?

https://github.com/Gaurav-Gosain/tuios

А вот, например, мультиплексор терминала здорового человека!

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

Ой какая красота, еще один драйвер ntfs для Linux!

Скоро придем к тому, что лучшей FS для Linux станет ntfs, примерно так же, как лучший способ распространять бинарники под Linux - это .exe файлы, ага.

Don't use AI to tell you how to vote in election, says Dutch watchdog
Article, Comments

https://www.phoronix.com/news/Rust-TARmageddon

"Yes, this high severity vulnerability with remote code execution (RCE) vector happened even with the code being written in the Rust programming language that is typically promoted for its memory safety guarantees"

Я, кстати, несколько раз на полях своего блога гонял тему, что большое количество #CVE, связанных с use-after-free и прочими переполнениями стека связано с тем, что их проще искать, а не потому, что их особенно много.

Вот, #almost_memory_safe почти убрал этот класс проблем, теперь безопасники будут чаще находить другие классы проблем.

Меньше известных уязвимостей не станет, СиБ тоже хочет кушать!

(предложка)

https://mazzo.li/posts/stopping-linux-threads.html

TL;DR - коллеги опять пытаются в #pthread_cancel. Конец, конечно, предсказуем - в языках с устоявшимся #ABI эта задача не решается.

Кстати, подобная техника используется в горутинах, для обеспечения voluntary preemption - https://github.com/golang/go/issues/24543, начиная, ЕМНИП, c go 1.14. Это можно делать, гарантируя, что в твоих горутинах не выполняется код с чужеродным runtime (cgo, например, выполняется в отдельном thread pool), и это реально сложно. Недавно писал про ошибку в go runtime - https://xn--r1a.website/itpgchannel/3478 https://blog.cloudflare.com/how-we-found-a-bug-in-gos-arm64-compiler/, она как раз про эту технику.

UPD: мне, в комментариях, совершенно справедливо, указали, что про этот текст я уже писал.

https://xn--r1a.website/itpgchannel/1578

Что можно сказать?

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

* наблюдается дрейф от "интересное техническое решение" к "все равно ничего работать не будет", хотя суть и не меняется.

* за прошедшее время я узнал что-то новое, например, про подобную технику в golang.

Надои-то их как растут!

https://xn--r1a.website/dereference_pointer_there/10295

Опять, опять https://ru.wikipedia.org/wiki/Систематическая_ошибка_выжившего, оно же https://ru.wikipedia.org/wiki/Систематическая_ошибка_отбора

Перепишите все на #almost_memory_safe, pie chart будет другим, а известных уязвимостей меньше не станет.

#CVE

https://www.phoronix.com/news/Ubuntu-25.10-Broken-Upgrade

Продолжение эпопеи с rust coreutils.