123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115 |
- ---
- ### This file is used to override options from rbm.conf to adapt them
- ### to your local setup.
- ###
- ### Copy this file as rbm.local.conf to enable it, and uncomment the
- ### options you want to modify.
- ### The tmp_dir option defines where temporary files are stored. The
- ### builds are made from this directory, so using a directory on a fast
- ### disk can improve build time. By default we are using a tmp directory
- ### under the tor-browser-build directory.
- #tmp_dir: /tmp
- ### The debug option defines whether a debugging shell should be opened
- ### automatically in the build directory/container in case of build
- ### failure. If you are doing automated builds, you might want to disable
- ### this.
- #debug: 0
- ### The build_log option defines in which file the build logs of each
- ### component are stored. If you set it to '-' the logs are output on
- ### stdout and stderr.
- #build_log: '-'
- ### By default, the logs from previous builds are kept in the log files.
- ### If you set build_log_append to 0, then previous logs are cleaned
- ### when starting a new build.
- #build_log_append: 0
- buildconf:
- buildconf: 1
- ### The buildconf/num_procs option can be used to select the number of
- ### build processes to run simultaneously. You can also use the
- ### RBM_NUM_PROCS environment variable. The default is 4.
- #num_procs: 8
- ### The buildconf/git_signtag_opt option is useful when you tag a release.
- ### It is used to set the 'git tag' argument to select the keyid for
- ### signing the tag.
- #git_signtag_opt: '-u keyid'
- var:
- local_conf: 1
- ### The var/sign_build option defines if you want to sign the
- ### sha256sums-unsigned-build.txt and
- ### sha256sums-unsigned-build.incrementals.txt files with gpg.
- {% if nightly_build_sign_build is defined %}sign_build: {{ nightly_build_sign_build }}{% endif %}
- ### The var/sign_build_gpg_opts option can be used to define some gpg
- ### options to select the key to use to sign the sha256sums-unsigned-build.txt
- ### and sha256sums-unsigned-build.incrementals.txt files.
- #sign_build_gpg_opts: '--local-user XXXXXXXX'
- ### The clean configuration is used by the cleaning script to find the
- ### branches and build targets you are using, to compute the list of
- ### files that should be kept.
- ###
- ### If you only do alpha builds for all platforms, you can use the
- ### following configuration:
- clean:
- HEAD:
- - project: release
- target:
- - nightly
- - torbrowser-all
- #
- ### If you are doing 'release' builds in the maint-7.0 branch and
- ### 'alpha' builds in the master branch, you can use the following
- ### configuration:
- #clean:
- # master:
- # - project: release
- # target:
- # - alpha
- # - torbrowser-all
- # maint-7.0:
- # - project: release
- # target:
- # - release
- # - torbrowser-all
- targets:
- ### testbuild is based on alpha by default. Uncomment this if you want it
- ### to be based on nightly.
- #torbrowser-testbuild:
- # - testbuild
- # - nightly
- testbuild:
- var:
- testbuild: 1
- ### Uncomment this if you want to create mar files in your test build.
- #build_mar: 1
- nightly:
- ### By default 'fetch' is set to 1 for nightly builds, meaning that new
- ### commits will be fetched automatically during each build. You can
- ### disable this during development if you want to do rebuilds to test
- ### a specific change, but don't want rebuilds caused by unrelated
- ### changes, or if you want to decide at which point new commits are
- ### fetched. When 'fetch' is set to 'if_needed', new commits will only
- ### be fetched if the selected commit (or branch, or tag) is not present,
- ### which means that existing branches won't be updated. In that case
- ### you can fetch new commits by running 'make fetch'.
- fetch: 'if_needed'
- # vim: filetype=yaml sw=2
|