| Index: third_party/buildbot_7_12/buildbot/scripts/sample.cfg
|
| diff --git a/third_party/buildbot_7_12/buildbot/scripts/sample.cfg b/third_party/buildbot_7_12/buildbot/scripts/sample.cfg
|
| deleted file mode 100644
|
| index 5644675d778b904ff2676f85b6a8149c76d03507..0000000000000000000000000000000000000000
|
| --- a/third_party/buildbot_7_12/buildbot/scripts/sample.cfg
|
| +++ /dev/null
|
| @@ -1,191 +0,0 @@
|
| -# -*- python -*-
|
| -# ex: set syntax=python:
|
| -
|
| -# This is a sample buildmaster config file. It must be installed as
|
| -# 'master.cfg' in your buildmaster's base directory (although the filename
|
| -# can be changed with the --basedir option to 'mktap buildbot master').
|
| -
|
| -# It has one job: define a dictionary named BuildmasterConfig. This
|
| -# dictionary has a variety of keys to control different aspects of the
|
| -# buildmaster. They are documented in docs/config.xhtml .
|
| -
|
| -
|
| -# This is the dictionary that the buildmaster pays attention to. We also use
|
| -# a shorter alias to save typing.
|
| -c = BuildmasterConfig = {}
|
| -
|
| -####### BUILDSLAVES
|
| -
|
| -# the 'slaves' list defines the set of allowable buildslaves. Each element is
|
| -# a BuildSlave object, which is created with bot-name, bot-password. These
|
| -# correspond to values given to the buildslave's mktap invocation.
|
| -from buildbot.buildslave import BuildSlave
|
| -c['slaves'] = [BuildSlave("bot1name", "bot1passwd")]
|
| -
|
| -# to limit to two concurrent builds on a slave, use
|
| -# c['slaves'] = [BuildSlave("bot1name", "bot1passwd", max_builds=2)]
|
| -
|
| -
|
| -# 'slavePortnum' defines the TCP port to listen on. This must match the value
|
| -# configured into the buildslaves (with their --master option)
|
| -
|
| -c['slavePortnum'] = 9989
|
| -
|
| -####### CHANGESOURCES
|
| -
|
| -# the 'change_source' setting tells the buildmaster how it should find out
|
| -# about source code changes. Any class which implements IChangeSource can be
|
| -# put here: there are several in buildbot/changes/*.py to choose from.
|
| -
|
| -from buildbot.changes.pb import PBChangeSource
|
| -c['change_source'] = PBChangeSource()
|
| -
|
| -# For example, if you had CVSToys installed on your repository, and your
|
| -# CVSROOT/freshcfg file had an entry like this:
|
| -#pb = ConfigurationSet([
|
| -# (None, None, None, PBService(userpass=('foo', 'bar'), port=4519)),
|
| -# ])
|
| -
|
| -# then you could use the following buildmaster Change Source to subscribe to
|
| -# the FreshCVS daemon and be notified on every commit:
|
| -#
|
| -#from buildbot.changes.freshcvs import FreshCVSSource
|
| -#fc_source = FreshCVSSource("cvs.example.com", 4519, "foo", "bar")
|
| -#c['change_source'] = fc_source
|
| -
|
| -# or, use a PBChangeSource, and then have your repository's commit script run
|
| -# 'buildbot sendchange', or use contrib/svn_buildbot.py, or
|
| -# contrib/arch_buildbot.py :
|
| -#
|
| -#from buildbot.changes.pb import PBChangeSource
|
| -#c['change_source'] = PBChangeSource()
|
| -
|
| -# If you wat to use SVNPoller, it might look something like
|
| -# # Where to get source code changes
|
| -# from buildbot.changes.svnpoller import SVNPoller
|
| -# source_code_svn_url='https://svn.myproject.org/bluejay/trunk'
|
| -# svn_poller = SVNPoller(
|
| -# svnurl=source_code_svn_url,
|
| -# pollinterval=60*60, # seconds
|
| -# histmax=10,
|
| -# svnbin='/usr/bin/svn',
|
| -## )
|
| -# c['sources'] = [ svn_poller ]
|
| -
|
| -####### SCHEDULERS
|
| -
|
| -## configure the Schedulers
|
| -
|
| -from buildbot.scheduler import Scheduler
|
| -c['schedulers'] = []
|
| -c['schedulers'].append(Scheduler(name="all", branch=None,
|
| - treeStableTimer=2*60,
|
| - builderNames=["buildbot-full"]))
|
| -
|
| -
|
| -####### BUILDERS
|
| -
|
| -# the 'builders' list defines the Builders. Each one is configured with a
|
| -# dictionary, using the following keys:
|
| -# name (required): the name used to describe this builder
|
| -# slavename (required): which slave to use (must appear in c['bots'])
|
| -# builddir (required): which subdirectory to run the builder in
|
| -# factory (required): a BuildFactory to define how the build is run
|
| -# periodicBuildTime (optional): if set, force a build every N seconds
|
| -
|
| -# buildbot/process/factory.py provides several BuildFactory classes you can
|
| -# start with, which implement build processes for common targets (GNU
|
| -# autoconf projects, CPAN perl modules, etc). The factory.BuildFactory is the
|
| -# base class, and is configured with a series of BuildSteps. When the build
|
| -# is run, the appropriate buildslave is told to execute each Step in turn.
|
| -
|
| -# the first BuildStep is typically responsible for obtaining a copy of the
|
| -# sources. There are source-obtaining Steps in buildbot/steps/source.py for
|
| -# CVS, SVN, and others.
|
| -
|
| -cvsroot = ":pserver:anonymous@cvs.sourceforge.net:/cvsroot/buildbot"
|
| -cvsmodule = "buildbot"
|
| -
|
| -from buildbot.process import factory
|
| -from buildbot.steps.source import CVS
|
| -from buildbot.steps.shell import Compile
|
| -from buildbot.steps.python_twisted import Trial
|
| -f1 = factory.BuildFactory()
|
| -f1.addStep(CVS(cvsroot=cvsroot, cvsmodule=cvsmodule, login="", mode="copy"))
|
| -f1.addStep(Compile(command=["python", "./setup.py", "build"]))
|
| -f1.addStep(Trial(testChanges=True, testpath="."))
|
| -
|
| -b1 = {'name': "buildbot-full",
|
| - 'slavename': "bot1name",
|
| - 'builddir': "full",
|
| - 'factory': f1,
|
| - }
|
| -c['builders'] = [b1]
|
| -
|
| -
|
| -####### STATUS TARGETS
|
| -
|
| -# 'status' is a list of Status Targets. The results of each build will be
|
| -# pushed to these targets. buildbot/status/*.py has a variety to choose from,
|
| -# including web pages, email senders, and IRC bots.
|
| -
|
| -c['status'] = []
|
| -
|
| -# Use allowForce=True (boolean, not a string. ie: not 'True') to allow
|
| -# Forcing Builds in the Web User Interface. The default is False.
|
| -# from buildbot.status import html
|
| -# c['status'].append(html.WebStatus(http_port=8010,allowForce=True))
|
| -
|
| -from buildbot.status import html
|
| -c['status'].append(html.WebStatus(http_port=8010))
|
| -
|
| -# from buildbot.status import mail
|
| -# c['status'].append(mail.MailNotifier(fromaddr="buildbot@localhost",
|
| -# extraRecipients=["builds@example.com"],
|
| -# sendToInterestedUsers=False))
|
| -#
|
| -# from buildbot.status import words
|
| -# c['status'].append(words.IRC(host="irc.example.com", nick="bb",
|
| -# channels=["#example"]))
|
| -#
|
| -# from buildbot.status import client
|
| -# c['status'].append(client.PBListener(9988))
|
| -
|
| -
|
| -####### DEBUGGING OPTIONS
|
| -
|
| -# if you set 'debugPassword', then you can connect to the buildmaster with
|
| -# the diagnostic tool in contrib/debugclient.py . From this tool, you can
|
| -# manually force builds and inject changes, which may be useful for testing
|
| -# your buildmaster without actually committing changes to your repository (or
|
| -# before you have a functioning 'sources' set up). The debug tool uses the
|
| -# same port number as the slaves do: 'slavePortnum'.
|
| -
|
| -#c['debugPassword'] = "debugpassword"
|
| -
|
| -# if you set 'manhole', you can ssh into the buildmaster and get an
|
| -# interactive python shell, which may be useful for debugging buildbot
|
| -# internals. It is probably only useful for buildbot developers. You can also
|
| -# use an authorized_keys file, or plain telnet.
|
| -#from buildbot import manhole
|
| -#c['manhole'] = manhole.PasswordManhole("tcp:9999:interface=127.0.0.1",
|
| -# "admin", "password")
|
| -
|
| -
|
| -####### PROJECT IDENTITY
|
| -
|
| -# the 'projectName' string will be used to describe the project that this
|
| -# buildbot is working on. For example, it is used as the title of the
|
| -# waterfall HTML page. The 'projectURL' string will be used to provide a link
|
| -# from buildbot HTML pages to your project's home page.
|
| -
|
| -c['projectName'] = "Buildbot"
|
| -c['projectURL'] = "http://buildbot.sourceforge.net/"
|
| -
|
| -# the 'buildbotURL' string should point to the location where the buildbot's
|
| -# internal web server (usually the html.Waterfall page) is visible. This
|
| -# typically uses the port number set in the Waterfall 'status' entry, but
|
| -# with an externally-visible host name which the buildbot cannot figure out
|
| -# without some help.
|
| -
|
| -c['buildbotURL'] = "http://localhost:8010/"
|
|
|