The Yocto Autobuilder
The Yocto AutoBuilder
The autobuilder Main Console.
The Yocto AutoBuilder is a buildbot (nine) based autobuilder implementation that can be used to build out and test custom distros utilizing OE-Core (either bare or through the poky repository)
For details on the design and configuration of the AutoBuilder, refer to the documentation in those repositories.
The yocto-autobuilder maintainer is Richard Purdie (RP on freenode IRC). All patches to the yocto-autobuilder2 should be sent to email@example.com with "[yocto-autobuilder2]" in the Subject line. Please CC: firstname.lastname@example.org. The hardware is maintained by the Linux Foundation on behalf of the Yocto Project and for infrastructure issues, please contact Michael Halstead (halstead on freenode IRC).
NOTE: please use autobuilder2, autobuilder is dead , buildbot eight is dead.
For autobuilder access, contact Michael Halstead <email@example.com> as an account is needed to start builds. These are usually available to stable branch maintainers or in special cases other layer maintainers for running builds on the project infrastructure.
To start builds, from the main console you'd usually select 'a-quick' or 'a-full' from the top list of builders. If not logged in, login using the link on the top right of the page. You should then see a button "Start a-full build" or "Start a-quick build" which you can press. This opens a fairly complex form but in most cases you can use the "Release Shortcut Selector" to pre-populate the form with a given release's defaults. For a stable branch build on a test branch, you may then want to change the poky repository to point to poky-contrib and the branch to be the one you want to test. You should enter a reason for the build in the box at the top of the form. This is added to the BuildLog and us used by SWAT to decide what to do with bugs. When the form is correct, click "Start Build" at the bottom of the form.
If making a release build, be sure to check all three check boxes, "Do we want to save build output?", "Generate a release?" and "Send QA alert emails?". The release milestone, release number and release rc number need to be filled in as appropriate too.
The autobuilder can run multiple builds in parallel so builds can be queued as needed but please be sensible. The autobuilder users are usually around in #yp-infra on freenode which can be useful to schedule builds between us.
The autobuilder maintenance window is morning for US PST on Fridays and builds should not be run over this period to allow weekly maintanance on the worker distros to be carried out.
Autobuilder Build User Guidelines/Conditions of Use
If you have the ability to run autobuilder builds there are some things you need to be mindful of:
- It is expected that normally users should have resolved minor issues and done some testing before using the project infrastructure.
- You are expected to triage the results of your own build
- If you see unexplained failures, it is expected that bugs are filed for these, or where there are existing bugs, the bug should be updated. Please include which host/worker the build failed on. This allows triage to know which issues are occurring, their frequency and patterns like which host(s) they occur on.
- The maintenance window is on Friday mornings US pacific time. Please do not start builds until maintenance is complete or run builds which wouldn't finish before maintenance is due to start. Michael can start a build when maintenance is completed if you let him know.
- There is a rough priority hierachy of builds where master and stable branch release builds have priority. Avoiding builds during release periods if possible is helpful.
- Being present on #yp-infra on freenode is helpful and infrastructure/autobuilder discussion may happen there
- If a partially complete build is no longer useful for some reason, please stop it to allow the resources to be used by others