When I login to gnome I will get an error dialog stating that the gnome settings daemon has failed to start. When trying to start it manually: # /usr/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 1667 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.) [1152186129,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application Most likely related: http://bugzilla.gnome.org/show_bug.cgi?id=323724 http://bugs.gentoo.org/show_bug.cgi?id=133521 Version information: gnome-base/control-center-2.12.3 x11-base/xorg-x11-7.0-r1 x11-drivers/xf86-input-evdev-1.0.0.5 # emerge --info Gentoo Base System version 1.6.15 Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r1 x86_64) ================================================================= System uname: 2.6.17-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3500+ ccache version 2.3 [enabled] dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -Os -pipe -fomit-frame-pointer -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -Os -pipe -fomit-frame-pointer -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" LC_ALL="en_US.UTF-8" LINGUAS="en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" USE="amd64 acpi alsa apache2 apm avahi berkdb bitmap-fonts bzip2 cairo cdr crypt dbus directfb dvd dvdr dvdread emul-linux-x86 fam font-server gdbm ggi gnutls gpm hal imap libedit libwww maildir mmap mozsvg mysql ncurses nptl nptlonly nvidia offensive openal opengl pam python readline sasl sdl slang ssl tcpd threads truetype truetype-fonts type1-fonts unicode userlocales utf8 xinerama xml2 xprint zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux linguas_en userland_GNU video_cards_nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
The settings daemon fails to start if I have line pointer = 1 3 2 4 5 8 9 6 7 10 in /etc/X11/Xmodmap regardless if I'm using "evdev" or "mouse" driver. "evdev" fails every time.
Created attachment 91085 [details, diff] Upstream fix for similar problem Could you try it with this patch? It's fix from upstream that went into 2.14.2 for the same symptoms.
Patch solved the problem. I tested both the "mouse" and the "evdev" drivers. Having pointer mappings in the /etc/X11/Xmodmap works also. Good work!
Fixed by 2.12.3-r1. Thanks for testing.
