From FedoraProject

< Features
Revision as of 18:56, 18 July 2011 by Mclasen (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search


Migrate from GConf to DConf


Port all packages on the desktop spin from GConf to GSettings/DConf


  • Name: Desktop SIG
  • Email: desktop@lists.fedoraproject.org

Current status

  • Targeted release: Fedora 17
  • Last updated: 2011-07-18
  • Percentage of completion: 0%

Many GNOME 3 modules are already ported to GSettings, but GConf is still getting pulled in.

Detailed Description

The GSettings class provides a convenient API for storing and retrieving application settings, similar to GConf.

dconf is a low-level configuration system. Its main purpose is to provide a backend to GSettings on platforms that don't already have configuration storage systems. dconf is the main GSettings backend on Linux.

Benefit to Fedora

Configuring desktop applications and settings will be simpler, because there is only one place where the settings get store instead of two. We get to drop a number of deprecated modules (such as ORBit) which were getting pulled into the desktop spin via the GConf dependency.


We have to provide patches for all packages on the desktop spin that still depend on GConf. These patches should go upstream. See http://live.gnome.org/GnomeGoals/GSettingsMigration for upstream tracking of affected modules.

How To Test

  1. . Install the desktop spin
  2. . Verify that GConf is not in the package list.

User Experience

Mostly unchanged. One area where benefits might be visible is when using multiple parallel logins with a shared NFS home directory. This should work better in a dconf-only desktop.



Contingency Plan

If we don't succeed, GConf will continue to get pulled into the desktop spin by dependencies. Packages can be ported from GConf to GSettings one-by-one, though. There is no need to revert successfully ported packages.



Release Notes


Comments and Discussion