toxcore/.travis.yml

# For Pull Requests, we build only the first three jobs: autotools on Linux,
# cmake on Linux, and cmake on Windows 32 bit.
#
# For branch builds and cron builds (once a day), we build all the jobs. This
# is achieved using the "if: type IN (push, api, cron)" fields in the matrix.

language: c

matrix:
  include:
  - stage: "Stage 1"
    env: JOB=cmake-linux
    compiler: gcc
    addons:
      apt:
        packages:
        - libconfig-dev         # For tox-bootstrapd.
        - libcv-dev             # For av_test.
        - libhighgui-dev        # For av_test.
        - libopencv-contrib-dev # For av_test.
        - libopus-dev           # For toxav.
        - libsndfile1-dev       # For av_test.
        - libgtest-dev          # For unit tests.
        - libvpx-dev            # For toxav.
        - portaudio19-dev       # For av_test.
    install:       .travis/$JOB install
    script:        .travis/$JOB script
    after_script:  .travis/upload-coverage
  - stage: "Stage 1"
    env: JOB=autotools-linux
    compiler: clang
    addons:
      apt:
        packages:
        - libconfig-dev         # For tox-bootstrapd.
        - libopus-dev           # For toxav.
        - libvpx-dev            # For toxav.
    install:       .travis/$JOB install
    script:        .travis/$JOB script
  - stage: "Stage 1"
    env: JOB=bazel-linux
    compiler: clang
    addons:
      apt:
        packages:
        - libcv-dev             # For av_test.
        - libhighgui-dev        # For av_test.
        - libopencv-contrib-dev # For av_test.
        - portaudio19-dev       # For av_test.
    before_install:
    # Clear bazel installation.
    - rm -rf $HOME/.cache/bazel/_bazel_$USER/install
    # Get toktok-stack, which contains the bazel workspace.
    - cd ..
    - git clone https://github.com/TokTok/toktok-stack
    - rm -rf toktok-stack/c-toxcore
    - mv c-toxcore toktok-stack/
    - cd toktok-stack/c-toxcore
    install:       .travis/$JOB install
    script:        .travis/$JOB script
    before_cache:
    # Clear bazel installation.
    - rm -rf $HOME/.cache/bazel/_bazel_$USER/install
  - stage: "Stage 1"
    if: type IN (push, api, cron)
    env: JOB=cmake-win32
    services: [docker]
    install:       .travis/$JOB install
    script:        .travis/$JOB script
  - stage: "Stage 1"
    if: type IN (push, api, cron)
    env: JOB=cmake-win64
    services: [docker]
    install:       .travis/$JOB install
    script:        .travis/$JOB script
  - stage: "Stage 1"
    env: JOB=cmake-freebsd
    if: type IN (push, api, cron)
    sudo: required
    install:       .travis/$JOB-stage1 install
    script:        .travis/$JOB-stage1 script
  - stage: "Stage 1"
    if: type IN (push, api, cron)
    env: JOB=tox-bootstrapd-docker
    services: [docker]
    script:        .travis/$JOB
  - stage: "Stage 2"
    env: JOB=cmake-freebsd
    if: type IN (push, api, cron)
    sudo: required
    install:       .travis/$JOB-stage2 install
    script:        .travis/$JOB-stage2 script
  - stage: "Stage 2"
    if: type IN (push, api, cron)
    env: JOB=cmake-osx
    os: osx
    install:       .travis/$JOB install
    script:        .travis/$JOB script
  fast_finish: true

cache:
  directories:
  - $HOME/.cache/bazel
  - $HOME/cache
  - /opt/freebsd/cache

notifications:
  irc:
    channels:
    - "chat.freenode.net#toktok-status"
    template:
    - "%{result} %{repository_name} %{build_url}"
    - "#%{build_number} changes: %{compare_url}"
Run fewer Travis jobs during Pull Requests. Still run all the jobs during cron and regular push to branch. We disabled build for push to branch, so cron is the only place where all builds are run. This also means we need to worry less about spending time in nightly builds, because they occur only once a day. See https://github.com/travis-ci/travis-ci/issues/9071 2018-01-16 04:24:44 +08:00			`# For Pull Requests, we build only the first three jobs: autotools on Linux,`
			`# cmake on Linux, and cmake on Windows 32 bit.`
			`#`
			`# For branch builds and cron builds (once a day), we build all the jobs. This`
			`# is achieved using the "if: type IN (push, api, cron)" fields in the matrix.`

Added support of Travis CI 2013-06-25 08:56:38 +08:00			`language: c`
Move toxcore travis build scripts out of .travis.yml. This is in preparation for having multiple types of build. One of the future builds will be a hstox build, another may be frama-c or some other static analyser. It makes sense to split these up into multiple builds, because each of them can take a while, and running them in parallel will speed things up. Also, the hstox test coverage should be reported separately from the toxcore auto_test coverage. 2016-07-13 20:12:11 +08:00
Add and use CMake build script Also, fix the hstox build that was taking half an hour. It now takes 5 minutes. Also, perform distcheck on travis to ensure that make dist works. It's not actually failing the build at the moment due to broken tests. 2016-08-10 19:28:33 +08:00			`matrix:`
			`include:`
Separate FreeBSD Travis build in 2 stages 2017-12-12 08:28:00 +08:00			`- stage: "Stage 1"`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=cmake-linux`
Fix coveralls reporting. The new clang version makes gcov segfault. Also, coveralls needs another package that it doesn't install the right version of by default. 2018-03-17 13:02:33 +08:00			`compiler: gcc`
Don't install packages needlessly on Travis 2018-01-16 06:13:56 +08:00			`addons:`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`apt:`
Don't install packages needlessly on Travis 2018-01-16 06:13:56 +08:00			`packages:`
Use more ubuntu packages; remove hstox for now. Since trusty has more up-to-date packages, we can remove some of the custom install code. Also, we're not using hstox at the moment, so there is no need to slow down the builds for now. 2018-02-04 08:06:47 +08:00			`- libconfig-dev # For tox-bootstrapd.`
Don't install packages needlessly on Travis 2018-01-16 06:13:56 +08:00			`- libcv-dev # For av_test.`
			`- libhighgui-dev # For av_test.`
			`- libopencv-contrib-dev # For av_test.`
Use more ubuntu packages; remove hstox for now. Since trusty has more up-to-date packages, we can remove some of the custom install code. Also, we're not using hstox at the moment, so there is no need to slow down the builds for now. 2018-02-04 08:06:47 +08:00			`- libopus-dev # For toxav.`
Don't install packages needlessly on Travis 2018-01-16 06:13:56 +08:00			`- libsndfile1-dev # For av_test.`
Improve stability of crypto_memcmp test. Also reduce number of people in conference to 5, because on Circle CI the test times out trying to connect more than 6 or 7 people. The persistent conferences PR will improve this so we can set it much higher then. 2018-02-04 00:13:22 +08:00			`- libgtest-dev # For unit tests.`
Don't install packages needlessly on Travis 2018-01-16 06:13:56 +08:00			`- libvpx-dev # For toxav.`
			`- portaudio19-dev # For av_test.`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`install: .travis/$JOB install`
			`script: .travis/$JOB script`
			`after_script: .travis/upload-coverage`
Separate FreeBSD Travis build in 2 stages 2017-12-12 08:28:00 +08:00			`- stage: "Stage 1"`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=autotools-linux`
Fix coveralls reporting. The new clang version makes gcov segfault. Also, coveralls needs another package that it doesn't install the right version of by default. 2018-03-17 13:02:33 +08:00			`compiler: clang`
Don't install packages needlessly on Travis 2018-01-16 06:13:56 +08:00			`addons:`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`apt:`
			`packages:`
			`- libconfig-dev # For tox-bootstrapd.`
			`- libopus-dev # For toxav.`
			`- libvpx-dev # For toxav.`
			`install: .travis/$JOB install`
			`script: .travis/$JOB script`
Add the bazel build as one of the PR-blocking builds. 2018-07-11 00:12:10 +08:00			`- stage: "Stage 1"`
			`env: JOB=bazel-linux`
			`compiler: clang`
			`addons:`
			`apt:`
			`packages:`
			`- libcv-dev # For av_test.`
			`- libhighgui-dev # For av_test.`
			`- libopencv-contrib-dev # For av_test.`
			`- portaudio19-dev # For av_test.`
			`before_install:`
			`# Clear bazel installation.`
			`- rm -rf $HOME/.cache/bazel/_bazel_$USER/install`
			`# Get toktok-stack, which contains the bazel workspace.`
			`- cd ..`
			`- git clone https://github.com/TokTok/toktok-stack`
			`- rm -rf toktok-stack/c-toxcore`
			`- mv c-toxcore toktok-stack/`
			`- cd toktok-stack/c-toxcore`
			`install: .travis/$JOB install`
			`script: .travis/$JOB script`
			`before_cache:`
			`# Clear bazel installation.`
			`- rm -rf $HOME/.cache/bazel/_bazel_$USER/install`
Make Travis test Windows Dockerfile 2017-03-04 11:52:18 +08:00			`- stage: "Stage 1"`
			`if: type IN (push, api, cron)`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=cmake-win32`
			`services: [docker]`
			`install: .travis/$JOB install`
			`script: .travis/$JOB script`
Make Travis test Windows Dockerfile 2017-03-04 11:52:18 +08:00			`- stage: "Stage 1"`
			`if: type IN (push, api, cron)`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=cmake-win64`
			`services: [docker]`
			`install: .travis/$JOB install`
			`script: .travis/$JOB script`
Separate FreeBSD Travis build in 2 stages 2017-12-12 08:28:00 +08:00			`- stage: "Stage 1"`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=cmake-freebsd`
Simplify Travis-CI FreeBSD build 2018-07-08 22:22:32 +08:00			`if: type IN (push, api, cron)`
Separate FreeBSD Travis build in 2 stages 2017-12-12 08:28:00 +08:00			`sudo: required`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`install: .travis/$JOB-stage1 install`
			`script: .travis/$JOB-stage1 script`
Test tox-bootstrapd Docker container on Travis 2017-12-13 12:39:51 +08:00			`- stage: "Stage 1"`
Run fewer Travis jobs during Pull Requests. Still run all the jobs during cron and regular push to branch. We disabled build for push to branch, so cron is the only place where all builds are run. This also means we need to worry less about spending time in nightly builds, because they occur only once a day. See https://github.com/travis-ci/travis-ci/issues/9071 2018-01-16 04:24:44 +08:00			`if: type IN (push, api, cron)`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=tox-bootstrapd-docker`
			`services: [docker]`
			`script: .travis/$JOB`
Separate FreeBSD Travis build in 2 stages 2017-12-12 08:28:00 +08:00			`- stage: "Stage 2"`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=cmake-freebsd`
Simplify Travis-CI FreeBSD build 2018-07-08 22:22:32 +08:00			`if: type IN (push, api, cron)`
Test toxcore on FreeBSD on Travis 2017-03-08 17:10:46 +08:00			`sudo: required`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`install: .travis/$JOB-stage2 install`
			`script: .travis/$JOB-stage2 script`
Separate FreeBSD Travis build in 2 stages 2017-12-12 08:28:00 +08:00			`- stage: "Stage 2"`
Run fewer Travis jobs during Pull Requests. Still run all the jobs during cron and regular push to branch. We disabled build for push to branch, so cron is the only place where all builds are run. This also means we need to worry less about spending time in nightly builds, because they occur only once a day. See https://github.com/travis-ci/travis-ci/issues/9071 2018-01-16 04:24:44 +08:00			`if: type IN (push, api, cron)`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`env: JOB=cmake-osx`
Separate FreeBSD Travis build in 2 stages 2017-12-12 08:28:00 +08:00			`os: osx`
Simplify Travis CI builds. Have one script per build. This means more duplication between the scripts, but it's much easier to understand and to run locally. 2018-06-25 06:56:07 +08:00			`install: .travis/$JOB install`
			`script: .travis/$JOB script`
Allow the OSX build to fail on travis. Given that it fails about 80-90% of the time, it's not worth requiring it to pass. Instead, we'll need to manually look at the osx build to see in what way it failed. Also, set `fast_finish` to true, since OSX regularly has multi-hour (up to half a day) outages that can't block us for trivial code changes or non-code changes. 2016-09-22 21:42:29 +08:00			`fast_finish: true`
Added support of Travis CI 2013-06-25 08:56:38 +08:00
Start recording test coverage and move to ubuntu precise. - We use coveralls.io to report on test coverage and avoid getting below a certain threshold. The threshold is currently 60%, but we will be increasing it when it stabilises. - We use gcc/clang -ftest-coverage and gcov to measure C test coverage. - We switched to container based Travis build infrastructure, which has the advantage of faster boot times[1] (1-6s vs. 20-52s). The trusty beta supports caching, but the longer boot times make it an unattractive target. - We now need to build more dependencies ourselves and cache the result. We still fetch what we can (currently opam, libvpx, and check) from apt. [1] https://docs.travis-ci.com/user/ci-environment/#Virtualization-environments 2016-07-06 16:47:13 +08:00			`cache:`
			`directories:`
Add the bazel build as one of the PR-blocking builds. 2018-07-11 00:12:10 +08:00			`- $HOME/.cache/bazel`
Fold hstox tests into the general linux test. We can run the spectest from within cmake, so we should exercise that. 2017-06-05 02:34:15 +08:00			`- $HOME/cache`
Test toxcore on FreeBSD on Travis 2017-03-08 17:10:46 +08:00			`- /opt/freebsd/cache`
Start recording test coverage and move to ubuntu precise. - We use coveralls.io to report on test coverage and avoid getting below a certain threshold. The threshold is currently 60%, but we will be increasing it when it stabilises. - We use gcc/clang -ftest-coverage and gcov to measure C test coverage. - We switched to container based Travis build infrastructure, which has the advantage of faster boot times[1] (1-6s vs. 20-52s). The trusty beta supports caching, but the longer boot times make it an unattractive target. - We now need to build more dependencies ourselves and cache the result. We still fetch what we can (currently opam, libvpx, and check) from apt. [1] https://docs.travis-ci.com/user/ci-environment/#Virtualization-environments 2016-07-06 16:47:13 +08:00
Fix a few issues with running Toxcore tests on Travis-CI > increased the timeout for TCP tests because per @irungentoo the network on Travis-CI can be slow sometimes > allowed groupchats test to restart on error until timeout This had to be done because current groupchats are fundamentally broken and 3/5 times they'll 'net-split' on connect >> Drop group chat tests, add comment to the reason > added some debugging information to TCP tests, and a #define to force IPV6 (Travis-CI only uses IPv4 on their containers) and decreased the itr interval > Went crazy with timeouts for Tox network stuff on Travis. Tests on TCP will still randomly fail due to timeouts. I can't reproduce on any local system. So again per @irungentoo, Travis is slow, let's offer it a short bus. 2016-07-13 03:32:35 +08:00			`notifications:`
TravisCI shorten IRC message 2016-10-31 02:29:14 +08:00			`irc:`
			`channels:`
Fold hstox tests into the general linux test. We can run the spectest from within cmake, so we should exercise that. 2017-06-05 02:34:15 +08:00			`- "chat.freenode.net#toktok-status"`
TravisCI shorten IRC message 2016-10-31 02:29:14 +08:00			`template:`
Fold hstox tests into the general linux test. We can run the spectest from within cmake, so we should exercise that. 2017-06-05 02:34:15 +08:00			`- "%{result} %{repository_name} %{build_url}"`
			`- "#%{build_number} changes: %{compare_url}"`