Summary: | =gnome-base/gnome-settings-daemon-2.24.1-r1 crashing on startup | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Josh Sled <jsled> |
Component: | New packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoobugzilla, nlshep, p |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 238650 | ||
Attachments: |
g-s-d crash backtraces
g-s-d crash backtrace, updated |
Description
Josh Sled
2009-04-14 03:39:48 UTC
Created attachment 188281 [details]
g-s-d crash backtraces
Also as per Bug#256016, here are the versions of maybe-relevant libs: [I] gnome-base/gnome-settings-daemon (2.24.1-r1@04/13/09): Gnome Settings Daemon [I] x11-libs/libXi (1.2.1@04/09/09): X.Org Xi library [I] x11-libs/libxklavier (3.8@04/13/09): High level XKB library [I] x11-proto/inputproto (1.5.0@04/08/09): X.Org Input protocol headers Generating this, I noticed libxklavier was at 3.8, not 3.6 as I thought, so I downgraded; unfortunately, this had no effect on behavior. unfortunately it seems like your backtrace is missing a lot of symbols. Could you try with libxklavier 3.9 btw, changelog mentionned fixing crasher bugs. I suffered Bug#256016 also, but no longer. The big change, of course, was xorg-server-1.5.3, but I also (finally!) got evdev working at the same time and got completely rid of the 'mouse' and 'keyboard' drivers from my xorg.conf. I just tried libxklavier-3.8 and 3.9 and everything works perfectly now on my x86 machine. I see that your INPUT_DEVICES="evdev" but are you sure that your X server is not still using the 'keyboard' driver by default? I have the same bug :( If help gnome-base/gnome-2.24.1 x11-base/xorg-server-1.5.3-r5 x11-drivers/xf86-input-evdev-1.1.5-r1 please get back to us with informations from comment #3 & comment #4 (In reply to comment #4) > I suffered Bug#256016 also, but no longer. The big change, of course, was > xorg-server-1.5.3, but I also (finally!) got evdev working at the same time and > got completely rid of the 'mouse' and 'keyboard' drivers from my xorg.conf. > > I just tried libxklavier-3.8 and 3.9 and everything works perfectly now on my > x86 machine. > > I see that your INPUT_DEVICES="evdev" but are you sure that your X server is > not > still using the 'keyboard' driver by default? > $ ll /usr/lib/xorg/modules/input/ total 28K -rwxr-xr-x 1 root root 28K Apr 14 17:55 evdev_drv.so You're using an old version of xf86-input-evdev. Please upgrade. Thanks (In reply to comment #9) > You're using an old version of xf86-input-evdev. Please upgrade. > > Thanks > I am install =x11-drivers/xf86-input-evdev-2.1.3 USE="hal -debug" bug still present :( I'm seeing the same behavior with: - x11-libs/libxklavier-3.9 - machine current through today (tree sync as of approx 2009-04-30T03:00:00-00:00) - x11-drviers/xf86-input-evdev up to ~2.2.1 - root account with .xinitrc: "exec dbus-launch gnome-session": - no g-s-d crash on startup; - volume-control applet crashes on Log Out - user account with .xinitrc: "exec gnome-session" or "exec dbus-launch gnome-session": - `startx` one: - indicated g-s-d crashing too much on startup. - volume-control applet crash on shutdown - `startx` two: - bug-buddy-trapped g-s-d crash on startup; report attached Created attachment 189793 [details]
g-s-d crash backtrace, updated
I had the same problem. It started to happen after I upgraded some gstreamer plugins. I solved the problem after downgrading gst-plugins-lame from 0.10.11 to 0.10.8. Some packages: gnome-base/gnome-2.24.1 gnome-base/gnome-settings-daemon-2.24.1-r1 media-plugins/gst-plugins-lame-0.10.8 (In reply to comment #13) > I had the same problem. It started to happen after I upgraded some gstreamer > plugins. I solved the problem after downgrading gst-plugins-lame from 0.10.11 > to 0.10.8. > > Some packages: > > gnome-base/gnome-2.24.1 > gnome-base/gnome-settings-daemon-2.24.1-r1 > media-plugins/gst-plugins-lame-0.10.8 > Very strange =) I don't have any version of media-plugins/gst-plugins-lame installed. a@kravchenko ~ $ emerge media-plugins/gst-plugins-lame -p These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] media-plugins/gst-plugins-lame-0.10.11 I am experiencing the same bug, I think. xklavier-3.6, evdev-2.1.3 Nothing unmasked. I'm starting my gnome session with GDM, how would I go about finding why gnome-settings-daemon crashed? Do I have to make an xinitrc? We've been having the same/similar problems at our university. Those of you who are getting the "Failed to acquire org.gnome.SettingsDaemon" message when you run g-s-d with --no-daemon and --debug, have you checked to see that g-s-d is not already running? From our testing, it appears that even though we get the dialog box about g-s-d restarting too many times, g-s-d is actually running. Therefore, running it again "[fails] to acquire org.gnome.SettingsDaemon" because some other process (an alread-running g-s-d) has already acquired org.gnome.SettingsDaemon. It's as if one thing in the whole X session startup process already has started g-s-d, but then something else is trying to start it again, and failing, because it can't get the org.gnome.SettingsDaemon resource (or whatever the correct term is). We are unsure where to go from here in debugging. Does anyone have any idea what starts g-s-d in the first place? Thanks. I retract my previous theory that gnome-session is trying to start g-s-d twice. At least, I think. From comment #31 on bug #256016, older gnome-sessions (e.g. =gnome-session-2.22.1-r3, which is the stable one currently) do not start dbus properly. We upgraded to =gnome-session-2.26.1, which fixes the problem, for us. We are at stable versions (on amd64) of all other relevant packages (e.g., this is not the libxklavier problem of bug #256016; we are at =libxklavier-3.6). (In reply to comment #17) > From comment #31 on bug #256016, older gnome-sessions (e.g. > =gnome-session-2.22.1-r3, which is the stable one currently) do not start dbus > properly. And in bug #256016 comment #31 walt writes > So yes, it's a bug in gnome-session but the proper solution for gentoo is to > change the startup scripts so apps like gnome-session don't *need* to do it. We have kdm as display manager, most users use KDE sessions but some users with GNOME sessions. To start a special daemon (lbussd) needed for usb access on our thin clients I changed /usr/share/xsessions/gnome.desktop from Exec=gnome-session TryExec=gnome-session to (analogous to /usr/share/xsessions/kde-3.5.desktop) Exec=/etc/X11/Sessions/Gnome TryExec=/etc/X11/Sessions/Gnome because /etc/X11/Sessions/Gnome (like /etc/X11/Sessions/kde-3.5) runs all system xinitrc shell scripts in /etc/X11/xinit/xinitrc.d/ where I placed the lbussd startup script. And as a side effect the error message of the GNOME Settings Daemon was gone: probably caused by /etc/X11/xinit/xinitrc.d/30-dbus. So this seems to be at least another workaround. But I think all *.desktop files in /usr/share/xsessions/ should exec a script in /etc/X11/Sessions/ instead of some binary so one can easily add site-specific things in session startup. I don't suffer this problem at all with 2.26 and stable x11-libs/libxklavier-4.0 please reopen if you can reproduce with current stable release. thanks. |