Hi, <br><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
&gt; steps from the “write spec; get spec merged to spec repo; get spec<br>
&gt; released; copy-paste spec to tp-glib; write high-level C API; release<br>
&gt; tp-glib; copy-paste spec to tp-qt4; write high-level Qt4 API; release<br>
&gt; tp-qt4” hurdles between here and cake island for any new feature.<br>
<br>
</div>I&#39;m a bit scared about merging in the same repository, especially<br>
tp-glib and tp-qt4. They do not have the same person hacking on them,<br>
not the same priorities and schedule. For example tp-qt4 would currently<br>
be driven by meego (and KDE?) releases, while tp-glib by GNOME releases.<br>
<div class="im"><br></div></blockquote><div><br>just a side comment about this. In poppler, we do have in the same repo the qt and the glib bindings, and it works just fine IMO. The problems about synchronizing releases are there (for instance, evince 2.32 was released before poppler 0.16, and there was an api break in the glib bindings... distros were not aware of that...problem for packagers.. etc. ) but if you finally decide to do rolling releases more often as is proposed, maybe this won&#39;t be an issue for you. <br>

<br>Greetings<br><br>José<br><br></div></div>