Thank you everybody!<br>I think our decision is made... <br>We will mostly be using Grok on Linux, with parallel trials on Windows.<br><br>I hope we will be able to contribute and add value to Grok, one of these days.<br><br>
<br>But I would still suggest that there be visible changes on the Grok site periodically, if only for the sake of public relations. If the version has to remain the same because the changes are only in constituent packages, there could still be some indication of what is going on. A revolving Live! sign, or a build number etc. <br>
<br>Thanks again, and regards<br>
<br>Milind Khadilkar<br><div class="gmail_quote">On Tue, Jul 3, 2012 at 7:20 PM, Sylvain Viollon <span dir="ltr">&lt;<a href="mailto:sylvain@infrae.com" target="_blank">sylvain@infrae.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Op 3 jul 2012, om 12:59 heeft Uli Fouquet het volgende geschreven:<br>
<br>
&gt; Hi Milind,<br>
&gt;<br>
<br>
<br>
   Hello,<br>
<br>
[...]<br>
<div class="im"><br>
&gt;<br>
&gt;&gt; to use more of Grok for further projects, but I am a bit bothered by there<br>
&gt;&gt; being no new releases in 5 quarters, since April 2011. Should I view it as<br>
&gt;&gt; an indicator of stability, or as a lack of community support, or an<br>
&gt;&gt; emphasis on downloading the current code from the repository and building<br>
&gt;&gt; it?<br>
&gt;<br>
&gt; I think it&#39;s a sign of stability in the first place. We discussed that<br>
&gt; also at last Grok sprint, which happened just two months ago (sponsored<br>
&gt; generously by Christian Klinger and Novareto). The conclusion there , if<br>
&gt; I got it correctly, was, that Grok is more or less feature-complete, so<br>
&gt; merely bugfixes are required and complete new funcionality would turn it<br>
&gt; into a complete different project.<br>
&gt;<br>
&gt; Another reason why Grok releases do not happen too often these times is,<br>
&gt; that Grok meanwhile is merely an umbrella package for a couple of<br>
&gt; outsourced packages (these grokcore.xxx packages). These packages are<br>
&gt; frequently updated but normally only as bugfix releases which leaves the<br>
&gt; Grok version number as-is.<br>
<br>
<br>
</div> And actually there was a Grok release at that sprint, however it was not advertise<br>
on every existing channels, but there is a release that is two months old:<br>
<br>
 <a href="http://grok.zope.org/releaseinfo/1.5.4/versions.cfg" target="_blank">http://grok.zope.org/releaseinfo/1.5.4/versions.cfg</a><br>
<br>
  But Uli is right, that for the kind of application Grok can build, it is feature complete.<br>
Other kind of applications, like async ones with application that requires lot of current<br>
requests, or route based applications are not adapted to the Zope paradigm, on which<br>
Grok is built on.<br>
<br>
  However it is perfect for model-based application,  and where traversing is defined<br>
by the models of your application.<br>
<br>
  We don&#39;t want to blow up the existing features to try to support some other paradigm,<br>
but instead use an already existing tool that does it correctly.<br>
<br>
  And I do use Grok as well, and don&#39;t plan giving up on it in the future, like Uli, so<br>
yes it will be maintained.<br>
<br>
  Regards,<br>
<br>
  Sylvain,<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Sylvain Viollon -- Infrae<br>
t +31 10 243 7051 -- <a href="http://infrae.com" target="_blank">http://infrae.com</a><br>
Hoevestraat 10 3033GC Rotterdam -- The Netherlands<br>
<br>
<br>
<br>
_______________________________________________<br>
Grok-dev mailing list<br>
<a href="mailto:Grok-dev@zope.org">Grok-dev@zope.org</a><br>
<a href="https://mail.zope.org/mailman/listinfo/grok-dev" target="_blank">https://mail.zope.org/mailman/listinfo/grok-dev</a><br>
</font></span></blockquote></div><br>