Немножко починил поиск. Опять.

Что делать если у вас ебашит русская раскладка в современных VNC типа TigerVNC (древнеговнище неподвержено по причинам описанным в конце): setxkbmap -keycodes "xfree86(basic)+aliases(qwerty)" -layout us на стороне VNC-сервера. Почему это работает так: События ввода с клавиатуры в VNC оперируют кодами символов (прям просто X11 keysyms). Когда tigervnc получает символ, который есть в текущей активной раскладке X-сервера - он в обратную сторону маппит его на keycode, для X11-клиентов всё выглядит хорошо. Когда он получает символ, которого нет в текущей раскладке - он придумывает этому символу keycode из свободных, назначает туда, маппит. Но вот беда: keycode в иксах всего 255 (на самом деле в такой конфигурации даже 248), а заняты в дефолтной конфигурации из них 222. т.е. под русскую раскладку у вас остается всего 26 символов - 7 букв не входят. Если VNC пойдет смаппит еще какую-нибудь хуйню кроме букв (№ например), то еще больше букв не войдут. Если на сервере -layout us, будет работать английская, ебашить будет русская, если на сервере русская - наоборот. -layout us,ru и -layout ru,us не помогут, неактивные раскладки видимо не считаются. По дефолту Xtigervnc, как и обычные иксы на линуксе, сейчас юзает таблицу evdev, в которую скопипащена половина всего linux/input-event-codes.h и КУЧА места занята всяким мультимедиа-говнищем (KEY_EJECTCD, KEY_COFFEE, KEY_BASSBOOST, KEY_BLUETOOTH, ...), которым при подключении по VNC мы готовы пожертвовать. К счастью, из Xorg не выпилили (и наверное никода не выпилят) старые таблицы времен XFree86, которые содержат только самое необходимое и дают нам 112 ничем не заюзанных кодов.

--save-position-on-quit

https://meduza.io/feature/2020/07/22/twitter-ob-yavil-voynu-konspirologam-iz-dvizheniya-qanon-oni-veryat-chto-tramp-boretsya-s-satanistami-i-pedofilami-iz-demokraticheskoy-partii Как перестать воспринимать такие новости как какую-то первоапрельскую хуйню с другой планеты? Как поверить, что это происходит вот у меня в интернете? Анально огороженные сейф-спейсы для ебанутых это конечно замечательная идея, только они же потом оттуда пытаются всем остальным командовать

ИТТ делимся всяким полезным хламом, который недавно заказали с китайских онлайновых шопов типа али/dx/whatever.

Приоткрыта завеса тайны над историей становления нашего шизика: #7W4F9R/GIG

Шел как-то антипаттерн и встретил он антипаттерн https://github.com/stiletto/damb/

@monthly ID=printerpriming /usr/bin/lpr /etc/fstab

Мне тут в одном срачике пришлось вспомнить какая охуенная у интеля дока по программированию x86/x86-64: https://software.intel.com/content/www/us/en/develop/download/intel-64-and-ia-32-architectures-sdm-combined-volumes-3a-3b-3c-and-3d-system-programming-guide.html Если вам внезапно нечего делать субботним вечером - люто бешено рекомендую. Это конечно не божественные даташиты STM или NXP по кортексам, но для галактических масштабов радиоактивной помойки которой является x86 - очень легкое и увлекательное чтиво.

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

Штилетта говна детектив: Китайские партнеры сделали интеграцию с нашим поделием. А она не работает. До меня добирается PCAP с запросом с их девайса. В запросе валидная multipart/form-data, но вместо поля с картиночкой какое-то говно. Сдампил в файл, понажимал file и identify, те не увидели там ничего осмысленного. Посмотрел на файл hex-редактором, увидел КУЧУ блоков FF FF FF FF - как в последствии оказалось это был белый фон. Форматы со сжатием - jpeg или png - не могут себе позволить писать в файл столько избыточной информации. Куча однородных байтиков -> что-то несжатое. Попробовал поделить размер на 3 - без остатка не получилось. Попробовал поделить на 4 - получилось. Попробовал convert открыть как RGBA с рандомным разрешением, которое бы WxHx4 сложилось в размер в байтах, увидел полосы из чего-то осмысленного. Пошел подбирать разрешения, которые WxHx4 давали бы 670640 байт Результат - нам прислали несжатый битмап в RGBA разрешением 415x404 вместо JPEG.

https://forum.mikrotik.com/viewtopic.php?f=1&t=161980 > system kernel has been updated to version 5.6.3 Заживем теперь.

В linux-5.7 приняли мой фикс для драйвера 9P-файловых систем: теперь при использовании неблокирующих fd файловая система не дожидается полного заполнения предоставленного программой буфера, а отдаёт то что есть после ответа сервера, какого бы размера он ни был, что позволяет использовать синтетические файловые системы с непредсказуемыми задержками. Например, hatexmpp3, где файл это лог чатика, и в случае отсутствия сообщения по запрошенному смещению read(2) блокируется до появления нового.

Я знаю вы тут все у мамки профессиональные девопс-инженеры, так что давайте объясняйте мне: Почему все делают вид, что гонять управлялку веб-сервером работающим на ingress и сам веб-сервер, торчащий голою жопою в мир, в одном поде и одном контейнере это нормально? При этом давая роли ingress-контроллера права на доступ ко всем секретам в кластере. Потому что они де используют кластерные секреты для хранения паролей от basic-авторизации и сертификатов. Причём это нормально не выпиливается. Если пытаешься какой-нибудь traefik на ингрессе ограничить в RBAC только сабсетом секретов - эта хуйня продолжает просить всё и ломается. В лучшем случае её можно ограничить неймспейсом (но тогда и ingressroute она ест только из этих неймспейсов). Та же хуйня с haproxy. У nginx-ingress (официально рекомендуемая срака, ага) в дефолтном конфиге ещё и права на создание секретов добавлены.

Чят, я всегда в поиске нищебродских - но достойных - VPS-хостеров в украине, литве, латвии, эстонии, финляндии, швеции. Да, как можно ближе к рашке, но за её пределами. Пока мои фавориты - по-прежнему edis.at (очень много локаций) и yourserver.se. Был еще zomro.com, но в мае они выводят из латвии последние сервера и окончательно уебывают в нидерланды. Если кто-то пользуется такими хостерами - набрасывайте.