kconf_update: ensuring it has run

Marc Mutz Marc.Mutz at uni-bielefeld.de
Fri May 24 21:26:50 BST 2002


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

We already got a few reports for KMail that came from people who copied 
their KDE 2.x kmailrc over the newly created 3.0.0 version after 
upgrading and found that some things didn't work anymore.

There was also a problem with kconf_update running scripts multiple 
times due to permission problems with kconf_updaterc.

Can we possibly make kconf_update
1. be more verbose when it fails (testing scripts is 
   particularly difficult currently: I needed the best part of one hour 
   to find out that I mispelt Id= as ID= and missed the ,perl on the 
   Script= key's value :-( )
2. include information of which conversions have been run in the 
    processed config file, e.g. copy the kconf_updaterc:[app.upd] group 
    to apprc:[kconf_update, so the app can check on startup that all 
    conversions were applied.

KMail uses the kconf_update mechanism quite heavilly and we rely on it 
for much more than shoving some keys between groups. E.g. I have patch 
on my HD that uses kconf_update to convert all identity references in 
kmailrc to use numeric IDs rather than the identity name (to fix the 
obvious problem on renaming identities), complete with creating 
numerical IDs for each identity found.

If this script isn't run, all references to identities will be lost.
What's worse, we plan to introduce the same concept for Kmail's folders.

Marc

- -- 
Marc Mutz <mutz at kde.org>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE87qIK3oWD+L2/6DgRAvpGAKD5eVppeRHLEXAE3YRwSZfgIcAXjgCeK2ph
Uv2elBELxWX6EQYDyMsbGio=
=zuPT
-----END PGP SIGNATURE-----





More information about the kde-core-devel mailing list