Bug#500430: gconf2: gconfd-2 not shutting down after user's logout

Loïc Minier lool at dooz.org
Tue Sep 30 19:26:59 UTC 2008


On Tue, Sep 30, 2008, Josselin Mouette wrote:
> > Confirmed. The file is "~/.gconfd/saved_state". gconfd-2 keeps it open
> > for about 30 seconds after the session is closed.
> Thinking about it, it is strange that, even while only local locks are
> used, the log file is put in /home. It should land in the same directory
> as the lock, which means in /tmp/gconfd-$user. It will also avoid a lot
> of unnecessary writes over the network for NFS homes.

 This solution is probably not suitable for 2.24:
2.23.2
======
  Features
  - stop using /tmp for the IOR, instead use the DBus session bus (Ray Strode)

 I grepped the source for /tmp, and only the testsuite seems to use that
 nowadays.


 Sadly, gconfd/saved_state is still used for similar logging which is
 used to restore listeners when gconfd restarts (AIUI).


 The log files is used in two ways: continuous logging happens all the
 time, and will be used if the process dies badly, and if the process
 gets the time to shutdown decently or for some signals, it will save
 its state to a new file, and overwrite the logfile with this state
 before exiting.

 I'd say that the open file, the continuous write to a real file (which
 might spinup the hard disk IIUC or cause network IO as you point out)
 is completely an obsolete use case, and we should simply rely on the
 latter part of the saving process.
   Perhaps we can propose that upstream.

-- 
Loïc Minier






More information about the pkg-gnome-maintainers mailing list