Bug 638244

Apparently there is a bug in the current Iranian layout:
[hedayat@localhost xkb]$ setxkbmap ir
Error loading new keyboard description

Created attachment 450888 [details]
Fixes the bug

This small patch fixes the problem. it is caused by extra semicolons.

Created attachment 450902 [details]
A patch to make many keys working again

There is still a problem. Apparently, character codes in the symbols files do not work any longer. I've created a patch to make many essential keys working again (using character names instead of their code), but there are still some remaining. Also, this issue does not affect the Iranian keyboard layout only, and it'll probably affect many others too. IMHO, this bug does really need a serious consideration.

xkeyboard-config-1.9-2.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/xkeyboard-config-1.9-2.fc14

I believe this is all fixed upstream in 2.0.

Can we have 2.0 in f14?

the two patches that affected anything are in 1.9-2 now. 2.0 includes a bunch of other stuff too, at this point I'd rather not rebase. 2.0 is in rawhide though.

xkeyboard-config-1.9-3.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/xkeyboard-config-1.9-3.fc14

at least in the german keyboard layout, xkeyboard-config-1.9-3.fc14.noarch seem to work for hex codes. This is not the case for you? If so, I need some more specific tests please, my knowledge of the iranian layout is non-existent and I can't tell what's broken.

xkeyboard-config-1.9-3.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update xkeyboard-config'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/xkeyboard-config-1.9-3.fc14

xkeyboard-config-1.9-6.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/xkeyboard-config-1.9-6.fc14

Well, I had a look at the german layout. The german layout uses the hex codes in the form of UXXXX (e.g. U01E9), while in ir layout and many others, these codes are in the form 0x100XXXX. I replaced some 0x100XXXX codes with the equivalent UXXXX code, and it worked fine in ir layout too. I've tried some other layouts with 0x100XXXX hex codes, and they do not work fine too (e.g. try pressing "m" in tj layout. it generates an "m" istead of "ӣ" character. By replacing 0x10004e3 code with U04e3, the correct character is used).

So, it seems that all "0x100" strings should be replaced with "U" in key hex codes of all layouts (probably a sed -i "s/0x100/U/g" symbols/* except for the comments could do the job safely. But it should not corrupt comments either, so IMHO that's somewhat safe to do.)

Created attachment 451810 [details]
A patch which will fix the hex codes in ir layout

xkeyboard-config-1.9-6.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

IMHO, The problem mentioned in comments #11 and #12 is still there. But maybe it should be reported against another component?!

Reopened since the main bug is still there: key codes defined using 0x100XXXX hex codes in *ANY* keyboard layout are broken. Either all 0x100XXXX codes should be replaced with UXXXX codes or the bug should be resolved, or Fedora 14 will be shipped with broken keyboard layouts.

xorg-x11-xkb-utils-7.4-9.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/xorg-x11-xkb-utils-7.4-9.fc14

*** Bug 640915 has been marked as a duplicate of this bug. ***

xorg-x11-xkb-utils-7.4-9.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update xorg-x11-xkb-utils'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/xorg-x11-xkb-utils-7.4-9.fc14

Thanks. It's fixed for me using xorg-x11-xkb-utils-7.4-9.

I'd like to point out - that my rawhide with xkeyboard-config-2.0-1.fc15.noarch still gives me this warning - so is there going to be clone for rawhide?


gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [us,cz	qwerty]
 options = [grp	grp:alts_toggle,terminate	terminate:ctrl_alt_bksp,grp	grp:rwin_switch,grp_led	grp_led:scroll]
 model = 


xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "evdev", "evdev", "us", "", "terminate:ctrl_alt_bksp"
_XKB_RULES_NAMES(STRING) = "evdev", "evdev", "us", "", "terminate:ctrl_alt_bksp"

(In reply to comment #20)
> I'd like to point out - that my rawhide with xkeyboard-config-2.0-1.fc15.noarch
> still gives me this warning - so is there going to be clone for rawhide?

whoops, sorry. forgot about that one. done.

http://koji.fedoraproject.org/koji/taskinfo?taskID=2539675

Used as update - and still getting this popup widget activation xkb error.

xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "evdev", "evdev", "us", "", "terminate:ctrl_alt_bksp"
_XKB_RULES_NAMES(STRING) = "evdev", "evdev", "us", "", "terminate:ctrl_alt_bksp"


gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [us,cz	qwerty]
 options = [grp	grp:alts_toggle,terminate	terminate:ctrl_alt_bksp,grp	grp:rwin_switch,grp_led	grp_led:scroll]
 model = 


rpm -qa | grep org-x11-xkb 
xorg-x11-xkb-utils-7.4-9.fc15.x86_64


(Using todays up-to-date Fedora Rawhide)

trying to reproduce, but my g-s-d keeps segfaulting (and the control-center too)

xorg-x11-xkb-utils-7.4-9.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.