Bug 21761 - xkbcomp error: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Summary: xkbcomp error: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Alias: None
Product: xkeyboard-config
Classification: Unclassified
Component: General (show other bugs)
Version: unspecified
Hardware: All Linux (All)
: medium normal
Assignee: xkb
QA Contact:
URL: http://bugs.gentoo.org/show_bug.cgi?i...
Depends on:
Reported: 2009-05-16 00:47 UTC by Christian Weiske
Modified: 2018-12-28 00:40 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Description Christian Weiske 2009-05-16 00:47:40 UTC
Everytime I run X manually, I get the following error message:
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server

Since this is really annoying to me, I tracked it down to:

// the default behavior is for the right Alt key (AltGr) to generate the
// third engraved symbol
default partial modifier_keys
xkb_symbols "ralt_switch" {
  key <RALT> {
    symbols[Group1] = [ ISO_Level3_Shift ]
  modifier_map Mod5   { ISO_Level3_Shift };

and /usr/share/X11/xkb/symbols/altwin:
partial modifier_keys 
xkb_symbols "meta_alt" {
    key <LALT> {        [       Alt_L,  Meta_L          ]       };
    key <RALT> {        [       Alt_R,  Meta_R          ]       };
    modifier_map Mod1   { Alt_L, Alt_R, Meta_L, Meta_R };

Here you see that two symbols are assigned to RALT, which is defined as
ONE_LEVEL. Commenting out the RALT line in /usr/share/X11/xkb/symbols/altwin
helps, as well as changing ONE_LEVEL to TWO_LEVEL in

I don't know which one is the correct way. I only know that hundreds of people
have the same warnings (search the web for the message). It would be great if
that issue could be fixed. The Gentoo devs sent me here; see the related bug.


Reproducible: Always

Steps to Reproduce:
1. start X as root on the shell
2. watch the output

Actual Results:  
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server

Expected Results:  
No warning/error

I use  x11-apps/xkbcomp 1.0.5 and x11-apps/setxkbmap 1.0.4, xorg-server 1.5.3-r5, x11-libs/libxkbfile 1.0.5

My xorg.conf lists no keyboard configuration, but
/etc/hal/fdi/policy/10-keymap.fdi contains:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
    <match key="info.capabilities" contains="input.keymap">
      <append key="info.callouts.add" type="strlist">hal-setup-keymap</append>

    <match key="info.capabilities" contains="input.keys">
      <merge key="input.xkb.rules" type="string">base</merge>
      <merge key="input.x11_driver" type="string">evdev</merge>
      <merge key="input.xkb.layout" type="string">de</merge>
      <merge key="input.xkb.model" type="string">macintosh</merge>
Comment 1 Sergey V. Udaltsov 2009-05-17 07:05:14 UTC
This is just a warning, can be ignored. But I will make it TWO_LEVEL after the release (due in 10 days).
Comment 2 Sergey V. Udaltsov 2009-05-30 16:39:20 UTC
Fixed. Committed. Thanks!
Comment 3 ilf 2009-10-05 07:47:21 UTC
This fix disables <RALT> for me. See https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/433926
Comment 4 Bryce Harrington 2009-10-06 23:43:39 UTC
Reopening for ilf
Comment 5 Sergey V. Udaltsov 2009-10-11 16:20:09 UTC
Actually, that fix got lost somehow! It is still ONE_LEVEL. But I have to get to the bottom of the issue. TWO_LEVELS still sound logical to me. Anyway, let's continue in launchpad - when we resolve it there, I'll update this bug.
Comment 6 Benno Schulenberg 2014-01-31 14:29:44 UTC
This issue is fixed in another way in xkbcomp
by attachment #86805 [details] [review] to bug #57242.
Comment 7 GitLab Migration User 2018-12-28 00:40:13 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/issues/84.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.