When I try to launch Gnome-2.30, the desktop begins to appear (background color and panels), but hangs quickly. Nautilus segfaults are listed in /var/log/messages. Reproducible: Always Steps to Reproduce: 1. start a Gnome session using "startx" 2. the desktop hangs before it's fully loaded 3. Actual Results: Unable to use Gnome Expected Results: Session works smoothly I already had this problem when upgrading from gnome-2.26 to gnome-2.28. I decided to rebuild a new Gentoo system (with gnome 2.30) on another partition for various reasons, but this bug still occurs. My .xinitrc contains only: ck-launch-session gnome-session
Created attachment 241769 [details] emerge --info
Created attachment 241771 [details] $HOME/.gnomerc-errors
Created attachment 241773 [details] /var/log/messages
Created attachment 241775 [details] /etc/portage/package.use
Please try on a new created user account. Good luck
Already done... I created a new user named "tux", and /home/tux was empty (except from some bash config stuff) when I tried startx. The error log is in "gnomerc-errors" attachment. I don't have any ".xsession-errors" file. My gentoo system is brand new and was compiled last week. I followed the Gentoo "gnome configuration howto" and I havn't done any extra personal configuration for Gnome. Note: I use "gnome-base/gnome-light", not "gnome-base/gnome"
I have problems too after the upgrade to gnome-2.30 - gnome-terminal didn't start anymore - firefox and thunderbird don't start - panels don't appear anymore I fixed the gnome-terminal thing by remerging some other packages. Luckily I also have another gentoo partition with gnome-2.28 which I'm currently running on. I'm now remerging (emerge -e world) the gnome-2.30 partition (chroot) to see if that fixes things...
I think I have a clue: I noticed that Nautilus was restarting continually with a different PID. When I disable "/apps/nautilus/preferences/show_desktop" and remove 'filemanager' from "/desktop/gnome/session/required_components_list" Gconf keys, the Gnome desktop starts again normally. It has maybe something to do with bug #266398, but this bug occurred when "/apps/nautilus/preferences/show_desktop" was _disabled_ (the opposite of mine). I hope that will help ;)
Just to report back, I rebuilt everything (emerge -e world --keep-going ; emerge --depclean) and everything is fine now. There were some packages that failed: - ipsec-tools-0.7.2 -> unmasked 0.7.3-r1 -> fine now - nvidia-settings-173.14.17 -> now using 190.53 (I should use a 173 version) But finally the upgrade to gnome 2.30 worked for me ;-)
gnome-session: Fatal IO error 11 (Ressource temporairement non disponible) on X server :0.0. gnome-settings-daemon: Fatal IO error 11 (Ressource temporairement non disponible) on X server :0.0. gnome-screensaver: Fatal IO error 11 (Ressource temporairement non disponible) on X server :0.0. is also suspicious. Could you try running nautilus in gdb and get a backtrace to see why it's failing ?
The "Fatal IO error 11" messages are not suspicious because they appeared when I killed X11 using Ctrl+Alt+Backspace... I made some more tests and I noticed that the bug appears only when "/apps/nautilus/preferences/show_desktop" Gconf key is true. Gnome runs smoothly when this key is disabled, but I can't interact with desktop background any more (no right click, no desktop icons). I tried to run gdb and strace on nautilus with "show_desktop" key disabled, and then with "show_desktop" key enabled. See below for the results.
Created attachment 245093 [details] Results of GDB on Nautilus with "show_desktop" key enabled (=> bug)
Created attachment 245095 [details] Results of Strace on Nautilus with "show_desktop" key enabled (=> bug)
Created attachment 245097 [details] Results of GDB on Nautilus with "show_desktop" key disabled (=> no bug)
Created attachment 245099 [details] Results of Strace on Nautilus with "show_desktop" key disabled (=> no bug)
Do you have a "fresh" desktop I guess (if you have created a new user account, it shouldn't contain much files) Also, please confirm it still fails on a new account without inheriting your .bash* files Also, some other option could be to rebuild "dbus-glib" since it looks to cause problems to some people if not rebuilt after glib update :-|
I confirm that loading Gnome fails with a new account containing only default-created .bash* files. Rebuilding dbus related stuff doesn't change anything. Thanks for your help ;-)
We will then keep on the fully fresh user account. In that one, does the problem also disappear when disabling "show_desktop" key? In that case, please show the output of "ls -la ~/Desktop" Also show the output of "emerge -pv nautilus gvfs"
To get a proper backtrace, please follow this guide: http://www.gentoo.org/proj/en/qa/backtraces.xml And install gnome-extra/bug-buddy. You will probably have to re-emerge nautilus, gtk+, glib, gvfs, gnome-disk-utility with debugging symbols. bug-buddy will catch the crash and sent a report upstream (that will also allow us to easily see if there is any duplicated report or not)
This looks like bug #331037. Please rebuild dbus-glib and update us with your current situation.
