Skip to main content

A recipe to help setup a buildbot master and slaves

Project description

Introduction

This package provides 2 recipes for helping you manage your buildbot master and slave. We purposefully do not provide machinery for generating project configuration.

Creating and managing your master

To create a buildbot master, add something like this to your buildout.cfg:

[buildbot]
recipe = isotoma.recipe.buildbot
cfgfile = path/to/master.cfg
config =
    "PORT_WEB": "8080",

cfgfile is a normal buildbot master config, but it has a config object in its global namespace that contains the buildout managed properties set under config.

This recipe will also create a wrapper for starting, stopping, reconfiguring and checking the configuration of the master. It will be in your buildout’s bin directory and have the same name as your part.

For buildbot 0.8.0+ installations, the recipe will create and perform migrations on your database.

Mandatory Parameters

cfgfile
Path to a buildbot configuration file. BuildMasterConfig will already be defined, so dont redeclare it.
config
A list of buildout managed settings that are passed to the buildbot master configuration

Optional Parameters

eggs
Any eggs that are needed for the buildbot to function. These are eggs to support your buildbot, as opposed to eggs to support the code buildbot is running for you.
dburl
A buildbot DBSpec for connecting to your buildbot database. Default is sqlite in var directory. See buildbot manual for help setting this.

Creating slaves

To create a buildbot master, add something like this to your buildout cfg:

[bb-slave-1]
recipe = isotoma.recipe.buildbot:slave
basedir = ${buildout:directory}/bb-slave-1
master-host = 10.0.2.2
master-port = 8082
username = blah
password = blah

This will add a slave to the bb-slave-1 directory and add a bb-slave-1 start/stop script to the bin directory.

Mandatory Parameters

basedir
Where the slave will be created and where it stores its temporary data
master-host
The IP or hostname that a slave should connect to
master-port
The port the slave should connect to
username
A valid slave username on the master server to connect with
password
A valid slave password on the master server to connect with

Changelog

0.0.33 (2012-06-11)

  • And of course, brown paper bag

0.0.32 (2012-06-11)

  • SIGUSR1 will become “graceful shutdown”, so use SIGUSR2 for log rotation
  • Add logrotate and graceful-shutdown helpers to wrapper script

0.0.31 (2012-06-06)

  • Nothing changed yet.

0.0.30 (2012-05-21)

  • Nothing changed yet.

0.0.29 (2012-05-07)

  • Support buildbot 0.8.7 (pre)

0.0.28 (2012-04-12)

  • Support buildbot 0.8.6

0.0.27 (2011-10-04)

  • Fix slave umask after twistd clobbers it

Project details


Release history Release notifications

This version
History Node

0.0.33

History Node

0.0.29

History Node

0.0.28

History Node

0.0.27

History Node

0.0.26

History Node

0.0.25

History Node

0.0.24

History Node

0.0.23

History Node

0.0.22

History Node

0.0.21

History Node

0.0.20

History Node

0.0.19

History Node

0.0.18

History Node

0.0.17

History Node

0.0.16

History Node

0.0.15

History Node

0.0.14

History Node

0.0.13

History Node

0.0.12

History Node

0.0.11

History Node

0.0.10

History Node

0.0.9

History Node

0.0.8

History Node

0.0.6

History Node

0.0.5

History Node

0.0.4

History Node

0.0.3

History Node

0.0.2

History Node

0.0.1

History Node

0.0.0

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Filename, size & hash SHA256 hash help File type Python version Upload date
isotoma.recipe.buildbot-0.0.33.zip (16.0 kB) Copy SHA256 hash SHA256 Source None Jun 4, 2013

Supported by

Elastic Elastic Search Pingdom Pingdom Monitoring Google Google BigQuery Sentry Sentry Error logging CloudAMQP CloudAMQP RabbitMQ AWS AWS Cloud computing Fastly Fastly CDN DigiCert DigiCert EV certificate StatusPage StatusPage Status page