Bug 1010592

Summary: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Product: [Fedora] Fedora Reporter: orti1980 <orti1980>
Component: xkeyboard-configAssignee: Peter Hutterer <peter.hutterer>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 23CC: i18n-bugs, jacobhayn, ledufff, negativo17, orti1980, peter.hutterer
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-11-13 22:54:44 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description orti1980 2013-09-21 19:45:08 UTC
Sep 21 21:22:14 localhost xinit: The XKEYBOARD keymap compiler (xkbcomp) reports:
Sep 21 21:22:14 localhost xinit: > Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Sep 21 21:22:14 localhost xinit: >                   Ignoring extra symbols
Sep 21 21:22:14 localhost xinit: Errors from xkbcomp are not fatal to the X server
Sep 21 21:22:14 localhost systemd: Started Hostname Service.
Sep 21 21:22:14 localhost xinit: setversion 1.4 failed

Comment 1 Jaroslav Reznik 2015-03-03 15:05:46 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22

Comment 2 Jacob Hayn 2015-10-22 06:38:03 UTC
I have the same warnings, but only with my Corsair Vengeance K70R.

might be related: the "#" and single quote key of does not work (german layout (de)). During boot, when prompted for LUKS password those keys seem to work, in windows too. On other keyboards(Sharkoon Mediaboard, Dell SK-8115) those keys work.

May i supply additional debug information to have this fixed asap? Please ask/tell me.

(Well, F23 is almost released - was this issue addressed there?)

Comment 3 Peter Hutterer 2015-10-23 04:24:50 UTC
please attach the output of "xkbcomp -xkb $DISPLAY -", thanks

Comment 4 Peter Hutterer 2015-10-23 04:25:17 UTC
ok, this was reported in 2013, better switch the needinfo to anyone :)

Comment 5 Jacob Hayn 2015-10-23 05:35:17 UTC
Aight, here is the output. Well, kind of - Bugzilla complained "Comments cannot be longer than 65535 characters." m) So i fed it into fpaste → http://fpaste.org/282798/14455783/

Comment 6 Peter Hutterer 2015-11-02 08:11:06 UTC
ok, verified, pumping this into xkbcomp generates that error. This is just a mental backup for me, won't get to this today.

xkb_keymap {
xkb_keycodes  { include "evdev+aliases(qwertz)" };
xkb_types { include "complete" };
xkb_compatibility { include "complete" };
xkb_symbols { include "pc+de+de(nodeadkeys):2+us:3+de:4+inet(evdev)+terminate(ctrl_alt_bksp)" };
xkb_geometry { include "pc(pc105)" };
};

Comment 7 Peter Hutterer 2015-11-02 23:08:33 UTC
The problem stems from the xkb include order which is a bit complicated.

* pc maps to the first map in the /usr/share/X11/xkb/symbols/pc file, which is pc105. That defines all the non-alphanumeric keys, i.e. ctrl, backspace, escape, etc.
* pc105 includes altwin(meta_alt), which defines RALT as a two-level key with Alt_R and Meta_R. That's the default for the right alt key on the 'us' keyboard and any other layout that doesn't overwrite it.
* de maps to de(basic) which includes level3(ralt_switch). That redefines RALT as a one-level key for ISO_Level3_Shift (so you get the various third-level symbols like @, {, }, etc.)
* because the key already has a two-level assignment, cutting it to a one-level assignment (and effectively dropping the second symbol) produces the warning. 

This isn't a bug, it's expected behaviour. The only problem here is the warning that appears in the log by default. I've sent a patch upstream to turn the warning off by default, other than that there isn't anything to do here.

http://patchwork.freedesktop.org/patch/63450/

Comment 8 Fedora Update System 2015-11-05 02:57:36 UTC
xorg-x11-xkb-utils-7.7-16.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-43e5625a23

Comment 9 Peter Hutterer 2015-11-05 03:07:23 UTC
A note to the fix: I've pushed this to F23 now, but I'll skip updating F22, it's not worth the effort. The fix is cosmetic only anyway, hiding the warning, the actual behaviour is correct.

I'm also changing the version on this bug to f23 as well so it looks correct when the package hits stable and the bot closes it.

Comment 10 Fedora Update System 2015-11-06 02:35:33 UTC
xorg-x11-xkb-utils-7.7-16.fc23 has been pushed to the Fedora 23 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 'dnf --enablerepo=updates-testing update xorg-x11-xkb-utils'
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-43e5625a23

Comment 11 Fedora Update System 2015-11-13 22:54:41 UTC
xorg-x11-xkb-utils-7.7-16.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

Comment 12 Neil 2015-11-26 04:38:06 UTC
Could you guys please backport this to F22?

Comment 13 Peter Hutterer 2015-11-26 04:48:45 UTC
Duff: see comment #9

Comment 14 Neil 2015-11-26 04:49:27 UTC
whoops, thanks mate.