Summary: | gnome-settings-daemon fails to start, X error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrew D. Keyser (aka Legoguy) <legoguy> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | andrewresch, brebs, earcar, gentoo-bugs, iyosifov, kanelxake, marduk, Sander.Sweers, tester, zr40.nl |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Strace of /usr/libexec/gnome-settings-daemon
evdev-fix.patch |
Description
Andrew D. Keyser (aka Legoguy)
2005-12-20 11:20:05 UTC
Created attachment 75227 [details]
Strace of /usr/libexec/gnome-settings-daemon
This is a xorg modular issue. Are you by any chance using evdev as input driver? If you change it to "normal" mouse it should work again, for me it does. Ah, so that's what it is. Unfortunately I can't do that as a permanent resolution for the problem because I have a Logitech MX1000 and I need evdev to best use all the extra features of it. Created attachment 75383 [details, diff] evdev-fix.patch Same issue here. I've looked in gnome's bugzilla and found a similar bug: http://bugzilla.gnome.org/show_bug.cgi?id=323724 there's also a patch which solves this problem (for me at least). (In reply to comment #4) > Created an attachment (id=75383) [edit] > evdev-fix.patch > > Same issue here. > I've looked in gnome's bugzilla and found a similar bug: > http://bugzilla.gnome.org/show_bug.cgi?id=323724 > there's also a patch which solves this problem (for me at least). I can confirm this solved the problem for me but it might not for others. I just did an overlay to gnome-base/control-center using that patch and I can confirm that it works as well. Using evdev for mouse & keyboard. Unfortunately, I get a kind of stuttering when dragging windows around, but that's another bug. Anyway, if this patch could be checked in, it would be much appreciated.. W Just a question to those who applied the patch (not sure of my english for this sentence!): did it break the multimedia keys of your keyboard or not? If not, that means i've missed something in my config, i'll check it later. Not sure what you mean by the "multimedia keys" but I'm having no problem at all with the keyboard or mouse (evdev driver). W I should also add that the stuttering that I described above has nothing to do with gnome-settings-daemon. It's some other weirdness. A workaround is to not use a desktop pattern. Hopefully someone will be checking this patch in soon! W Is this going to be stuck into another -r or something? Proposed patch fixes problem for me. *** Bug 103559 has been marked as a duplicate of this bug. *** there is a new fixed patch on the gnome bugzilla.. Please make a new -r asap with this, its breaking for everyone with Xorg 7 and its coming out of p.mask soon. *** Bug 119076 has been marked as a duplicate of this bug. *** After a ton of new ebuilds today, I was sad to see that old error back... Guess it hasn't been fixed in 2.12.3: here's what happens when you try to put the old patch on the new version... * Applying control-center-evdev-fix.patch ... [ ok ]/usr/share/aclocal/nspr.m4:8: warning: underquoted definition of AM_PATH_NSPR run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/linc.m4:1: warning: underquoted definition of AM_PATH_LINC /usr/share/aclocal/libfame.m4:6: warning: underquoted definition of AM_PATH_LIBFAME /usr/share/aclocal/libart.m4:11: warning: underquoted definition of AM_PATH_LIBART /usr/share/aclocal/libIDL.m4:6: warning: underquoted definition of AM_PATH_LIBIDL /usr/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IMLIB /usr/share/aclocal/imlib.m4:167: warning: underquoted definition of AM_PATH_GDK_IMLIB /usr/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /usr/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB /usr/share/aclocal/gdk-pixbuf.m4:12: warning: underquoted definition of AM_PATH_GDK_PIXBUF /usr/share/aclocal/audiofile.m4:12: warning: underquoted definition of AM_PATH_AUDIOFILE /usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO /usr/share/aclocal/ORBit.m4:4: warning: underquoted definition of AM_PATH_ORBIT With all those warnings, it did compile. Guess I should restart everything to see if it still works.. W Wow, following a restart... i have icons back! It doesnt' look like this patch made it to the upstream... W The patch works for me. Should be in Portage. +1 Please put this patch into Portage so other users won't have to go through this problem. Patch works with control-center-2.14.0. Please add it to portage soon... even if not applied yet but so people could at least fix their install if they forgot to do it before... downloading patch in lynx is not easy. Have upgraded 3 machines (to X modular) so far... always needed. And break is really bad sometimes...(cascading failure i supposed, gnome-panel crashing, no access to a terminal, was able to fix it only because i knew the problem ahead and could solve it from console) gnome-base/control-center-2.14.1 fixes this bug *** Bug 131872 has been marked as a duplicate of this bug. *** |