From kde-release-team Fri Oct 26 15:25:20 2012 From: Kevin Kofler Date: Fri, 26 Oct 2012 15:25:20 +0000 To: kde-release-team Subject: Re: polkit-kde-kcmmodules editing /usr Message-Id: <5752201.s6Ld07UQgF () localhost ! localdomain> X-MARC-Message: https://marc.info/?l=kde-release-team&m=135126515114242 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 aroun= d" > 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 bet= ter > 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 c= ase because it doesn't use KConfig). The KConfig search path in Fedora is: 1. ~/.kde/share/config/ =96 user settings 2. /etc/kde/ =96 systemwide settings 3. /usr/share/kde-settings/kde-profile/default/share/config/ =96 Fedora kde= -settings 4. /usr/share/config/ =96 upstream shipped settings The way we implement this is that: * to implement 3, we ship an /etc/kde4rc (and kderc for legacy kdelibs3 app= s) with the following settings: [Directories] kioskAdmin=3Droot: profileDirsPrefix=3D/usr/share/kde-settings/kde-profile/ [Directories-default] prefixes=3D/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-kstandar= ddirs.patch (second hunk, the first one is one of the changes required to make LIBEXEC_INSTALL_DIR=3D/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 _______________________________________________ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team