Re: migrating to new backend format
- From: Mark McLoughlin <mark skynet ie>
- To: Havoc Pennington <hp redhat com>
- Cc: desktop-devel-list gnome org, gconf-list gnome org
- Subject: Re: migrating to new backend format
- Date: Mon, 06 Oct 2003 11:53:37 +0100
Hey,
Hmm, I've only skimmed through the whole thread so I might be missing
something but ...
The way the patch currently works is that if it comes across a
%gconf-tree.xml in a directory it reads that and ignores the %gconf.xml
in that directory and all sub-directories.
So, if we do something like:
for dir in ~/.gconf/apps/* ~/.gconf/schemas/apps; do
gconf-merge-tree $dir
done
Then every dir under /apps and /schemas/apps will be coalesced into a
single file (for each dir). The %gconf.xml files will still exist so old
versions of gconfd will continue merrily with the old settings and the
new gconfd will work on the new settings.
Basically, it would be the typical "changes you make in 2.6 won't be
reflected when you log back into 2.4 and vice versa" scenario.
Cheers,
Mark.
On Sun, 2003-10-05 at 20:55, Havoc Pennington wrote:
> Hi,
>
> If we use the patch to coalesce gconf XML files, then ~/.gconf will
> become unreadable to GNOME 2.4 and earlier. That's not allowed.
>
> So we can create ~/.gconf26 or something (better name?). Given this
> there are these possible migration paths and maybe others:
>
> 1. Have the gconf path contain ~/.gconf26 in front of ~/.gconf.
> In principle, this means that the two will be merged. Unsetting
> a setting should nuke the setting from both.
>
> Downsides: not well-tested, and creates a permanent efficiency
> hit as operations will always check with both backends.
> Possible extreme weirdness if you log in to GNOME 2.4, change
> things in ~/.gconf only, then back into 2.6 and suddenly
> have both backends.
>
> 2. Do a one-time migration (dump/load) from ~/.gconf into the
> new ~/.gconf26 (probably the trigger to the migration is that
> ~/.gconf exists and ~/.gconf26 doesn't).
>
> 3. Screw it, you have to reconfigure gnome 2.6 from scratch.
>
> Havoc
>
>
>
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]