[KLUG Members] gconftool settings. :-(

[Bruce Smith]

> >In my quest to make Evolution run remotely, I'm starting to come to the
> >conclusion that Evolution isn't compatible with Redhat 8.0 settings.
> 
> The gnome on RH is GNOME 2.0.x,  Evo is a 1.4.x application, so in part your
> right.  That's why so many people on the evo list are whining about the GNOME 2
> port bieng so very late.
> 
> Are you using gconftool-1 or gconftool-2 to make setting changes?

I haven't actually made any changes yet, I'm changing things with
gnome-control-center and seeing what changes by looking at the output 
of "gconftool-? -R /" (redirecting to a file, running diff, etc.)

I've looked at the outputs of both gconftool- 1 and 2.

Comparing what really changes to what ximian.org says to change with
gconftool (for the proxy server) is drastically different.

> >Comparing what settings Evolution wants for a proxy server (or fonts)
> >from the documentation I've found on ximian.com doesn't match what I
> >have in my gconf database on Redhat 8.0 according to gconftool.  
> >(they seem to have different paths)
> 
> Probably a gconftool 1 vs. 2 thing.

Can I assume that 1 and 2 are two different databases?
And Gnome 1.4 uses the gconftool-1 DB and Gnome 2.0 uses gconftool-2?

> >If I could find the settings evolution is reading, I could probably set
> >them manually with gconftool.
> 
> I've got the evo source here, I'll take a look in there.

Cool.  I'm currently looking for proxy settings.

I upgraded the PC to Evolution 1.2, which allows font changes in it's
own settings now.  However proxy settings are still coming from Gnome.

> >And what's up with this gconftool crap anyway?  It looks so similar to a
> >registry, it makes me want to puke.
> 
> It is a registry.  If you want integrated apps, you have to have a registry. 

In this case, having integrated apps is what's causing my problems,
so I really don't want them!  :-)

> But this registry is XML, not some binary cobble job, and is always accessed via
> a server process that manages locking and state.

That's good.

--------------------------------------------
Bruce Smith                bruce@armintl.com
System Administrator / Network Administrator
Armstrong International, Inc.
Three Rivers, Michigan  49093  USA
http://www.armstrong-intl.com/
--------------------------------------------