[Buildbot-devel] cleanly taking slave offline?

Stephen Davis stephendavis at mac.com
Sat Jul 30 17:36:27 UTC 2005


On Jul 30, 2005, at 5:47 AM, Thomas Vander Stichele wrote:

>> I'm sure I just missed it but is there a way to cleanly take a slave
>> offline after it completes its current build?  I'm short on platforms
>> so sometimes I have to use a slave and it's inconvenient to have it
>> running builds in the background while I'm trying to use it (I have
>> some builds which drive GUI apps so having them pop up and go away
>> while I'm using the machine is quite irritating).
>
> I run my slaves against an Xvfb display session so those windows don't
> pop up on the actual display session :)

Heh, I'm running on OS X.

> What app are you testing ? I'm interested in UI testing and I'd  
> love to
> see other project's way of doing it.

I'm actually driving Metrowerks CodeWarrior on Mac and Windows to do  
my builds (well, some of them).  There is a little command line tool  
that is included with CW called cmdide -- it communicates to the GUI  
IDE via AppleEvents on the Mac and COM on Windows and runs the build  
machinery.  I have cmdide hooked into a custom buildbot BuildFactory  
class.

These types of builds don't successfully honor the "stop" command  
from the master so having the ability to just have them auto-offline  
after finishing a build is what I need.

On the Mac or Windows, you could easily script the app in question to  
test it (depending on the app's support for scripting).  This doesn't  
test actual user movements but you can test a lot of things that  
way.  There are other mechanisms on the mac at least that let you  
send fake user events to an app so you can test them that way.  I am  
not currently running any tests on my built application, right now  
I'm just concentrating on getting the slaves to do the builds.

stephen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://buildbot.net/pipermail/devel/attachments/20050730/1114fdf7/attachment.html>


More information about the devel mailing list