Thanks Yanni, yes I noticed that there was a note on the SS page pointing at Lukas&#39; personal SS setup. I pulled the latest from there and am exploring it now.<div><br></div><div>C<br><br><div class="gmail_quote">On Thu, Sep 8, 2011 at 7:30 AM, Yanni Chiu <span dir="ltr">&lt;<a href="mailto:yanni@rogers.com">yanni@rogers.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">On 07/09/11 2:47 PM, Casey Ransberger wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This one seems to be a collaboration between Yanni Chiu and Lukas<br>
Renggli; we might pay extra attention to this one, because for some<br>
reason I think it&#39;s what they&#39;re using for Pharo presently (though I may<br>
be wrong, don&#39;t recall why I think this) which means it&#39;s been working<br>
in production use:<br>
<br>
<a href="http://www.squeaksource.com/HudsonBuild" target="_blank">http://www.squeaksource.com/<u></u>HudsonBuild</a><br>
</blockquote>
<br>
That version was the original starting point. I don&#39;t maintain or update it, anymore - is there a standard way to mark a package obsolete?<br>
<br>
The package was evolved by Lukas and Philippe Marschall, and is found at:<br>
<br>
<a href="http://source.lukas-renggli.ch/hudson.html" target="_blank">http://source.lukas-renggli.<u></u>ch/hudson.html</a><br>
<a href="https://github.com/renggli/builder" target="_blank">https://github.com/renggli/<u></u>builder</a><br>
<br>
IIUC, it is actively maintained, and is the basis of what runs the Pharo CI builds.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My plan was to take a survey of these, contact the maintainers, weigh<br>
the pros and cons, and report back to the list. If there was consensus<br>
around one of them, I&#39;d run with that, if there wasn&#39;t, I would reinvent<br>
the wheel.<br>
</blockquote>
<br>
Do the analysis if you want, but IMHO, you should just go with whatever is working for Pharo, and save the CI analysis effort for Squeak coding. All you need to start, is a place to run Hudson/Jenkins, a Squeak VM, a shell script to run the image used for the build, and a set of Squeak start-up .st files that controls what gets loaded and/or tested.<br>

<br>
A very old setup is at: <a href="http://hudson.jooshr.org/job/Squeak4.1/" target="_blank">http://hudson.jooshr.org/job/<u></u>Squeak4.1/</a><br>
I&#39;ve disabled the CI job for some time now (last build was April 2010). The comment says: &quot;Build disabled, since it does not run in headless mode anymore. Have not figured out the problem yet.&quot;<br>
<br>
The community has to agree that the CI build is the top priority. If the build fails, there is no higher priority item than getting the build to work again. I&#39;m sure that will happen, once the CI build job is setup and running.<br>

<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Casey Ransberger<br>
</div>