[oe] why we don't setup a buildbot for openembedded QA?
Holger Hans Peter Freyther
holger+oe at freyther.de
Mon Jan 4 02:57:33 UTC 2010
On Monday 04 January 2010 02:42:42 Guo Hongruan wrote:
> Hi guys,
> I think we had better set up a continuous integration tool buildbot to
> automate the compile/test cycle required to validate changes to the
> project code base.
>
> It can help openembedded user to save time on failed building.
You make one assumption. You assume that the user config is the same as the
build slaves (this includes different host distros, host machine, target
machine, target distro and packages to be built).
> Without buildbot, any volunteers can provide their available machine as
> buildslave and the continuous integration environment will be really
> scalable.
This is not different from the tinderbox setup. On top of the buildbot we do
get much more information about the build, including the log files of each and
every task.
The basic problem is there are so many different possible configurations that
they can not be tested with each commit. What can be done and is done is that
the paths that are walked frequently will work better than the paths that are
not walked as frequently. E.g. creating a new distribution will be a lot
harder than building Angstrom for the Beagleboard.
Now what one should do if one is interested in a specific path is to user the
tinderclient and regularily build, test (and fix) the path one is interested
in. For me this includes the meta-toolchain-qte target.
The other is the tinderbox setup will soon gain a waterfall view and then it
becomes a s social problem to fix the (selected) builds whenever they break.
regards
holger
More information about the Openembedded-devel
mailing list