xkeyboard-config

После обновления xkeyboard-config (2.23.1-2 -> 2.23.1-3) получаю
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error:   Could not resolve keysym XF86WWAN
> Internal error:   Could not resolve keysym XF86RFKill
Errors from xkbcomp are not fatal to the X server
У меня таких-то и клавиш нет. Попытки пофиксить не увенчались успехом. У кого-нибудь получилось или я опять эксклюзив? :)
А если откатить?
In Tux We Trust
А оно на работу никак не влияет. Но хотелось бы разобраться.
Там геометрия поменялась и по этому поводу клавиши пересчитал даже... :))
Оказалось не 105, как система определяла всегда, а 104, если не ошибся. :)) Изменил на
 setxkbmap -model pc104 -layout us,ru -variant , -option grp:rctrl_toggle,grp_led:scroll,grp:caps_switch,compose:ralt,terminate:ctrl_alt_bksp
не помогло. Может и не в этом дело совсем.
-_o
У меня таких-то и клавиш нет.
Клавиш то возможно и нет, но могут быть ссылки на них.
Смотрим используемые в текущей раскладке файлы, в которых хранится соответствие кода нажимаемой клавиши её названию (нас интересует только xkb_symbols)
setxkbmap -print | grep xkb_symbols
xkb_symbols   { include "pc+us+ru:2+inet(evdev)+capslock(grouplock)"    };
и видим, что это файлы 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 в исходное состояние.
Ошибки не исчезают с опытом - они просто умнеют
-_o
Оказалось не 105, как система определяла всегда, а 104, если не ошибся.
Посмотри вывод setxkbmap -print | grep geometry
Ошибки не исчезают с опытом - они просто умнеют
vasek, спасибо за участие.
Не, тему я такую не открывал (их всего у меня три - легко проверить) и из "экспериментировал с конфигурацией", касающихся вопроса, только строчка setxkbmap с вышеизложенными параметрами и там, кстати, про inet ничего у меня и нет.
Единственное подозрение появилось на модули Awesome WM, которые писал не сам. Может там завязка. Хотя я бы уже давно увидел warning об этом.
vasek
Посмотри вывод setxkbmap -print | grep geometry
Было pc105 по умолчанию, но я ж изменил на 104. :)

grep -r "XF86RFKill" ~/.config/awesome/ && grep -r "XF86WWAN" ~/.config/awesome/ - без результата. Так что Awesome не виноват.
-_o
> Internal error: Could not resolve keysym XF86WWAN
> Internal error: Could not resolve keysym XF86RFKill
От этих сообщений, хоть они и не влияют на работу, можно попробовать избавиться следующим способом:
в файле /usr/share/X11/xkb/symbols/inet закомментировать строчки, содержащие XF86WWAN и XF86RFKill и перезагрузить систему.
Ошибки не исчезают с опытом - они просто умнеют
Я обнаружил, что если убрать setxkbmap из автостарта, то ошибок нет никаких.
Менял опции setxkbmap на разные - все равно ошибки. Что-то не так с параметрами setxkbmap.
-_o
Я обнаружил, что если убрать setxkbmap из автостарта, то ошибок нет никаких.
Я использую startx, а потому прописываю всегда в xinitrc.
При использовании DM, насколько знаю, обычно прописывают в файле типа /etc/X11/xorg.conf.d/20-keyboard.conf
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.