Go to file
Richard Purdie ecb79db20f default_mail.txt: Fix second typo
Spotted/reported by Alexandre Belloni, thanks.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-01-28 22:29:29 +00:00
lib wiki: Drop obsolete maintainer info and dead email address 2021-01-18 23:49:34 +00:00
reporters reporters/swatbot: Fix typo 2021-01-25 10:43:39 +00:00
steps Add SPDX License Identifiers 2021-01-18 23:49:01 +00:00
yocto_console_view yocto_console_view: Rebuild compiled plugin 2020-11-29 18:36:14 +00:00
bsp-addition-example.patch Add example of bsp addition in patch form 2018-08-29 12:46:43 +01:00
builders.py Add SPDX License Identifiers 2021-01-18 23:49:01 +00:00
config.py Add SPDX License Identifiers 2021-01-18 23:49:01 +00:00
COPYING Initial prototype of using yocto-autobuilder-helper scripts 2018-02-22 10:38:19 +00:00
default_mail.txt default_mail.txt: Fix second typo 2021-01-28 22:29:29 +00:00
LICENSE Initial commit 2018-02-22 10:31:40 +00:00
master.cfg master/schedulers: Add codebase markup to stop revisions being mapped incorrectly/incompatibly 2020-11-06 16:50:12 +00:00
README-Guide.md README-Guide: fix typos, add hashserv setup 2020-05-12 21:48:26 +01:00
README-WALKTHROUGHS.md README_WALKTHROUGHS: Tweak the startup commands 2018-09-10 11:14:15 +01:00
README.md README: Add pointer to the mailing list for patches 2019-07-30 19:43:59 +01:00
schedulers.py Add SPDX License Identifiers 2021-01-18 23:49:01 +00:00
services.py reporters: Add swatbot plugin to interface to new django app 2021-01-21 21:09:35 +00:00
TODO TODO: Remove completed items 2018-07-06 16:37:17 +01:00
workers.py Add SPDX License Identifiers 2021-01-18 23:49:01 +00:00
www.py Add SPDX License Identifiers 2021-01-18 23:49:01 +00:00

yoctoabb

Prototype of using yocto-autobuilder-helper from vanilla buildbot to replicate yocto-autobuilder configuration

Introduction

The goal of this repository is to provide a buildbot configuration for use with the yocto-autobuilder-helper[1] scripts which has as little code and as few custom buildbot extensions as possible. The configuration merely collects enough inputs from the user to furnish the yocto-autobuilder-helper scripts with sufficient inputs to do their work.

The configuration was written for the latest (at time of writing) buildbot 1.0 release.

Overview

The role of this buildbot configuration is simple, we want to provide sufficient user-customisable parameters to trigger the yocto-autobuilder-helpers build scripts.

Each builder, mapping to a named configuration in yocto-autobuilder-helper, is created with steps and properties required to invoke the helper scripts in the expected fashion.

We create custom schedulers for each builder with parameters configured on the schedulers which can supply custom versions of the required values for the yocto-autobuilder-helper script parameters.

Code layout

  • builders.py -- configures the builders with minimal buildsteps to invoke the yocto-autobuilder-helper scripts
  • lib/
    • wiki.py -- implements some mediawiki related functionality as used by the wikilog plugin reporters/
    • wikilog.py -- our custom plugin to write info on build failures to a wiki page
  • steps/
    • writelayerinfo.py -- write the user supplied (or default) repos to a JSON file for use by the scripts
  • config.py -- goal is to contain all values that might need changing to redeploy this code elsewhere. Goal hasn't yet been met.
  • master.cfg -- calls into other scripts to do most configuration. Cluster specific config still lives here (i.e. controller url).
  • schedulers.py -- sets up the force schedulers with controls for modifying inputs for each builder.
  • services.py -- configures irc, mail and wikilog reporters.
  • workers.py -- configures the worker objects
  • www.py -- sets up the web UI

Customisations

Whilst the goal is as little custom code as possible, there were some customisations required both in order to support the yocto-autobuilder-helper workflows and to replicate the workflows established with the outgoing yocto-autobuilder[2].

WriteLayerInfo buildstep

steps/writelayerinfo.py -- implements a simple custom buildset to iterate the repo_, branch_, and commit_ properties set by the schedulers and write a JSON file with the user's values.

WikiLog reporter

reporters/wikilog.py -- a buildbot service to listen for build failures and write some information on them to the configured wiki page.

lib/wiki.py -- some helper functions for the wiki plugin, much of this code can be replaced by porting the plugin to be a buildbot.util.service.HTTPClient implementation

Deployment

The following deployment steps assume that the target system has a copy of buildbot installed.

Various pieces of functionality require that a copy of the yocto-autobuilder-helper code be available in the home directory of the user running buildbot at ~/yocto-autobuilder-helper.

Note: If using a reverse proxy be aware that modern buildbot uses a websocket for various communications between the master and the web UI. Refer to the buildbot documentation for information on how to correctly configure a reverse proxy: http://docs.buildbot.net/latest/manual/cfg-www.html#reverse-proxy-configuration

Upstream Yocto Project autobuilder

on the controller_

$ buildbot create-master <yocto-controller>
$ cd <yocto-controller>
$ git clone https://git.yoctoproject.org/git/yocto-autobuilder2 yoctoabb
$ cd ..
$ ln -rs <yocto-controller>/yoctoabb/master.cfg <yocto-controller>/master.cfg
$ $EDITOR <yocto-controller>/yoctoabb/master.cfg
<modify c['buildbotURL']>
$ $EDITOR <yocto-controller>/yoctoabb/services.py
<Enable desired services, set appropriate configuration values>
$ $EDITOR <yocto-controller>/yoctoabb/www.py
<Configure and enable autorisation if desired>
$ $EDITOR <yocto-controller>/yoctoabb/config.py
<Modify configuration options such as worker configuration, etc.>
$ buildbot start <yocto-controller>
$ cd ..
## should be above <yocto-controller> location
git clone https://git.yoctoproject.org/git/yocto-autobuilder-helper

on the worker

$ buildbot-worker create-worker <yocto-worker> <localhost> <example-worker> <pass>
$ buildbot-worker start <yocto-worker>

NOTE: the 3rd parameter to create-worker, the worker name, need not be hard-coded, for example pass hostname to use the host's configured name

None upstream users

TODO: requires a custom config.json for yocto-autobuilder-helper

  1. http://git.yoctoproject.org/clean/cgit.cgi/yocto-autobuilder-helper
  2. http://git.yoctoproject.org/clean/cgit.cgi/yocto-autobuilder

Contributions

Patches for this code should be sent to the yocto@yoctoproject.org mailing list with [yocto-autobuilder2] in the subject.