| Summary: | GNOME Settings Daemon fails to start | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | b52 <tm-8rjpk> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | CC: | col, jklawiter, stian |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
b52
2006-10-11 10:07:57 UTC
I'm seeing this too. Sideeffects seens so far is that my desktop background is gone, and all the icons in evolutions is gone. Just saw the problem here: stian@localhost ~ $ /usr/libexec/gnome-settings-daemon /usr/libexec/gnome-settings-daemon: error while loading shared libraries: libesd.so.0: cannot open shared object file: No such file or directory revdep-rebuild should fetch this issue. Why gnome-settings-deamon has esd linked into it in the first place is a mistery of its own. The other common reason why gnome-settings-daemon won't start is lack of a session dbus. gdm/gnome-session starts it for you, but if you use startx or some other XDM, then you'll need to start your session bus yourself like so: eval `dbus-launch --sh-syntax --exit-with-session` Well revdep-rebuild did not fix the problem and dbus is running. I discovered that the gnome-settings-daemon crashes on gnome startup, but restarts itself immediately and keeps up running in background. But anyway I get that error message, lose the mixer-applet, the "show desktop"-applet and my background picture. Sometimes also the bottom panel disapears, sometimes not. I killed the running gnome-settings-daemon and started it manualy in a terminal. I got the following output: ------------------------------------------------------------- [1162926110,000,xklavier.c:XklStartListen/] The backend does not require man ual layout management - but it is provided by the application ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstaudioresample.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. ** (gnome-settings-daemon:7929): WARNING **: Failed to send buffer ** (gnome-settings-daemon:7929): WARNING **: Failed to send buffer (gnome-settings-daemon:7929): Bonobo-Activation-WARNING **: Strange exception (I DL:omg.org/CORBA/COMM_FAILURE:1.0) from active server registration ** (gnome-settings-daemon:7929): WARNING **: Encountered problems registering th e settings daemon with bonobo-activation. Clients may not detect that the settin gs daemon is already running. xrdb: "*Label.background" on line 243 overrides entry on line 170 xrdb: "*Text.background" on line 249 overrides entry on line 211 xrdb: "*Label.foreground" on line 255 overrides entry on line 171 xrdb: "*Text.foreground" on line 261 overrides entry on line 212 Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". -------------------------------------------------- I will investigate to see if libgstaudioresample.so is responsible for that. Any help is still appreciated. @b52, any news on this ? It's been 10 months since last comment, don't hesitate to reopen if this bug is still an issue. Thanks :) Thanks Daniel! (In reply to comment #3) > eval `dbus-launch --sh-syntax --exit-with-session` In a completely (?) unrelated problem, I was right in the middle of upgrading from ~gnome-2.22 to ~gnome-2.24, which is still unstable, and couldn't get my gnome-session back with everything I tried. For the time being, I was using fluxbox. e.g. startx, and my ~/.xinitrc was 'exec startfluxbox'. It was ok, and helped me debug the gnome desktop problems a bit. Then I came across this bug. I was using the following commands to test out a gnome desktop with Xnest. MYDISPLAY=:1 MCOOKIE=$(mcookie) xauth add localhost/unix$MYDISPLAY . $MCOOKIE xauth add $(hostname)$MYDISPLAY . $MCOOKIE xinit -- /usr/X11R6/bin/Xnest $MYDISPLAY xauth remove $(hostname)$MYDISPLAY Then, I added your line to my ~/.xinitrc eval `dbus-launch --sh-syntax --exit-with-session` and my gnome-session started (almost perfectly) in the nested X session. Cheers, Chris this worked for me as well using kernel 2.6.27-r8. i have been starting gnome manually with startx, and previously i had only 'exec gnome-session' in my .xinitrc. i added the line: eval `dbus-launch --sh-syntax --exit-with-session` before the exec gnome-session line, and now the settings daemon does not throw an error on start. thank you! |
