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