Created attachment 315222 [details] Output of "xkbcomp :0 -" I tryed 906-5 from Rawhide to solve bug #434669. Gnome uses evdev. My preferred keymap is properly activated at login (autologin by gdm). But the secondary keymap is odd (US). Space is generating weird whitespace character so I'm unable to type commands on commandline. If keyboard properties are activated, changed and saved, all works again. So there is a great progress with some outstanding issues. Xorg.log https://bugzilla.redhat.com/attachment.cgi?id=315017 gconftool-2 --dump /desktop/gnome/peripherals/keyboard output https://bugzilla.redhat.com/attachment.cgi?id=315018 setxkbmap -print output: https://bugzilla.redhat.com/attachment.cgi?id=315019 xev output: https://bugzilla.redhat.com/attachment.cgi?id=315020
Only 1 out of my 8 machines with F9 installed has this issue.
Please run the following command: setxkbmap -layout "cz,us" -option "grp:alts_toggle, grp:alt_shift_toggle" -compat "complete+ledscroll(group_lock)" | xkbcomp -xkb - out.xkb and then attach the out.xkb file. Why? The loaded keymap states: key <SPCE> { type[group1]= "FOUR_LEVEL", symbols[Group1]= [ space, space, nobreakspace, nobreakspace ], symbols[Group2]= [ nobreakspace, nobreakspace ] }; This means that in group 2 (US layout), space always generates a nbsp. Now we need to find out whether this is xkbcomp, or the rules, or gnome that causes this broken keymap. Also please state the version of xorg-x11-xkb-utils.
Created attachment 315346 [details] Requested output I had to add "-print" option to the setxkbmap command as it produced no output without this option. Also I logged setxkbmap output and xkbcomp error output.
Created attachment 315347 [details] Stderr output of xkbcomp command
Created attachment 315348 [details] Setxkbmap output (with -print) I have latest official F9 package: xorg-x11-xkb-utils-7.2-4.fc9.i386
Reading that, the issue could be either gnome or xkm. The next thing to test would be: setxkbmap ... | xkbcomp - :0 (this loads the correct xkb description into the server) xkbcomp -xkb :0 out.xkb (dumps server's description into out.xkb) if out.xkb differs from the xkb file we got before, then it's the xkm format or the server's handling of the files. Otherwise, it is gnome.
Created attachment 317093 [details] Output of: setxkbmap -layout "cz,us" -option "grp:alt_shift_toggle" -compat "complete+ledscroll(group_lock)" -print
Created attachment 317094 [details] Error messages from: setxkbmap ... | xkbcomp - :0
Created attachment 317095 [details] xkbcomp -xkb :0 out.xkb
I updated to the latest F9 newkey (had to recreate repo files). Sorry for slow answers, the machine is located in Internet cafe :-) Will try be faster next time.
Finally found the upstream bugreport: xorg-1.4.0.90: Alternative layouts don't work due to groups "invented" by the server. (http://bugs.freedesktop.org/show_bug.cgi?id=14373) I can reproduce it here with gdm autologin, [cz,us] in gnome and the alts_toggle + alt_shift_toggle options. Then, when I hit the Alt key, the second group is busted. I can't reproduce it after running setxkbmap though.
Is there a patch/build with fix? Why this bug hit only one of my machines?
Patch sent to xorg list for review: http://lists.freedesktop.org/archives/xorg/2008-September/038743.html > Why this bug hit only one of my machines? Do you have the same xkb configuration on all of them? The bug is only triggered if you don't hit a key before gnome sets the keyboard mapping, i.e. if you have autologin. Other than that - no idea.
After the latest update the bug is back on all my machines. xorg-x11-server-common-1.5.0-1.fc9.i386 xorg-x11-drv-evdev-2.0.4-1.fc9.i386 xorg-x11-server-Xorg-1.5.0-1.fc9.i386
Can you please try the packages at [1]? They include the patch sent to the ML as mentioned in Comment #13. [1] http://koji.fedoraproject.org/scratch/whot/task_837832/
I updated machines with todays F9 updates to 1.5.0-2.fc9 with no luck. Then I downloaded your 1.5.0-3.fc9 and the keymap seems to be fixed and I see no problem so far. I updated these packages: xorg-x11-server-common-1.5.0-3.fc9.i386.rpm xorg-x11-server-Xorg-1.5.0-3.fc9.i386.rpm Thank you a lot! Now please make this to the F9/F10 updates if possible.
F9: http://koji.fedoraproject.org/koji/buildinfo?buildID=65547 F10: http://koji.fedoraproject.org/koji/buildinfo?buildID=65551 F9 build is in bodhi.
xorg-x11-server-1.5.2-2.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/xorg-x11-server-1.5.2-2.fc9
xorg-x11-server-1.5.2-3.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/xorg-x11-server-1.5.2-3.fc9
xorg-x11-server-1.5.2-3.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.