Created attachment 349386 [details] Xorg output 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 > Exiting > 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): xorg-x11-drv-keyboard-1.3.2-3.fc11.x86_64
Created attachment 349387 [details] Xorg config
Created attachment 349388 [details] Xorg log
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 ???
Miroslav: 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. Thanks.
(In reply to comment #6) > I found another syntax, when XkbVariant ",qwerty" is specified in xorg.conf, it > works. 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.