[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