You are not logged in.
[proteus@localhost ~]$ The program 'gnome-settings-daemon' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 342 error_code 2 request_code 116 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
[1135978818,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application
[1]+ Exit 1 /opt/gnome/libexec/gnome-settings-daemon
[proteus@localhost ~]$ /opt/gnome/libexec/gnome-settings-daemon
The program 'gnome-settings-daemon' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 342 error_code 2 request_code 116 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
[1135978834,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application[proteus@localhost ~]$
This cropped up out of nowhere after I switched from the "mouse" driver to "evdev". I have absolutely no idea what could cause it. One thing is certain, though - this error *always* occurs when I use evdev, and *never* occurs when using a different driver.
Offline
what is this?
[1135978818,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application
After some googlage:
libxklavier - utility library to make XKB stuff easier
'BadValue' errors are one of the awesomely-generic X errors that it spits out - hell, the wmi errorhandler actually ignores alot of BadValue and BadWindow errors because they happen alot and there's no way to really track it down.
Fun times - have to attack it from another angle.
Looks like libxklavier uses "XKL_DEBUG" for verbosity... try "export XKL_DEBUG=150" before starting X.
Offline
Second thought - evdev can also handle keyboards... they "layout management" error refers to keyboard layouts... so obviously xklavier and evdev are clashing on keyboard handling... don't ask me how to shut these off, I don't know
Offline
Bloody hell.
(This is really weird, evdev doesn't do this with my old mouse... Only with my new A4Tech trackball.)
Offline
Hang on - full nack to what I said earlier... the libxklavier stuff doesn't fail. It just spits out that message and continues on it's merry way. So, most likely it's not what I said before.
:oops:
evdev really doesn't do much... it's like a 4K C file.
Try debugging X in gdb (should be full of hilarity) and see if you can dump and symbols from a backtrace.
Offline
Ack, my bad, same problem with my old mouse. Sh*t.
Anyway, how would I go about doing a traceback? Sorry, I'm not very familiar with gdb.
Offline
It's an issue with evdev and libxklavier. evdev doesn't support XKB mapping as the old keyboard and mousedrivers used to do. When I enable evdev for my mouse, I get the same error as you have and my gnome looks like garbage.
Offline
Argh! Still happens with the new libxklavier! :evil:
Offline
Alright guys, filed a bug. JGC, would you mind confirming this?
Offline
Looks like some wrong logic exists in the gnome-settings-daemon code:
http://bugzilla.gnome.org/show_bug.cgi?id=323724
Offline
Damn. The fix for this probably won't be out for a long time...
Offline