polkit-kde-kcmmodules editing /usr

Kevin Kofler kevin.kofler at chello.at
Fri Oct 26 15:25:20 UTC 2012


On Friday 26 October 2012 at 07:00:13, Robby Workman wrote:
> Good question, and it makes me wonder why we've always just "worked around"
> it instead of sending patches to do it correctly.  I'm not in a position to
> look farther into that right now, so I'll just say that it would seem better
> for KDE stuff to use /usr/share/config/$whatever/ for packaged defaults
> (IOW, *exactly* what you currently do) with support for overriding those
> defaults in $sysconfdir/kde/$whatever/

Yes, and in fact that's how we ship things in Fedora (KDM being a special case
because it doesn't use KConfig). The KConfig search path in Fedora is:
1. ~/.kde/share/config/ – user settings
2. /etc/kde/ – systemwide settings
3. /usr/share/kde-settings/kde-profile/default/share/config/ – Fedora kde-settings
4. /usr/share/config/ – upstream shipped settings

The way we implement this is that:

* to implement 3, we ship an /etc/kde4rc (and kderc for legacy kdelibs3 apps)
  with the following settings:

[Directories]
kioskAdmin=root:
profileDirsPrefix=/usr/share/kde-settings/kde-profile/

[Directories-default]
prefixes=/usr/share/kde-settings/kde-profile/default/

* to implement 2, we ship a patch to kdelibs:
http://pkgs.fedoraproject.org/cgit/kdelibs.git/tree/kdelibs-4.6.90-kstandarddirs.patch
(second hunk, the first one is one of the changes required to make
LIBEXEC_INSTALL_DIR=/usr/libexec/kde4 work properly)
The patch is required because we need this to have priority over profiles,
which isn't supported in the upstream kdelibs code.

I think the setup we use in Fedora is optimal (and actually I wish all
configuration systems would work that way, not just KConfig ;-) ).

        Kevin Kofler


More information about the release-team mailing list