Red Hat Bugzilla – Bug 508060
Option XkbLayout doesn't work
Last modified: 2018-04-11 09:40:43 EDT
Created attachment 349386 [details]
Description of problem:
Not sure this is an xorg-x11-drv-keyboard problem, please reassign if not.
When in xorg.conf is specified:
Option "XkbLayout" "us,cz_qwerty"
The layouts are not loaded and keyboard doesn't work correctly. Calling setxkbmap -layout 'us,cz' later works.
In Xorg output (not in the log) is:
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error: Can't find file "cz_qwerty" for symbols include
> Abandoning symbols file "default"
Errors from xkbcomp are not fatal to the X server
The same xorg.conf worked in F10.
Version-Release number of selected component (if applicable):
Created attachment 349387 [details]
Created attachment 349388 [details]
Hm, it works when "us,cz" is specified in xorg.conf, only "us,cz_qwerty" doesn't.
Is this a xkeyboard-config problem?
Peter, is it a good idea to use .fdi file in /etc/hal even for language configuration as described on https://fedoraproject.org/wiki/Input_device_configuration ???
try "us,cz(qwerty)" instead.
Any particular reason why you are forcing the keyboard driver btw? (AutoAddDevices off)
Matej: no, generally we don't recommend it. the fdi files are set up from /etc/sysconfig/keyboard and then gnome takes over anyways and applies its own setup (KDE doesn't touch the keyboard layout by default).
"us,cz(qwerty)" works, but only with setxkbmap.
I found another syntax, when XkbVariant ",qwerty" is specified in xorg.conf, it works.
I'm using kbd driver because evdev didn't work qemu, maybe it's fixed now.
(In reply to comment #6)
> I found another syntax, when XkbVariant ",qwerty" is specified in xorg.conf, it
FTR, this adds up to the same thing as the variants are paired up with the layout. so a layout of "a,b" with a variant of "C, D" is equivalent to setxkbmap -layout "a(C),b(D)". Empty variants (like in your case) thus require a simple comma.