<br><font size=2><tt>Jamie McCracken &lt;jamiemcc@blueyonder.co.uk&gt;
wrote on 04/07/2005 03:26:00 PM:<br>
<br>
&gt; &gt; Havoc Pennington wrote:<br>
&gt; &gt; If you dump the transactions requirement you can go back to text
files.<br>
&gt; &gt; Using simpler text files is the major reason that KConfig is
better than<br>
&gt; &gt; GConf for system administrators, so text files are a significant
plus.<br>
&gt; &gt; <br>
&gt; <br>
&gt; This shouldn't be a problem. If you use a database you should have
<br>
&gt; utilities to import/export xml files from Stdin/Stdout. </tt></font>
<br>
<br><font size=2><tt>The point is that the proposed system is so complex
that:</tt></font>
<br><font size=2><tt>1) It may never get written.</tt></font>
<br><font size=2><tt>2) It may never get adopted.</tt></font>
<br>
<br><font size=2><tt>Start with the basics. &nbsp;What is the minimum set
of requirements before KDE and Gnome will use DConf? &nbsp;Implement this
minimum set. &nbsp;Prove that the minimum set works with a test suite.
&nbsp;Get the minimum set adopted by the desktops and applications. &nbsp;Then,
and only then, start working on the whizbang features.</tt></font>
<br>
<br><font size=2><tt>The minimum set is probably a lot less than you might
think. &nbsp;My belief is that transactions, stackable back-ends, and notifications
are not required in round one. &nbsp;Round two might see notifications.
&nbsp;Various back-ends can be adopted as needed at particular sites, but
distributions are going to want to use a simple storage mechanism.</tt></font>
<br>
<br><font size=2><tt>chas</tt></font>