<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div class="h5">
&gt;<br>
&gt;                 At the moment buildbot fails with<br>
&gt;                 &quot;exceptions.RuntimeError: Couldn&#39;t find executable for<br>
&gt;                 &#39;svn&#39;&quot;<br>
&gt;<br>
&gt;                 + the same for git<br>
&gt;<br>
&gt;                 I added ~buildbot/.bashrc to hopefully add Fink stuff<br>
&gt;                 to buildbot&#39;s environment<br>
&gt;<br>
&gt;                 .hc<br>
&gt;<br>
&gt;<br>
&gt;                 Hmm, didn&#39;t work out, and<br>
&gt;                 net.sourceforge.buildbot.plist has sw/bin in the path<br>
&gt;                 too, and svn is there, so i really don&#39;t know...<br>
&gt;<br>
&gt;                 Andras<br>
&gt;<br>
&gt;<br>
&gt;         Ok, I was getting some builds from macosx104-i386, but then it<br>
&gt;         disappeared, donno what happened there.  macosx104-powerpc<br>
&gt;         seems to be running still tho.<br>
&gt;<br>
&gt;<br>
&gt; Yea the process died somehow. I have restarted it with the command:<br>
&gt;  /sw/bin/buildbot restart /Users/buildbot/macosx104-i386<br>
&gt;<br>
&gt; The output had some complaints:<br>
&gt; /sw/lib/python2.6/site-packages/twisted/persisted/sob.py:12:<br>
&gt; DeprecationWarning: the md5 module is deprecated; use hashlib instead<br>
&gt;   import os, md5, sys<br>
&gt; /sw/lib/python2.6/site-packages/twisted/python/filepath.py:12:<br>
&gt; DeprecationWarning: the sha module is deprecated; use the hashlib<br>
&gt; module instead<br>
&gt;   import sha<br>
&gt; /sw/lib/python2.6/site-packages/twisted/internet/_sslverify.py:5:<br>
&gt; DeprecationWarning: the md5 module is deprecated; use hashlib instead<br>
&gt;   import itertools, md5<br>
&gt; Following twistd.log until startup finished..<br>
&gt; /sw/lib/python2.6/site-packages/buildbot/scripts/logwatcher.py:52:<br>
&gt; PotentialZombieWarning: spawnProcess called, but the SIGCHLD handler<br>
&gt; is not installed. This probably means you have not yet called<br>
&gt; reactor.run, or called reactor.run(installSignalHandler=0). You will<br>
&gt; probably never see this process finish, and it may become a zombie<br>
&gt; process.<br>
&gt;   env=os.environ,<br>
&gt; Removing stale pidfile /Users/buildbot/macosx104-i386/twistd.pid<br>
&gt;<br>
&gt;         I worked on the pd-master/master.cfg a bit, including changing<br>
&gt;         some of the names to be more consistent.  I also got pure-data<br>
&gt;         building from Miller&#39;s git.<br>
&gt;<br>
&gt;         <a href="http://128.238.56.50:8010/builders/pure-data%20Linux%" target="_blank">http://128.238.56.50:8010/builders/pure-data%20Linux%</a><br>
&gt;         20debian-stable-i386/builds/6<br>
&gt;<br>
&gt;         .hc<br>
&gt;<br>
&gt;<br>
&gt; Good! I saw you stared experimenting with a builder for the externals<br>
&gt; too - do i understand right that at the end we will have every<br>
&gt; external built separately? I was thinking about breaking them out to a<br>
&gt; separate master, but then we&#39;d need to duplicate every slave setup, so<br>
&gt; finally i think they could stay in the main master, and we could have<br>
&gt; each of their have their own &quot;category&quot; name, which allows for some<br>
&gt; selection at the web page.<br>
&gt; Also note that for the builders, you can define an array with<br>
&gt; &quot;slavenames:&quot; instead of a single string &quot;slavename&quot;, so you can test<br>
&gt; the same builder on multiple slaves at the same time. At the end they<br>
&gt; have to broken down to one slave per builder, otherwise the diag<br>
&gt; output is not easy to understand.<br>
&gt;<br>
&gt; Changing descriptionDone values to past tense like &quot;compiled&quot; may not<br>
&gt; make sense when the step fails and the output goes like &quot;compiled<br>
&gt; failed&quot;. Also there are things like &quot;autogen&quot; which don&#39;t have a<br>
&gt; proper past tense... :)<br>
&gt; Another thing i noticed an &quot;svn update&quot; by itself, i think we shall<br>
&gt; have the sources explicitly in master.cfg otherwise it will fail where<br>
&gt; the slave got reset. Also you told before we wanted &quot;clobber&quot; (tabula<br>
&gt; rasa) checkout not an update...<br>
&gt; I saw the &quot;make install&quot;, &quot;make uninstall&quot; steps in the output -<br>
&gt; having these would make much sense, fyi tests can be called with<br>
&gt; Test() which has some advantages over ShellCommand() like it doesn&#39;t<br>
&gt; make the whole build halt on failure.<br>
&gt; BTW switching the sources to git is easy, what we have to work out is<br>
&gt; Git polling. It&#39;s built into 0.8.1 but needs to triggered from git for<br>
&gt; 0.7.12. And then we have this thing with the poller to explain it<br>
&gt; which builder to start upon updates... a.k.a. the cake :)<br>
&gt;<br>
&gt; Andras<br>
<br>
</div></div>One approach would be to use multiple PBChangeSource things and have<br>
commit hooks report to buildbot that they should build:<br>
<br></blockquote><div><br>Actually there is only one PBChangeSource needed/possible because it&#39;s a listener, and multiple commit hooks can communicate with it from the repos.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


Another promising thing is loki, a web interface for easily setting up<br>
master/slaves:<br>
<br>
<a href="https://fedorahosted.org/loki/" target="_blank">https://fedorahosted.org/loki/</a><br>
<font color="#888888"><br>
</font></blockquote></div><br>Hm. Seems a bit young to me...<br><br>I see that at the moment every factory is &quot;under construcion&quot; so i won&#39;t touch the config file for a while so that you can edit around. (Which makes me think about putting it in svn later...)<br>

<a href="http://128.238.56.50:8010/one_box_per_builder">http://128.238.56.50:8010/one_box_per_builder</a><br clear="all"><br>Andras<br>