http://qa.mandrakesoft.com/show_bug.cgi?id=6138
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2003-17-10 18:39 -------
Upstream bug : http://bugzilla.gnome.org/show_bug.cgi?id=124707
Ok, I finally found what is exactly the problem :
when using gdm with root_squashed NFS home (or when gdm decides to use a
fallback directory), GDM set XAUTHORITY to a temporary file in /tmp.
So, for initial login, you'll get XAUTHORITY=/tmp/gdm123456 in
bonobo-activation-server environment.. If you run evolution in that session,
evolution-wombat will stay in memory even after logout (due to shortcoming in
Evo 1.4.x which will be fixed in Evo 2.0.x), so bonobo-activation-server stays
in memory.
When you login again with GDM, XAUTHORITY is re-set with a new value (let's say
/tmp/gdm789123) but when gnome-session tries to start gnome-settings-daemon
through b-a-s, it fails because b-a-s still have the old XAUTHORITY value and
g-s-d is not authorized to connect to X server.
To fix this, grab gdm-2.4.4.4-1mdk from
http://people.mandrakesoft.com/~fcrozat/gdm/
and make sure to run bonobo-slay at least one time, to get all
bonobo-activation-daemon to use XAUTHORITY=$HOME/.XAuthority
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date:
description:
I've got this problem severals times, sometimes it disappears magically,
sometimes i have to delete all my gnome settings ( ~/.gconf, ~/.gconfd,
~/.gnome ).
Situation :
- current cooker ( 2.4.22-10mdk, GConf-1.0.9-11mdk, GConf2-2.4.0.1-1mdk,
nfs-utils-clients-1.0.5-1mdk, kdebase-3.1.92-2mdk, metacity-2.6.1-1mdk )
- home on a NFS share ( vers=3, tcp, rsize=8192, wsize=8192, nosuid,
soft, intr, timeo=600 )
- NFS server = mdk 9.1 + soft RAID1 ( ext3 partition )
One more time again, I'm facing this "Gnome n'a pu d�marrer le d�mon de
pr�f�rence. Pour l'instant il sera d�sactiv� et vous n'aurez pas acc�s
aux th�mes, sons ... ) -> Gnome was unable to launch gnome preferences
daemon.
So i don't have theme ( ugly default one for style, color, theme,
nautilus icons ), can't launch some applets ( windows list/systray,
desktop switcher ) because of an OAFIID cryptic error ...
And i have nothing interesting in ~/.xsession-errors
This is not a locking problem on my nfs partition as I don't have the
message saying that gconfd had problem locking some files.
Nothing intersting too in /var/log/messages
It's incredible how easily I can break gnome ( nfs bugs -> gconfd
locking problem whereas kde works like a charm, ???? -> gnome
preferences daemon not starting ).
The only way to solve this is ... to reboot !
