[3958] in Release_7.7_team
Re: gconf and panel oddities in 9.2.10
daemon@ATHENA.MIT.EDU (Greg Hudson)
Sun Jul 27 16:42:29 2003
From: Greg Hudson <ghudson@MIT.EDU>
To: eepness@mit.edu
Cc: release-team@mit.edu
In-Reply-To: <20030727081226.GA3234@eepness-trion.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1059338542.1470.215.camel@error-messages.mit.edu>
Mime-Version: 1.0
Date: 27 Jul 2003 16:42:23 -0400
On Sun, 2003-07-27 at 04:12, Kai-yuh Hsiao wrote:
> Hi guys,
> I'm noticing some odd behavior from gconfd-2; first off, it seems
> that when I logout, whether with kill -HUP $XSESSION or with the
> logout menu option, it doesn't die nicely, and causes lots of gnome
> configuration problems next time I log in. Is this expected? Did I
> frob a config file somewhere on my system that I shouldn't have?
If you could more precisely describe a sequence of events leading to a
configuration problem (and more precisely describe the configuration
problem), that would be helpful.
> afs: failed to store file
In /etc/athena/login/Xsession we put a "gconftool-2 --shutdown" before
tickets and tokens are destroyed, and we have modified gconfd respond
synchronously to such requests. There could be a bug here; it's hard to
test whether something is happening synchronously or not.
If you have a .logout which runs "unlog", that would break this safety.
Or, if you're getting the native gconfd, that could cause a problem too,
since among other things, it doesn't respond to shutdown requests
synchronously. See below for more about that.
> multiple copies of gconfd start up (usually between 1 and 3 copies)
What are the pathnames of these gconfd processes? Ideally, there should
be a /usr/athena/libexec/gconfd-2 and maybe a /usr/athena/bin/gconfd-1.
Along with the "how do I switch from the default RedHat main menu"
question, your statement leads me to believe that your dotfiles may set
an LD_LIBRARY_PATH value which does not put /usr/athena/lib before
/usr/lib. (The next patch release will display a dialog if you try to
run the panel in that state; for now you just see broken information.)
If you fix your LD_LIBRARY_PATH problem (assuming you have one) and run
"gconftool-2 --recursive-unset /apps/panel", you should get the Athena
default panel configuration the next time you log in.
