-_o |
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
После обновления xkeyboard-config (2.23.1-2 -> 2.23.1-3) получаю У меня таких-то и клавиш нет. Попытки пофиксить не увенчались успехом. У кого-нибудь получилось или я опять эксклюзив? :)
|
redix |
|
Темы:
34
Сообщения:
3433
Участник с: 11 марта 2013
|
А если откатить?
In Tux We Trust
|
-_o |
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
А оно на работу никак не влияет. Но хотелось бы разобраться. Там геометрия поменялась и по этому поводу клавиши пересчитал даже... :)) Оказалось не 105, как система определяла всегда, а 104, если не ошибся. :)) Изменил на не помогло. Может и не в этом дело совсем.
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
-_oКлавиш то возможно и нет, но могут быть ссылки на них. Смотрим используемые в текущей раскладке файлы, в которых хранится соответствие кода нажимаемой клавиши её названию (нас интересует только xkb_symbols) setxkbmap -print | grep xkb_symbols и видим, что это файлы pc, ru, us, inet - очевидно, что нас интересует файл inet, смотрим/грепаемcat /usr/share/X11/xkb/symbols/inet | grep XF86WWAN key <I254> { [ XF86WWAN ] }; // KEY_WWAN cat /usr/share/X11/xkb/symbols/inet | grep XF86RFKill key <I255> { [ XF86RFKill ] }; // KEY_RFKILL и убеждаемся, что такие названия имеются ...... (у меня кстати таких клавиш фактически тоже нет) Могу предположить, что ты экспериментировал с конфигурацией - даже, если мне не изменяет память, ты открывал топик на тему, связанную со сменой клавиш (точно не помню). Мое мнение (возможно и ошибочное) - логи говорят о том, что в текущей/используемой раскладке клавиатуры где то, как то прописаны/учтены эти коды XF86WWAN и XF86RFKill, а система не понимает, если их нет фактически. Как это получилось? - хрен его знает. Вспоминай, что делал и возвращай назад. Или попробуй запустить setxkbmap без параметров - произойдет сброс XKB в исходное состояние.
Ошибки не исчезают с опытом - они просто умнеют
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
-_oПосмотри вывод setxkbmap -print | grep geometry
Ошибки не исчезают с опытом - они просто умнеют
|
-_o |
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
vasek, спасибо за участие. Не, тему я такую не открывал (их всего у меня три - легко проверить) и из "экспериментировал с конфигурацией", касающихся вопроса, только строчка setxkbmap с вышеизложенными параметрами и там, кстати, про inet ничего у меня и нет. Единственное подозрение появилось на модули Awesome WM, которые писал не сам. Может там завязка. Хотя я бы уже давно увидел warning об этом. |
-_o |
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
vasekБыло pc105 по умолчанию, но я ж изменил на 104. :) grep -r "XF86RFKill" ~/.config/awesome/ && grep -r "XF86WWAN" ~/.config/awesome/ - без результата. Так что Awesome не виноват. |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
-_oОт этих сообщений, хоть они и не влияют на работу, можно попробовать избавиться следующим способом: в файле /usr/share/X11/xkb/symbols/inet закомментировать строчки, содержащие XF86WWAN и XF86RFKill и перезагрузить систему.
Ошибки не исчезают с опытом - они просто умнеют
|
-_o |
|
Темы:
3
Сообщения:
251
Участник с: 13 января 2018
|
Я обнаружил, что если убрать setxkbmap из автостарта, то ошибок нет никаких. Менял опции setxkbmap на разные - все равно ошибки. Что-то не так с параметрами setxkbmap. |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
-_oЯ использую startx, а потому прописываю всегда в xinitrc. При использовании DM, насколько знаю, обычно прописывают в файле типа /etc/X11/xorg.conf.d/20-keyboard.conf
Ошибки не исчезают с опытом - они просто умнеют
|