Re: installing schemas

[Frederic Crozat <fcrozat mandrakesoft com>]

Le mer 31/03/2004 à 16:37, Mark McLoughlin a écrit :
> Hey,
> 
> On Wed, 2004-03-31 at 15:35, Mark McLoughlin wrote:
> > Hi Erik,
> > 
> > On Wed, 2004-03-31 at 15:10, Erik Grinaker wrote:
> > > Hi all
> > > 
> > > I'm having some problems installing schemas. I install the schemas into
> > > /etc/gconf/schemas/<name>.schemas, and then run
> > > 
> > > export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source`
> > > gconftool-2 --makefile-install-rule /etc/schemas/<name>.schemas
> > > 
> > > 
> > > The schema is installed into the defaults database, but users don't see
> > > the default config values until they restart the gconf daemon.
> > > 
> > > I've looked at a couple of other applications, which use the same
> > > process for installing schemas. I've never had any problems when
> > > installing other apps, while I need to restart the daemon to have my own
> > > app working.
> > > 
> > > Should I just install the schemas and put a note in the docs about them
> > > needing to restart gconfd before starting the app? Or is there a better
> > > solution?
> > 
> > 	I don't recall seeing complaints about this before, but what you're
> > seeing is the expected behaviour AFAICS ...
> > 
> > 	There is no way for a daemon running as one user to notice changes made
> > to the database underneath it.
> 
> 	The actual solution for this would be to have some way that you could
> trigger the daemon to re-load the database, notice any changes that have
> been made and fire off notifications for everything that has changed.

Funny, I was going to ask for that, since schema values might change
when upgrading a package and people are forced to kill gconfd to get it
right (which is not optimal for newbies, or even experts which don't
know a thing to gconfd)..

Maybe handling a signal to cause gconfd to re-read disk database could
do the trick (with --makefile-install-rule sending zillions of such
signal to all gconfd running on the system..). Maybe it is a bad idea
too.. :)

-- 
Frederic Crozat <fcrozat mandrakesoft com>
Mandrakesoft