From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020408
Description of problem:
When installing with keyboard=pc104, layout=us and dead keys disabled, the right
<Alt> key doesn't work as <Alt>. This is *extremely* inconvenient.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Install RHL-7.3 with above keyboard settings.
3.Press right <Alt> when xev window has focus
Actual Results: xev outputs an event with "keycode 113 (keysym 0x0, NoSymbol)"
Expected Results: there should be "Alt_R" instead of "NoSymbol"
I suspect that this can be caused by Alt/Meta/Win keys change since 4.0.3 (which
was used in 7.1, where everything worked fine), but I'm not so familiar with Xkb.
Additionally, upon X start the following message appears:
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error: No Symbols named "nodeadkeys" in the include file "us"
> Abandoning symbols file "default"
Errors from xkbcomp are not fatal to the X server
The keyboard InputDevice section in XFree86-4 (sans comments):
Option "XkbRules" "xfree86"
Option "XkbModel" "pc104"
Option "XkbLayout" "us"
Option "XkbVariant" "nodeadkeys"
Of course, I have a simple solution of adding
keycode 113 = Alt_R
add mod1 = Alt_R
to /etc/X11/Xmodmap, but that's a bit weird.
Attach your X server log and config file please.
Created attachment 62324 [details]
Created attachment 62325 [details]
Defering for future investigation. Please notify XFree86.org
of the problem as well, so that more eyes are looking at it.
I'm not sure if this problem is no longer in current releases of XFree86 or not,
but there is a chance it is fixed, assuming it is a bug and not misconfiguration.
If the problem is still occuring, if you file a bug report upstream at
http://bugs.XFree86.org I would be more than happy to track it there and
backport any fixes.
Please add the URL of the upstream bug report here if you file one. Also
please indicate if this is working ok for you now.
I'm assuming this problem is no longer present in Fedora Core 1 or
Red Hat Enterprise Linux 3, and closing it as CURRENTRELEASE.
If the problem persists in either of the above OS releases, please
file a bug report to XFree86.org at http://bugs.xfree86.org as per
comment #5 above, and reopen this bug for tracking.