[PD-dev] buildbot or some other proper build automation

Hans-Christoph Steiner hans at at.or.at
Thu Aug 26 20:54:49 CEST 2010


It would be good to keep this on pd-dev so others can follow the  
progress and chime in.

On Aug 26, 2010, at 2:38 PM, András Murányi wrote:

>
>>> so... (tada.wav) Vanilla builds alrite on one slave. Nest step  
>>> would be uploading the file, this can be done internally, just  
>>> tell me please which file or directory is the actual build? And...  
>>> how do we make a package with the Vanilla source? Sorry I never  
>>> built it myself.
>>> Some more questions that came up meanwhile: Shall we update or  
>>> copy the source each time? (see http://buildbot.net/buildbot/docs/latest/Source-Checkout.html) 
>>>  Do we need --enable-jack to configure Vanilla (after autogen)?
>>>
>>> Andras
>>
>> The way that this would be super useful is if buildbot builds after  
>> every commit to SVN or git.  It looks like SVN polling support is  
>> built-in
>>
>> http://buildbot.net/buildbot/docs/0.7.12/#SVNPoller
>>
>> For git, it supports checkout, but there are some external scripts  
>> for polling:
>>
>> http://buildbot.net/buildbot/docs/0.7.12/#Git
>> http://stackoverflow.com/questions/645430/have-buildbot-poll-a-git-repository-for-new-commits
>> http://buildbot.net/trac/ticket/130
>>
>> .hc
>>
>> yes, git is more cumbersome when it comes to polling, so i will  
>> work this out with daily builds and see the polling stuff after.  
>> the older buildbot version also has some limitations in this  
>> direction.
>
> I think we can start with SVN since that should be easier.  If that  
> works nicely, then we can struggle to get git polling working.
>
> Alrite. My box may fall out then, because i cannot handle so many  
> build cycles per day, or i'll try to find a way to limit it to one  
> build cycle on 'civilian' boxes like mine.

Ah yes, that makes sense.  I was thinking the full time machines.

> Or, we could raise money for a 64-bit box? 195 USD is not much...
> http://cgi.ebay.com/Sun-Microsystems-Sun-Fire-X2100-1-8Ghz-512-RAM-NEW-/140441798951?pt=COMP_EN_Servers

Or a Dell Zino for 250 USD, its 64-bit and runs Debian/Ubuntu nicely.

http://www.dell.com/us/en/home/desktops/inspiron-zino-hd/pd.aspx?refid=inspiron-zino-hd&cs=19&s=dhs


>> can you help me with the other questions please?
>> - is --enable-jack needed to configure Vanilla?
>
> Not needed, but it would be good to have in the test builds to make  
> sure it works.
>
>> - where do i find the Vanilla build when ready?
>
> ? I know it's a dummy question, but i need to know so that i can  
> test uploading the build.


you can look for pd/src/pd, that is where the pd binary is when its  
built but not installed.


>> - how do we make a package of Vanilla?
>
> We could do something like "make DESTDIR=/tmp install" and then run  
> it from there for tests.
>
> What kinds of tests do you imagine? Buildbot has support for unit  
> tests and more.

Basically running pd patches that are designed to test something, then  
output a standard result, like the word "SUCCESS" or something like  
that.  We need to write them :)

>> - which mode shall the slaves use to checkout the source?
>
>
> I'm not sure what "mode" means in this context.
>
>
> Different modes are described here http://buildbot.net/buildbot/docs/latest/Source-Checkout.html 
>  and i'm not sure which is the best for our purpose.
>
> Andras

"clobber" would probably be best because it starts from scratch each  
time.  But "update" would perhaps work better on remotes where we want  
to have a low impact.

.hc

----------------------------------------------------------------------------

Computer science is no more related to the computer than astronomy is  
related to the telescope.      -Edsger Dykstra


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20100826/f7f2b138/attachment-0001.htm>


More information about the Pd-dev mailing list