Bugzilla Bug 47243

Can we get the xkb stuff from the old XFree 4.3.x ebuild put into the X.org
one?

I have to manually xmodmap my multimedia keyboard at teh moment, and did not
have to with the following in my XF86Config with XFree:

        Option          "XkbRules"              "xfree86"
        Option          "XkbModel"              "itouchin"

I poked around and changed it to this for X.org but it still does not work:

        Option          "XkbRules"              "xorg"
        Option          "XkbModel"              "logiciink"

Which xkb stuff in the ebuild might you be referring to?

Also refer to bug #45610.

Bob didn't you mention something about your xkb setup to me on IRC?

<quote>Which xkb stuff in the ebuild might you be referring to?</quote>

whatever kbd files were in XFree that made the xkb settings in the XF86Config work per what I listed in my initial report.

At the moment I have to have a script perfomr the following (which was done automatically in XFree with the 2 kbd lines I put in my initital report):

#Map Multimedia Keys
xmodmap -e "keycode 234 = XF86Back"
xmodmap -e "keycode 233 = XF86Forward"
xmodmap -e "keycode 223 = XF86Standby"
xmodmap -e "keycode 236 = XF86Mail"
xmodmap -e "keycode 229 = XF86Search"
xmodmap -e "keycode 230 = XF86Favorites"
xmodmap -e "keycode 144 = XF86AudioPrev"
xmodmap -e "keycode 153 = XF86AudioNext"
xmodmap -e "keycode 162 = XF86AudioPlay"
xmodmap -e "keycode 164 = XF86AudioStop"
xmodmap -e "keycode 160 = XF86AudioMute"
xmodmap -e "keycode 174 = XF86AudioLowerVolume"
xmodmap -e "keycode 176 = XF86AudioRaiseVolume"
xmodmap -e "keycode 237 = XF86AudioMedia

Nevermind, further investigation has shown that xkb is broken in current xorg.
Waiting on a patch.

is this it? http://bugzilla.gnome.org/show_bug.cgi?id=137438

libxklavier not able to handle "xorg" rules properly?

That's one problem, I'm not sure whether it's the only one.

I just wanted to confirm, that there is a problem with xkb: Since i upgraded to
X.Org, my Windows-Keys don't work anymore. And it looks like i'm not the only
one with this problem. Another Person i met in IRC has the same problem.

It's worse for me.

When using the GNOME (2.6) environment, the applications don't even receive any keyboard input AT ALL! I do see the active window flickering (an obvious refresh drawing) everytime I type something, but nothing appears in the test box I'm typing in. Mouse works okay.

Non-session-specific stuff (CTRL/ALT/+ to switch screen resolution, and CTRL/ALT/BACKSPACE to kill the X Server) continue to work, though.

Also, other window managers apparently don't mind the XKB issues. I've tried twm and XFCE-4 so far, and they both work fine. Even GNOME apps launched from these environments work okay.

Try upgrading libxklavier to 1.01, just copy the ebuild for 1.00 over.

Make sure `xdpyinfo | grep vendor` returns something containing "The X.Org Foundation", not "X.Org X11" -- if not, remerge xorg-x11.

upgrading libxklavier to 1.01 didn't help. i'm now recompiling xorg-x11 to see
if it helps

after recompiling xorg-x11, "xdpyinfo | grep vendor" returns now "The X.Org
Foundation", but gnome still starts with this error message:

Error activating XKB configuration.
Probably internal X server problem.

X server version data:
Gentoo Linux (The X.Org Foundation 6.7.0, revision r0-0.5)
60700000

If you report this situation as a bug, please include:
- The result of xprop -root | grep XKB
- The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb

I just saw version 1.02 of libxklavier is out on sourceforge
(http://sourceforge.net/project/showfiles.php?group_id=319&package_id=49313).
Maybe that will help, cause remerging xorg-x11 didn't work for me either.

http://sourceforge.net/project/shownotes.php?release_id=230919

"Release Name: 1.02

Notes: Due to the high demand, libxklavier is now able to detect the default xkb rules set at runtime. The option --with-xkb-rules-set is not necessary any more. Sorry for bother:)"

Just for the info :)

The new libxklavier solved xkb issues on another bug, I'd like you all to try
it.

Version 1.02 of libxklavier didn't solve the problem for me :(
But I figured out my keyboard still workes as root, but not as a normal user. I'm still trying to figure out why...

I can confirm that upgrading to Version 1.02 did not help me either.

Thanks dale for waking me up to the olden way of maping the keys ;). guess I got to used to things just working. ohh well

lol

upgrading to 1.02 does not work for me.

Also, from the /var/log/Xorg.0.log file

(**) Option "XkbRules" "xorg"
(**) XKB: rules: "xorg"
(==) Keyboard: CustomKeycode disabled

Dale, what does that mean ?

I dunno, I assume it means that xkbd is disabled for some reason.
I have also seen X.org errors that it can't find /usr/X11R6/lib/X11/xkb/rules when that directory plainly exists.

Hmmm.....ok

I orriginaly thought that
(==) Keyboard: CustomKeycode disabled

was the problem, but then I looked at my last XFree log, and the same message appeared there as well.

I am not saying that it is *not* a problem, but that my keyboard was fully funcntional reciving that same message under xfree ;) as for what it is... i am clueless

Try removing the line containing 'Options "XkbRules"' from your configuration
file. See http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120932.

There's also this bug about "windows" keys not working with xorg, that may be
related somehow:

http://bugs.gentoo.org/show_bug.cgi?id=34781

Eek, that's what I meant:

http://bugs.gentoo.org/show_bug.cgi?id=48307

the WIndows keys work perfectly fine on my keryboard with X.org.

Dale, does it also work as a modifier (like win-enter for the run-program
dialog on kde)

Yes, it does work that way for me.

Please try the latest xorg-x11.

`xdpyinfo | grep vendor` should return "vendor string:    Gentoo Linux (The X.Org Foundation 6.7.0, revision r0-1.0)"

The "-1.0" on the end is what you're looking for.

grep PATCH_VER /path/to/ebuild should also return 1.0.

I emerged the 6.7.0-r1 - xkbd still does not map the keys:

(**) Option "XkbSymbols" "logiink"
(**) XKB: symbols: "logiink"
(**) Option "XkbRules" "xorg"
(**) XKB: rules: "xorg"
(**) Option "XkbModel" "logiink"
(**) XKB: model: "logiink"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled

I had the same problem when I upgraded to 6.7.0-r1.
I moved back to 6.7.0 and have "half" the problem.

Keyboard changes work on root but not as user.

Xorg Log for user
(II) Keyboard "Keyboard1" handled by legacy driver
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)
(EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
(II) Server_Terminate keybinding not found
(II) Mouse1: ps2EnableDataReporting: succeeded

Xorg log for root
(II) Keyboard "Keyboard1" handled by legacy driver
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)
(II) Mouse1: ps2EnableDataReporting: succeeded
(i.e no error)

libxklavier didnt to the trick.

Just copy /usr/X11R6/bin/xkbcomp to /usr/X11R6/lib/X11/xkb/xkbcomp and it
works!
No more error message or keys not working!

Seems to be an error in the location of xkbcomp...

Well, I've just had a second try at xorg-x11-6.7.0-r2 and keyboard support is
still terrible.  With xfree I always map my own keymappings with xmodmap when X
starts.  This doesn't work at all.  `xmodmap -pke` gives the correct console
output but the AltGr and Shift-AltGr combinations I actually get are different
and can't be saved in a text document unless I set encoding to UTF-8.  I want
to use ISO9995-15.

I've tried adding "Option "XkbCompat" "basic+pc+iso9995" to xorg.conf's
keyboard section but it doesn't seem to have any effect.

I'll attach my Xmodmap file so you can see what I'm trying to do.  I built
xfree and xorg-x11 packages so I'm going back to xfree now until this mess gets
cleaned up.

Created an attachment (id=36417) [details]
XFree's output (UTF-8) to view

Using Xmodmap, file typed and saved when running XFree-4.3.0-r6

Created an attachment (id=36418) [details]
xorg-x11's output (UTF-8 to view)

Typed and saved in xorg-x11-6.7.0-r2 using same Xmodmap

It would be greatly appreciated if one of you would step up and try to fix
whatever issues there are here. I simply don't have enough time to get to it
right now. If anyone does post fixes, I can look at them and get them in.

Hi,

I have 2 xkbcomp in my PC, but one has a size of 0 :-(

localhost X11 # ll /usr/X11R6/bin/xkbcomp 
 -rwxr-xr-x 1 root root 196188 Jul 13 00:31 /usr/X11R6/bin/xkbcomp 
 localhost X11 # ll /usr/X11R6/lib/X11/xkb/xkbcomp 
 -rwxr-xr-x 1 root root 0 Jul 10 12:35 /usr/X11R6/lib/X11/xkb/xkbcomp 

Strange ... so I copy it and now it works fine ... 

I upgrade from and Xfree install.

G_os

I found a way around my xorg-x11 xmodmap problems.
  
Both xorg and xfree bind Mode_switch to AltGr by default.  However, when you use xmodmap with xorg it loses that binding somehow and AltGr becomes just another Alt key (Alt_R).

The workaround is to add this line to .Xmodmap:
keycode 113 = Mode_switch Mode_switch

XFree doesn't need this as it keeps the Mode_switch binding, but with this change to .Xmodmap it works in both xorg and xfree, so my problem is solved.  I have now abandoned my custom /usr/X11R6/lib/X11/xkb/symbols/pc/gb settings, which was fun to do but dangerous as I didn't really know what I was doing.

Why don't y'all try out 6.7.99.902? Remember to `quickpkg xorg-x11` beforehand
so you can save a binary to downgrade to, if you want.

I did try 6.7.99.902 but after a while <Ctrl-Alt-F#> stopped working.

regarding Comment #37,
i had similiar issue, i wasn't able to use keyboard switcher in kde
and xorg dropped errors:
(EE) Couldn't open compiled keymap file /var/tmp/server-0.xkm

i also upgraded from xfree (emrge xorgs said sth previous xfree installation detected) and i had this 0 byte file. perhaps should open new bug for it?


# l /usr/X11R6/bin/xkbcomp
-rwxr-xr-x  1 root root 181K Sep 11 01:26 /usr/X11R6/bin/xkbcomp*
# l /usr/X11R6/lib/X11/xkb/xkbcomp
-rwxr-xr-x  1 root root 0 Sep 11 03:17 /usr/X11R6/lib/X11/xkb/xkbcomp*
# cp /usr/X11R6/bin/xkbcomp /usr/X11R6/lib/X11/xkb/xkbcomp
cp: overwrite `/usr/X11R6/lib/X11/xkb/xkbcomp'? y

---> kxkb works fine now!

Poster #37:

I'm running Xorg.6.7.0 (most recent) and libxklavier 1.0.3, Gnome 2.8.
My /etc/xorg.conf does not specify XkbRules, consistent with <a href="http://freedesktop.org/bugzilla/show_bug.cgi?id=472"> Xorg Bug 472 </a>.

I'm pc104 us.

I have the same problem; Gnome gives me an xkb error and xorg poops some stuff to the logs.  Also,

localhost X11 # ls -l /usr/X11R6/bin/xkbcomp
-rwxr-xr-x  1 root root 175772 Oct 24 01:42 /usr/X11R6/bin/xkbcomp

localhost X11 # ls -l /usr/X11R6/lib/X11/xkb/xkbcomp
-rwxr-xr-x  1 root root 0 Oct 24 01:42 /usr/X11R6/lib/X11/xkb/xkbcomp

I am going to fix with:

rm /usr/X11R6/lib/X11/xkb/xkbcomp
ln -s /usr/X11R6/bin/xkbcomp /usr/X11R6/lib/X11/xkb/xkbcomp

Here is grep \(EE\) /var/log/Xorg.0.log

(EE) Couldn't open compiled keymap file /usr/X11R6/lib/X11/xkb/compiled/server-0.xkm
(EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
(EE) Couldn't open compiled keymap file /usr/X11R6/lib/X11/xkb/compiled/server-0.xkm

We'll see if the change above fixed the problem.

The above fixed the problem for me.

Open question:

Where is this file supposed to be?

Workaround:
Create the above symlink.  The symlink would either remain undisturbed or be overwritten by a newer version of xkbcomp.

Created an attachment (id=42657) [details]
Simple symlink creation script.

This Bash script tries to fix the 0 sized xkbcomp.  Review it before running
for sanity checks.  I'm new to bash.

Still have this problem on 6.8.0-r1? I just freshly installed, and here's mine:
-rwxr-xr-x  1 root root 179804 Oct 27 09:49 /usr/X11R6/lib/X11/xkb/xkbcomp

I am not still having the problem because I used the workaround above, however
I was using -r1 when I had the problem.

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

Does everyone with this 0-byte xkbcomp use dispatch-conf? Please say so if you
do. That makes at least part of the bug a duplicate of bug #41743.

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

I have the bug and use dispatch-conf.But my xkbcomp is not 0 bytes, they have
different sizes thought.



ls -la /usr/X11R6/bin/xkbcomp /usr/X11R6/lib/X11/xkb/xkbcomp
-rwxr-xr-x  1 root root 200284 Nov 18 04:57 /usr/X11R6/bin/xkbcomp
-rwxr-xr-x  1 root root 210792 Nov 18 10:50 /usr/X11R6/lib/X11/xkb/xkbcomp

Yes, and here is the partial output of ls -l 
/etc/config-archive/usr/X11R6/lib/X11/xkb

-rwxr-xr-x  1 root root      0 Sep 13 20:46 xkbcomp
-rwxr-xr-x  1 root root 171612 Jun 15 14:59 xkbcomp.1
-rwxr-xr-x  1 root root 171560 May 18  2004 xkbcomp.2
-rwxr-xr-x  1 root root 171648 Nov 18 14:20 xkbcomp.dist

I am using xorg-x11-6.8.0-r2 and had also the xkb problem (and the 0-byte
xkbcomp), mainly AltGr not working... Xorg.log showed:
(EE) Couldn't open compiled keymap file
/usr/X11R6/lib/X11/xkb/compiled/server-0.xkm
(EE) Couldn't load XKB keymap, falling back to pre-XKB keymap

After symlinking /usr/X11R6/lib/X11/xkb/xkbcomp to /usr/X11R6/bin/xkbcomp as
suggested in comment 42 everything worked fine again. I am using dispatch-conf,
so it really seems to be a dispatch-conf problem. 

I'm considering this a duplicate of bug #41743 because many of the reports were
of the 0-byte xkbcomp.

Anyone with a different problem, please file a new bug. A single bug report is
for a single bug, not multiple ones.

Thanks!

*** This bug has been marked as a duplicate of 41743 ***