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