k -d -s question

Raphaël Pinson raphink at gmail.com
Sat Apr 29 11:15:17 BST 2006


Hi Clay,

Using skel wouldn't allow to control the preferences dynamically. That means: 
when they are changed during development for example, you would have to use a 
clean profile to test them each time, because the skeleton is only copied 
_once_ when the profile is created, and not used anymore afterwards.
Using skel to customize the settings of a distro is imo fine for live CDs 
(this is what knoppix does e.g.) but not for real distros that are aimed to 
be upgraded through packages.

The k-d-s method uses the fact that KDE works with cascading setting files, 
i.e. it considers a series of setting files one after the other, with a 
priority, and the latter override the first ones. Iirc, k-d-s replaces 
the /usr/share settings (or is added to them, not very very sure), so that 
you end up with the following cascading scheme :

- check settings in /etc
- check settings in /usr/share/
- check settings 
in /usr/share/kubuntu-default-settings/kde-profile/default/share/
- check settings in ~/.kde

I insist on the latter : settings in ~ should _override_ the k-d-s settings in 
the cascading preferences system, so if you set your preferences for amarok 
for your user (i.e. in ~), these should be taken in consideration _in spite_ 
of the k-d-s, and be kept the way they are even when k-d-s is updated with 
new settings.

Hope that clear things a bit

Cheers,


Raphaël

-- 
Raphaël Pinson
<raphink at ubuntu.com>
Ubuntu - Linux for Human Beings
http://www.ubuntulinux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
Url : https://lists.ubuntu.com/archives/kubuntu-devel/attachments/20060429/a08e5384/attachment.pgp


More information about the kubuntu-devel mailing list