xkeyboard-config

-_o	# 4 года, 4 месяца назад
Темы: 3 Сообщения: 251 Участник с: 13 января 2018	vasek Я использую startx, а потому прописываю всегда в xinitrc. Я тоже. Автостарт запилен в конфиг WM. Из ~/.xinitrc - все то же самое (проверено).

vasek	# 4 года, 4 месяца назад (отредактировано 4 года, 4 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	-_o Что-то не так с параметрами setxkbmap. Чтобы понять проблему, обычно начинают с упрощения (как можно ближе к дефолтным настройкам) и смотрят есть ли в этом случае проблема. Уж очень навороченные у тебя опции -_o setxkbmap -model pc104 -layout us,ru -variant , -option grp:rctrl_toggle,grp_led:scroll,grp:caps_switch,compose:ralt,terminate:ctrl_alt_bksp Попробуй выкинь лишнее, особенно compose и все что с ним связано, оставь самую простую комбинацию и посмотри будут ли эти сообщения. Если не будет, добавляй по одной опции и снова проверяй, возможно так и найдешь проблемную опцию. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 года, 4 месяца назад (отредактировано 4 года, 4 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

-_o
Что-то не так с параметрами setxkbmap.

Чтобы понять проблему, обычно начинают с упрощения (как можно ближе к дефолтным настройкам) и смотрят есть ли в этом случае проблема.
Уж очень навороченные у тебя опции

-_o
setxkbmap -model pc104 -layout us,ru -variant , -option grp:rctrl_toggle,grp_led:scroll,grp:caps_switch,compose:ralt,terminate:ctrl_alt_bksp

Попробуй выкинь лишнее, особенно compose и все что с ним связано, оставь самую простую комбинацию и посмотри будут ли эти сообщения. Если не будет, добавляй по одной опции и снова проверяй, возможно так и найдешь проблемную опцию.

Ошибки не исчезают с опытом - они просто умнеют

-_o	# 4 года, 4 месяца назад
Темы: 3 Сообщения: 251 Участник с: 13 января 2018	vasek, ходил я той дорогой. В результате `$ setxkbmap us $ setxkbmap ru` все равно выдают ошибку. В итоге прочитал man xkeyboard-config и добавил еще больше опций. :) А на Internal error забил пока. Может это, вообще, внутренняя ошибка самого пакета, а я ведь внешний фактор... :) xorg-setxkbmap может одновременно не обновили, как и xorg-xhost из моего предыдущего топика. Но если у всех остальных и с тем вопросом , и с этим все путем, то я уже не знаю куда копать. :(

-_o

# 4 года, 4 месяца назад

Темы: 3

Сообщения: 251

Участник с: 13 января 2018

vasek, ходил я той дорогой. В результате

$ setxkbmap us
$ setxkbmap ru

все равно выдают ошибку. В итоге прочитал man xkeyboard-config и добавил еще больше опций. :)
А на Internal error забил пока. Может это, вообще, внутренняя ошибка самого пакета, а я ведь внешний фактор... :)
xorg-setxkbmap может одновременно не обновили, как и xorg-xhost из моего предыдущего топика.
Но если у всех остальных и с тем вопросом , и с этим все путем, то я уже не знаю куда копать. :(

vasek	# 4 года, 4 месяца назад (отредактировано 4 года, 4 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	-_o Но если у всех остальных и с тем вопросом , и с этим все путем, то я уже не знаю куда копать. :( Решил проверить наличие этих сообщений у себя cat ~/.local/share/xorg/Xorg.0.log \| grep XF86 …… пусто ….. journalctl \| grep XF86 …… пусто ….. Чтобы убедится окончательно в наличии или отсутствии этих сообщений пришлось создать лог работы startx. И вот там то и выскочили эти сообщения `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` В стандартных логах X-ов и journal их нет, а поэтому их никто и не видит. Интересно, а как ты увидел эти сообщения? А раз этих сообщений нет в стандартных логах, экспериментировать с их устранением не стал (как уже писал нужно закомментировать нужные строки в /usr/share/X11/xkb/symbols/inet) Можно смело забить на это. EDIT 1 - и повторюсь, имхо, проблема в том, что при загрузке X-ов и загрузке текущей раскладке клавиатуры считывается кейкоде для XF86WWAN и XF86RFKill, а если их фактически/железно в системе нет, то система не понимает, а потому и ругается. Но вот что я не пониманию, так это отсутствие этих сообщений в стандартных логах. EDIT 2 - забыл указать, что команда setxkbmap -layout 'us,ru' -option 'grp:caps_toggle,grp_led:caps' у меня прописана в ~/.xinitrc, то есть выполнение идет при старте X-ов, потому и попали сообщения в лог startx. И, как пишет _o, если этой команды нет в автозагрузке, то и не не будет этих сообщений. Но я это не проверял. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 года, 4 месяца назад (отредактировано 4 года, 4 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

-_o
Но если у всех остальных и с тем вопросом , и с этим все путем, то я уже не знаю куда копать. :(

Решил проверить наличие этих сообщений у себя
cat ~/.local/share/xorg/Xorg.0.log | grep XF86
…… пусто …..
journalctl | grep XF86
…… пусто …..
Чтобы убедится окончательно в наличии или отсутствии этих сообщений пришлось создать лог работы startx.
И вот там то и выскочили эти сообщения

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

В стандартных логах X-ов и journal их нет, а поэтому их никто и не видит. Интересно, а как ты увидел эти сообщения?
А раз этих сообщений нет в стандартных логах, экспериментировать с их устранением не стал (как уже писал нужно закомментировать нужные строки в /usr/share/X11/xkb/symbols/inet)
Можно смело забить на это.

EDIT 1 - и повторюсь, имхо, проблема в том, что при загрузке X-ов и загрузке текущей раскладке клавиатуры считывается кейкоде для XF86WWAN и XF86RFKill, а если их фактически/железно в системе нет, то система не понимает, а потому и ругается. Но вот что я не пониманию, так это отсутствие этих сообщений в стандартных логах.

EDIT 2 - забыл указать, что команда setxkbmap -layout 'us,ru' -option 'grp:caps_toggle,grp_led:caps' у меня прописана в ~/.xinitrc, то есть выполнение идет при старте X-ов, потому и попали сообщения в лог startx. И, как пишет _o, если этой команды нет в автозагрузке, то и не не будет этих сообщений. Но я это не проверял.

Ошибки не исчезают с опытом - они просто умнеют

-_o	# 4 года, 4 месяца назад
Темы: 3 Сообщения: 251 Участник с: 13 января 2018	vasek, так как без графического DM у нас ~/.xsession-errors отсутствует и все ошибки сыпятся в TTY, я переренаправляю их в лог, стартуя иксы `startx > ~/.outputx 2>&1` Можно сделать еще `alias x='startx > ~/.outputx 2>&1'` чтобы удобнее было. И TTY остается чистым, и многое лучше видно. Радует, что это не только у меня. Забьем пока. vasek, проверь у себя, плиз, https://archlinux.org.ru/forum/topic/18328/. Там куда более серьезней, чем эти ошибки.

-_o

# 4 года, 4 месяца назад

Темы: 3

Сообщения: 251

Участник с: 13 января 2018

vasek, так как без графического DM у нас ~/.xsession-errors отсутствует и все ошибки сыпятся в TTY, я переренаправляю их в лог, стартуя иксы

startx > ~/.outputx 2>&1

Можно сделать еще

alias x='startx > ~/.outputx 2>&1'

чтобы удобнее было. И TTY остается чистым, и многое лучше видно.

Радует, что это не только у меня. Забьем пока.
vasek, проверь у себя, плиз, https://archlinux.org.ru/forum/topic/18328/. Там куда более серьезней, чем эти ошибки.

vasek	# 4 года, 4 месяца назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	-_o startx > ~/.outputx 2>&1 Я также делал, точнее почти. Можно также или так startx >& ~/startx.log или так startx 2> ~/startx.log Я подумал, что у тебя это в стандартных логах, потому и спросил. Редко кто использует эти команды - это уж так, для более детального разбора. А вообще раз ничего нет в стандартных логах, на это можно смело забить, это даже не ошибки и не варнинги. -_o проверь у себя, плиз, https://archlinux.org.ru/forum/topic/18328/. Там куда более серьезней, чем эти ошибки. Попозже проверю. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 4 года, 4 месяца назад

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

-_o
startx > ~/.outputx 2>&1

Я также делал, точнее почти. Можно также или так startx >& ~/startx.log или так startx 2> ~/startx.log
Я подумал, что у тебя это в стандартных логах, потому и спросил. Редко кто использует эти команды - это уж так, для более детального разбора.
А вообще раз ничего нет в стандартных логах, на это можно смело забить, это даже не ошибки и не варнинги.

-_o
проверь у себя, плиз, https://archlinux.org.ru/forum/topic/18328/. Там куда более серьезней, чем эти ошибки.

Попозже проверю.

Ошибки не исчезают с опытом - они просто умнеют

-_o	# 4 года, 4 месяца назад
Темы: 3 Сообщения: 251 Участник с: 13 января 2018	vasek Попозже проверю. СПАСИБО.