On 2/20/06, <b class="gmail_sendername">Thomas Braxton</b> <<a href="mailto:brax108@cox.net">brax108@cox.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I just thought of something, If there are no files, then our idea of how to<br>determine which backend to use will need to be rethought. The idea was to<br>have env vars specify which directories contain which kind of files, and have

<br>KConfig choose the correct backend based on that, but if there are no files<br>then there are no dirs either, so how are we supposed to know if we are<br>supposed to use the Elektra backend? Are you intending to replace all of

KDE's config files with Elektra, as an all or nothing exercise? The intention was to allow the admin/user to be able to mix & match backends on a per directory basis. Will this still be possible with the Elektra backend?

</blockquote><div> I don't know. I just want to make KDE be able to store its configurations on Elektra. If it has to be the only backend or not, it depends on how KConfig classes were architected. I will have an opinion when I'll have the chance to see the classes.

<br><br>On Elektra we defined the $KDB_BACKEND envar to point us to the backend to use.<br>So we are able to make things like:<br><br>$ KDB_BACKEND=filesys kdb export -R user/sw > myconfigs.xml<br>$ KDB_BACKEND=berkeleydb kdb import 

myconfigs.xml<br><br>So we are copying keys from one backend to another.<br></div><br></div>Regards,<br>Avi<br>