<br><br><div><span class="gmail_quote">On 7/27/07, <b class="gmail_sendername">Kristian Høgsberg</b> &lt;<a href="mailto:krh@bitplanet.net">krh@bitplanet.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 7/27/07, dragoran &lt;<a href="mailto:drago01@gmail.com">drago01@gmail.com</a>&gt; wrote:<br>&gt; On 7/27/07, Matthias Clasen &lt;<a href="mailto:mclasen@redhat.com">mclasen@redhat.com</a>&gt; wrote:<br>&gt; &gt; Given that test1 is around the corner, I thought it might be a good idea
<br>&gt; &gt; to give a little status update on the features that the desktop team has<br>&gt; &gt; been working on for F8:<br>&gt;<br>&gt; what happend to compiz-fusion?<br><br>I&#39;ve been punting this issue for a while; sorry about that, I should
<br>have been more involed in the debate there.&nbsp;&nbsp;I have two concerns about<br>the proposed updates:<br><br>1) I&#39;d rather not ship a git snap shot for fedora 8.&nbsp;&nbsp;If we know that<br>there&#39;s a stable release on the horizon, that is, coming out withing
<br>the next 1 or 2 months, we can do an update, but if there&#39;s no<br>expectation that a stable release is coming out in time for fedora 8,<br>I&#39;d rather wait.&nbsp;&nbsp;The concern here is mainly that we&#39;re starting to
<br>ship externally packaged plugins for compiz and we need an upstream<br>maintenence branch (0.6) that maintains a stable plugin API.&nbsp;&nbsp;I don&#39;t<br>know what the compiz schedule is for the current development branch<br>
but it still sees plugin API breaking changes at this time.&nbsp;&nbsp;As far as<br>I know, there&#39;s hasn&#39;t been a stable release since the merge, but if<br>most of the API changes to allow beryl plugins to run have been<br>
merged, maybe it would be a good idea to wind down and release 0.6?</blockquote><div><br>I asked about this a while ago and David wanted to release a 0.5.2 and a 0.6.0&nbsp; a bit later...<br>what happend to this? David? <br></div>
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">2) I don&#39;t know what the current status is on config plugins.&nbsp;&nbsp;I know<br>there is interest in getting ccp configured as the default backend,
<br>but I don&#39;t know what the benefits of that is over gconf.&nbsp;&nbsp;I<br>understand that gconf is GNOME specific, but I was thinking that the<br>better approach was to move gconf and gtk-window-decorator to a new<br>compiz-gnome subpackage.&nbsp;&nbsp;What is the compiz upstream position?&nbsp;&nbsp;My
<br>position is that we need to use the native configuration system of the<br>desktop environment (that is, gconf when running under GNOME) and<br>reinventing new config file formats is almost never the right approach<br>
(no matter how fun it is).</blockquote><div><br>ccp has a gconf and a konf backend so we can just use this. the&nbsp; benefit&nbsp; over gconf&nbsp; are the configuration tools that already exist for it.<br></div>there was a thread on fedora-devel-list about this...
<br></div><br>