30-го марта 2026 года тихо и незаметно вышел очередной релиз популярной среди пользователей linux.org.ru библиотеки. Основные изменения из changelog характеризуются как следующие:
Имею Kubuntu 24.04 с pipeware и RTL8852BE в качестве совмещенного bluetooth/wifi контроллера. При произведении звука через bluetooth периодически он начинает потрескивать, и иногда на долю секунды прерывается. При подключении этих же наушников через провод никаких подобных проблем нет, равно как и на моем старом некроноуте с Qualcomm AR9565. По симптомам подозреваю, что по каким-то причинам оно не успевает заполнять буфер, однако, на 100% не уверен.
Реально ли это пофиксить? Я пробовал хак с bt_coex_active=N, но похоже, что это актуально только для Intel.
Как заявил глава Microsoft Сатья Наделла, в данный момент ведутся работы по адаптации userspace части популярной операционной системы Windows к новому собственному гибридному ядру, основанному на исходных кодах ядра ОС FreeBSD. Таким образом, Windows 12 является последней ОС от Microsoft, которая получит морально устаревшее ядро NT: последующие же релизы получат новое ядро, получившее кодовое название «Tomato».
Периодически случайно переключаюсь в верхний регистр, случайно попадая по Shift+Caps Lock вместо Caps Lock.
Возможно ли либо отключить Shift+Caps Lock, либо сделать так, чтобы при попадании по этому сочетанию клавиш так же происходило переключение раскладки вместо перехода в верхний регистр? Выставить Switching to another layout -> Shift Caps Lock пробовал, но переключение раскладки по обычному Caps Lock в этом случае перестает работать.
Модуль в общем-то собирается нормально, но при insmod имеем в dmesg:
[ 2840.458824] mymodule: Unknown symbol w1_remove_master_device (err -2)
[ 2840.458917] mymodule: Unknown symbol w1_add_master_device (err -2)
В /usr/src/linux-headers-$(uname -r)/Module.symvers оба нужных символа имеются, но это не очень-то помогает. Возможно ли решить эту проблему без сборки всего ядра без исходников, обойдясь только хидерами?
При нажатии комбинации Super+<n> до Unity слишком долго доходит, что Super нажат, и <n> обрабатывается окном, находящимся в фокусе (например, печатается в терминале). После чего, само собой, открывается Launcher, хотя я ожидаю переключение на n-ное приложение.
Я понимаю, что проблема в том, что нажатия 'Super' и '<n>' в силу технологических ограничений X-сервера обрабатываются по отдельности, и что ее можно решить, выбросив обработчик 'Super', и добавив вместо этого n обработчиков Super+<n>. Может кто-нибудь из ЛОРовцев уже сделал готовый патч?
Так получилось, что передо мной встала задача сборки бинарника, переносимого между разными вариантами Linux.
Проблема в том, что в зависимости записывается конкретная версия libssl (например, 'libssl.so.6'), и при попытке запуска бинарника на машине с другой версией получаем ругань на отсутствие библиотеки. Разумеется, создание симлинка на libssl.so.6 помогает, и все отлично работает.
Возможно ли заставить ld линковаться именно с libssl.so без номера версии? Статическая линковка мне не подходит.
Так получилось, что ко мне попал Das Keyboard в маковской раскладке, и мне очень неудобно, когда на работе и дома пара Alt / Super у меня располагается по-разному.
Возможно ли поменять 133-й и 64-й кейкоды на уровне драйвера HID или более низком, при этом не пересобирая ядро?
Если кто-нибудь подскажет, как сделать это при помощи xmodmap таким образом, чтобы Unity Launcher на это реагировал адекватно, то это тоже устроит.
Имеются результаты challenge, пришедший в ответ auth, а так же реальный пароль / username на стороне сервера (в MySQL). Требуется установить, был ли введен правильный пароль или нет.
Я бы с радостью воспользовался ntlm_auth из пакета winbind, но вот беда:
ntlm_auth uses winbind to access the user and authentication data for a domain
То есть ntlm_auth прибит гвоздями к базе winbind.
К сожалению, специфика задачи такова, что воротить что-то с конфигурацией winbind - это совершенно ни в какие ворота не годится. Есть ли что-нибудь в этом же духе, но просто принимающее реальный логин / пароль на входе?
Заметил, что крайне малое количество юзеров пользуются 3-м вариантом - несмотря на то, что это как минимум поддерживается в Unity, KDE, оффтопике (начиная с 7) и макоси. А подавляющее большинство пользуется либо первым, либо вторым.
После нажатия на Caps клавиатура мигает соответствующей лампочкой, и только потом переключается раскладка. Если в этот момент начать печатать, то будут набираться большие буквы.
Косяк начал проявляться только после апгрейда до 14.04 - это как-то можно починить?
1. Как сделать так, чтобы gtk, qt и eltk-приложения выглядели более-менее одинаково?
2. Можно ли сделать так, чтобы нажатие Win+<n> приводило к переключению к <n>-ному приложению в доке? Если да, то есть ли хоткей для переключения между окнами одного и того же приложения?
Если перед этим сделать libusb_detach_kernel_driver(), то, конечно же, все работает. Но отключать девайс от стандартного драйвера для меня крайне нежелательно.
Может есть ли какой-то относительно стандартный подход?
Имею в системе 3 раскладки (en, ru и jp). Есть ли способ повесить переключение между en и ru на Caps Lock, а на Ctrl+Space - безусловное переключение на jp?
SCIM не предлагать потому, что
indicator-keyboard-service в Ubuntu теперь знает о японской раскладке, и мне бы не хотелось идти против этой политики (а раньше в линуксах об этом знал только SCIM / его аналог)
При необходимости переключения с ru на jp мне придется сначала переключаться на en
Интересует обобщенное решение для любых раскладок (т.е. даже тех, которые работают не через SCIM)
Как вариант рассматриваю выпиливание существующего переключателя раскладок и написание Python-скрипта, но не хотелось бы изобретать велосипед.
В итоге приходится лезть в код и править его вручную.
В то же время я не помню, чтобы подобные проблемы возникали при выполнении git rebase / merge / stash pop - то есть то, что я хочу, вполне возможно. И может есть какие-нибудь более-менее стандартные способы это сделать?