On Mon, Jan 31, 2011 at 12:56 AM, Michael Hudson-Doyle
<michael.hud...@canonical.com> wrote:
> On Fri, 28 Jan 2011 11:11:03 +0100, Loïc Minier <loic.min...@linaro.org> 
> wrote:
>> On Fri, Jan 28, 2011, Michael Hudson-Doyle wrote:
>> > What do you mean by stuff?  Configs?  Generically useful scripts?
>> > Although I'm not really sure how much of the latter there will be.
>>
>>  Both
>>
>>  I see storing configs more as some kind of backup / safety net in the
>>  ideal case.  Most of the logic should be in separate scripts;
>
> Ah ok, that makes sense.  I've certainly quickly settled on a pattern
> where the scripts you give to hudson are basically "get a script from a
> bzr branch, run it".

yes, thats my take as well. And the actual script with the main build
logic should be independent from hudson if possible.

>
>>  for instance, I moved my u-boot jobs from various trees to use a
>>  common build-u-boot shell wrapper which does the right thing.
>>  Similarly I have build-qemu, build-linux, build-cross-gdb etc.
>
> Funnily enough I have something called "build-android" too, that asac
> started.  It's at lp:~mwhudson/linaro-android/ec2-tools, along with some
> other bits.  It's a slightly grotty shell script, but I guess some of it
> would be reusable, indeed.

I would like to see the "hudson" build submission interface generic.
e.g. make just one hudson job that delegates execution to a concrete
backend like "build-android", "build-android-toolchain",
build-chromeos, etc.

such hudson job would then just takes _one_ "xml" config as input
parameter that is then used to select the build script/backend ...

e.g.

<linaro-cloud-buildd>
<android>.
...
</android>
</linaro-cloud-buildd>

=> goes to build-android backend

and similarly <android-toolchain> would go to build-android-toolchain
backend etc.


-- 

 - Alexander

_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to