buildbot/master.cfg

   1 # -*- python -*-
   2 # ex: set syntax=python:
   3
   4 # This is a sample buildmaster config file. It must be installed as
   5 # 'master.cfg' in your buildmaster's base directory (although the filename
   6 # can be changed with the --basedir option to 'mktap buildbot master').
   7
   8 # It has one job: define a dictionary named BuildmasterConfig. This
   9 # dictionary has a variety of keys to control different aspects of the
  10 # buildmaster. They are documented in docs/config.xhtml .
  11
  12 import buildbot
  13
  14 # This is the dictionary that the buildmaster pays attention to. We also use
  15 # a shorter alias to save typing.
  16 c = BuildmasterConfig = {}
  17
  18 # 'slavePortnum' defines the TCP port to listen on. This must match the value
  19 # configured into the buildslaves (with their --master option)
  20
  21 c['slavePortnum'] = 9070
  22
  23 ####### STATUS TARGETS
  24
  25 # 'status' is a list of Status Targets. The results of each build will be
  26 # pushed to these targets. buildbot/status/*.py has a variety to choose from,
  27 # including web pages, email senders, and IRC bots.
  28
  29 c['status'] = []
  30
  31 # from buildbot.status import mail
  32 # c['status'].append(mail.MailNotifier(fromaddr="buildbot@localhost",
  33 #                                      extraRecipients=["builds@example.com"],
  34 #                                      sendToInterestedUsers=False))
  35 #
  36 # from buildbot.status import words
  37 # c['status'].append(words.IRC(host="irc.example.com", nick="bb",
  38 #                              channels=["#example"]))
  39 #
  40 # from buildbot.status import client
  41 # c['status'].append(client.PBListener(9988))
  42
  43
  44 ####### DEBUGGING OPTIONS
  45
  46 # if you set 'debugPassword', then you can connect to the buildmaster with
  47 # the diagnostic tool in contrib/debugclient.py . From this tool, you can
  48 # manually force builds and inject changes, which may be useful for testing
  49 # your buildmaster without actually commiting changes to your repository (or
  50 # before you have a functioning 'sources' set up). The debug tool uses the
  51 # same port number as the slaves do: 'slavePortnum'.
  52
  53 #c['debugPassword'] = "debugpassword"
  54
  55 # if you set 'manhole', you can ssh into the buildmaster and get an
  56 # interactive python shell, which may be useful for debugging buildbot
  57 # internals. It is probably only useful for buildbot developers. You can also
  58 # use an authorized_keys file, or plain telnet.
  59 #from buildbot import manhole
  60 #c['manhole'] = manhole.PasswordManhole("tcp:9999:interface=127.0.0.1",
  61 #                                       "admin", "password")
  62
  63
  64 ####### PROJECT IDENTITY
  65
  66 # the 'projectName' string will be used to describe the project that this
  67 # buildbot is working on. For example, it is used as the title of the
  68 # waterfall HTML page. The 'projectURL' string will be used to provide a link
  69 # from buildbot HTML pages to your project's home page.
  70
  71 c['projectName'] = "GNOME Buildbot"
  72 c['projectURL'] = "http://www.gnome.org"
  73
  74 # the 'buildbotURL' string should point to the location where the buildbot's
  75 # internal web server (usually the html.Waterfall page) is visible. This
  76 # typically uses the port number set in the Waterfall 'status' entry, but
  77 # with an externally-visible host name which the buildbot cannot figure out
  78 # without some help.
  79
  80 c['buildbotURL'] = "http://localhost:8080/"