Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
X starts with bad key definitions -- HALF SOLVED
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
Felig
Apprentice
Apprentice


Joined: 22 Jun 2004
Posts: 180

PostPosted: Fri Jan 18, 2008 3:55 pm    Post subject: X starts with bad key definitions -- HALF SOLVED Reply with quote

My X server starts up with complaints about various keysyms and does not recognize common keys like the arrows. It appears to be normal in all other regards.

This began after a weekly upgrade cycle. I tried downgrading various packages, but it quickly escalated into wanting to downgrade too many other packages, so I brought everything back up to date.

This is a ~amd64 system, dual opterons.

Quote:
xauth: creating new authority file /home/felix/.serverauth.26251


This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.23-gentoo-r5 x86_64
Current Operating System: Linux 2.6.23-gentoo-r5 #1 SMP PREEMPT Sun Dec 23 10:57:45 PST 2007 x86_64
Build Date: 17 January 2008 09:41:03PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 18 07:43:06 2008
(==) Using config file: "/etc/X11/xorg.conf"
(II) Module "ddc" already built-in
(II) Module "ddc" already built-in
(II) Module "ramdac" already built-in
(II) Module "i2c" already built-in
Could not init font path element /usr/share/fonts/OTF, removing from list!
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Multiple names for keycode 211
> Using <I211>, ignoring <AB11>
expected keysym, got XF86AudioEject: line 2232 of inet
Errors from xkbcomp are not fatal to the X server
evdev: leds are 0x0 for device 5
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Multiple names for keycode 211
> Using <I211>, ignoring <AB11>
expected keysym, got XF86AudioEject: line 2232 of inet
Errors from xkbcomp are not fatal to the X server
evdev: leds are 0x0 for device 6
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Multiple names for keycode 211
> Using <I211>, ignoring <AB11>
expected keysym, got XF86AudioEject: line 2232 of inet
Errors from xkbcomp are not fatal to the X server
evdev: leds are 0x0 for device 7
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Multiple names for keycode 211
> Using <I211>, ignoring <AB11>
expected keysym, got XF86AudioEject: line 2232 of inet
Errors from xkbcomp are not fatal to the X server
evdev: leds are 0x0 for device 9
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Multiple names for keycode 211
> Using <I211>, ignoring <AB11>
expected keysym, got XF86AudioEject: line 2232 of inet
Errors from xkbcomp are not fatal to the X server
evdev: leds are 0x0 for device 10
xinit: Resource temporarily unavailable (errno 11): Cannot register with ConsoleKit: org.freedesktop.CkConnector.Error: Unable to open session: The name org.freedesktop.ConsoleKit was not provided by any .service files
evdev: leds are 0x0 for device 5
evdev: leds are 0x0 for device 6
evdev: leds are 0x0 for device 7
evdev: leds are 0x0 for device 9
evdev: leds are 0x0 for device 10
evdev: leds are 0x0 for device 5
evdev: leds are 0x0 for device 6
evdev: leds are 0x0 for device 7
evdev: leds are 0x0 for device 9
evdev: leds are 0x0 for device 10
evdev: leds are 0x0 for device 5
evdev: leds are 0x0 for device 6
evdev: leds are 0x0 for device 7
evdev: leds are 0x0 for device 9
evdev: leds are 0x0 for device 10
SetClientVersion: 0 9
evdev: leds are 0x0 for device 5
evdev: leds are 0x0 for device 6
evdev: leds are 0x0 for device 7
evdev: leds are 0x0 for device 9
evdev: leds are 0x0 for device 10
evdev: leds are 0x0 for device 5
evdev: leds are 0x0 for device 6
evdev: leds are 0x0 for device 7
evdev: leds are 0x0 for device 9
evdev: leds are 0x0 for device 10

waiting for X server to shut down xscreensaver: 07:43:13: SIGHUP received: restarting...
xscreensaver: 07:43:13: running as felix/users (1000/100)

FreeFontPath: FPE "/usr/share/fonts/misc:unscaled" refcount is 2, should be 1; fixing.
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 0 requests (0 known processed) with 0 events remaining.


Edit to add that this is half solved. Demerging xf86-input-evdev makes it work again, but I don't know what the "proper" fix is; should evdev work, is it the wave of the future, or is it some over-zealous maintainer who threw hald and evdev into the X pot without thinking it thru?


Last edited by Felig on Fri Jan 18, 2008 10:40 pm; edited 1 time in total
Back to top
View user's profile Send private message
mkyral
Apprentice
Apprentice


Joined: 06 May 2007
Posts: 185
Location: Czech Republic

PostPosted: Fri Jan 18, 2008 4:48 pm    Post subject: Reply with quote

I have the same problem on my x86 desktop. But my NB on amd64 works correctly.
Back to top
View user's profile Send private message
mkyral
Apprentice
Apprentice


Joined: 06 May 2007
Posts: 185
Location: Czech Republic

PostPosted: Fri Jan 18, 2008 5:55 pm    Post subject: solution Reply with quote

I have found this bug: https://bugs.gentoo.org/show_bug.cgi?id=200060
Looks like it works for me.
Back to top
View user's profile Send private message
Felig
Apprentice
Apprentice


Joined: 22 Jun 2004
Posts: 180

PostPosted: Fri Jan 18, 2008 7:51 pm    Post subject: Reply with quote

I tried bug 200060, but no keys yet. I added a comment to it.
Back to top
View user's profile Send private message
mkyral
Apprentice
Apprentice


Joined: 06 May 2007
Posts: 185
Location: Czech Republic

PostPosted: Fri Jan 18, 2008 8:18 pm    Post subject: Reply with quote

It looks like it works on my NB because I don't have installed x11-drivers/xf86-input-evdev package.
Back to top
View user's profile Send private message
Felig
Apprentice
Apprentice


Joined: 22 Jun 2004
Posts: 180

PostPosted: Fri Jan 18, 2008 10:07 pm    Post subject: Reply with quote

mkyral wrote:
It looks like it works on my NB because I don't have installed x11-drivers/xf86-input-evdev package.


Heh ... I tried that and X exits as soon as I hit any key.

Edit to add that I had forgotten to restore the non-evdev driver config to xorg.conf. See the followup post.


Last edited by Felig on Fri Jan 18, 2008 10:32 pm; edited 1 time in total
Back to top
View user's profile Send private message
red-wolf76
l33t
l33t


Joined: 13 Apr 2005
Posts: 714
Location: Rhein-Main Area

PostPosted: Fri Jan 18, 2008 10:13 pm    Post subject: Reply with quote

mkyral wrote:
It looks like it works on my NB because I don't have installed x11-drivers/xf86-input-evdev package.

I concur that it appears to be the evdev driver that triggers this. I had mondo weirdo after first restarting X after upgrading that package. Afterwards, the mouse was limited to y-axis movement and arrow-keys as well as DEL, INS, etc. didn't work anymore.

Interestingly, I had "keyboard" and "mouse" in the relevant sections of my xorg.conf but it appears that having "evdev" in my INPUT_DEVICES overrides this. Removing it and xf86-input-evdev solved my problem, but it may be that reverting to an older version might suffice.
_________________
0mFg, G3nt00 r0X0r$ T3h B1g!1111 ;)

Use sane CFLAGS! If for no other reason, do it for the lulz!
Back to top
View user's profile Send private message
Felig
Apprentice
Apprentice


Joined: 22 Jun 2004
Posts: 180

PostPosted: Fri Jan 18, 2008 10:37 pm    Post subject: <slaps forehead> Reply with quote

I saw the post right after mine saying that demerging xf86-input-evdev didn't work and realized I had forgotten to restore the original non-evdev configuration. Did that, demerged again, and now I am back to normal.

However, I am NOT going to mark this as solved until I understand what is going on here. Does anyone know what is the "proper" way of doing this? Why is hald now involved in X input -- is there some benefit to that, is it just someone got too fancy with hald capabilities and should not have involved X in it, what is going on?

I know darn well this is going to bite others, and it will bite me again too. No doubt some weekly upgrade will add xf86-input-evdev and I will not see it and wonder what the heck happened to X again.
Back to top
View user's profile Send private message
red-wolf76
l33t
l33t


Joined: 13 Apr 2005
Posts: 714
Location: Rhein-Main Area

PostPosted: Fri Jan 18, 2008 10:42 pm    Post subject: Reply with quote

I also can't seem to figure it out. I dabbled with it for a while during testing to get my wacom to play nice, but apparently I don't understand what evdev's pertinent advantages are, when compared to the ease of setting up the alternatives "mouse" and "keyboard".

Did you maybe update dbus as well? Both dbus and hal are known to have been screwing stuff up for me every once in a while.

But maybe this is just another "Secret Man Was Never Meant To Know®".
_________________
0mFg, G3nt00 r0X0r$ T3h B1g!1111 ;)

Use sane CFLAGS! If for no other reason, do it for the lulz!
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum