StarMirror/toxcore
1
0
Fork 0
mirror of https://github.com/irungentoo/toxcore.git synced 2024-03-22 13:30:51 +08:00
Code Issues Projects Releases Wiki Activity
b5cfd33340
toxcore/.travis.yml

49 lines
982 B
YAML
Raw Normal View History

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:
- env: BUILD=hstox
language: haskell
ghc: 7.8
- env: BUILD=toxcore
compiler: clang
- env: BUILD=toxcore
compiler: gcc
- env: BUILD=autotools
compiler: clang
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
addons:
apt:
sources:
- avsm
packages:
- check
- libvpx-dev
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
- opam # For apidsl and Frama-C.
- texinfo # For libconfig.
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:
Run hstox test suite against toxcore on Travis.
2016-07-13 21:18:03 +08:00
- $HOME/.cabal
- $HOME/.ghc
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
- $HOME/cache
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
install:
# Globally used environment variables.
- export CACHE_DIR=$HOME/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
- export OPAMROOT=$CACHE_DIR/.opam
Run hstox test suite against toxcore on Travis.
2016-07-13 21:18:03 +08:00
- export LD_LIBRARY_PATH=$CACHE_DIR/lib
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
- export PKG_CONFIG_PATH=$CACHE_DIR/lib/pkgconfig
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
- export ASTYLE=$CACHE_DIR/astyle/build/gcc/bin/astyle
# Install required packages.
- other/travis/${BUILD}-install
First part of DHT hardening done. Added crypto to the DHT communications. This defeats completely the first attack mentioned in docs/DHT_hardening. Also updated the build system to build the latest test (it links it with libsodium)
2013-07-13 04:27:19 +08:00
Added support of Travis CI
2013-06-25 08:56:38 +08:00
script:
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
- other/travis/${BUILD}-script
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
after_script:
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
- other/travis/${BUILD}-after_script
Fixed cmake and Travis
2013-07-13 06:31:57 +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:
irc: "chat.freenode.net#toktok-status"
Reference in New Issue Copy Permalink