k -d -s question

claydoh claydoh at claydoh.com
Sat Apr 29 16:46:42 BST 2006


On Saturday 29 April 2006 6:15 am, Raphaël Pinson wrote:
> 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

very much so!
Thank you for your reply.
-- 
clay weber



More information about the kubuntu-devel mailing list