ExternalVendorCode/tahoe-lafs
1
0
Fork 0
mirror of https://github.com/tahoe-lafs/tahoe-lafs.git synced 2024-12-22 06:17:50 +00:00
Code Issues Actions 1 Packages Projects Releases Wiki Activity
9853fa9090
tahoe-lafs/.travis.yml

41 lines
790 B
YAML
Raw Normal View History

travis: clean up the config file, use "language: python" on linux The OS-X builders don't offer a python environment, so we have to build things ourselves (installing tox/etc with --user, instead of into the virtualenv that "language: python" gives us).
2018-03-29 02:26:26 +00:00
sudo: false
language: python
travis: enable cache, should speed up builds a lot This will allow travis builders to cache generated wheels between builds, so all the dependencies don't have to get re-built every time.
2016-03-16 01:41:59 +00:00
cache: pip
Turn on py36 at Travis Drops the old py35 job, per @exarkun: https://github.com/tahoe-lafs/tahoe-lafs/pull/732#discussion_r449615599 Also bumps Ubuntu at Travis so we can get 3.8 eventually. I first went to 3.8 before dropping back to 3.6 as our initial target. Trusty on Travis does include 3.6, but since we want 3.8 "pretty soon," and the OS bump ended up being tricky (see below), let's go ahead and keep the OS bump. Xenial (16.04) is the current default at Travis, and it does have 3.8 available: https://docs.travis-ci.com/user/languages/python/#python-versions The tricky bug is that different versions of virtualenv have different seeding algorithms: https://discuss.python.org/t/-/4146). CI puts us several layers deep in virtualenv-ception and I didn't fully unravel the whole thing, but starting with a modern virtualenv seems to work around the issue.
2020-07-02 11:35:31 +00:00
dist: xenial
travis: enable cache, should speed up builds a lot This will allow travis builders to cache generated wheels between builds, so all the dependencies don't have to get re-built every time.
2016-03-16 01:41:59 +00:00
before_cache:
- rm -f $HOME/.cache/pip/log/debug.log
travis: clean up the config file, use "language: python" on linux The OS-X builders don't offer a python environment, so we have to build things ourselves (installing tox/etc with --user, instead of into the virtualenv that "language: python" gives us).
2018-03-29 02:26:26 +00:00
git:
depth: 1000
travis: simplify commands We do everything with tox, so the MODE environment variable is really just a tox environment identifier
2018-03-29 18:46:12 +00:00
Configure CI to use the Hypothesis CI profile
2018-04-03 17:12:16 +00:00
env:
global:
Switch to TAHOE_LAFS prefix
2018-04-03 18:07:12 +00:00
- TAHOE_LAFS_HYPOTHESIS_PROFILE=ci
Configure CI to use the Hypothesis CI profile
2018-04-03 17:12:16 +00:00
Support coverage reporting via coverage.io. refs #623 Signed-off-by: Daira Hopwood <daira@jacaranda.org>
2014-09-01 14:29:13 +00:00
install:
Remove obsolete supporting configuration There are no longer any macOS jobs. Delete the macOS checks. There are no longer any coverage jobs. Delete codecov hook. There are no longer any pyinstaller jobs. Delete extra pyinstaller check.
2020-07-17 16:49:12 +00:00
- pip install --upgrade tox setuptools virtualenv
travis: big cleanup, make it work on OS-X Travis defaults to giving us an OS-X 10.9 box, which has an OpenSSL that is too old for the current cryptography-1.4 (note that a previous version of this branch worked, but only because the previous cryptography-1.3.x didn't enforce the OpenSSL version). On OS-X, this new .travis.yml does the following: * set "osx_image: xcode7" to get us 10.10, with newer OpenSSL * uses system python, not homebrew * installs pip with get-pip.py, since system python doesn't have it * adds the --user directory to $PATH, since OS-X python doesn't have it by default On both linux and OS-X, this: * installs tox and coveralls with --user, not to the system * doesn't use sudo to run tox * prints some extra debug info in case it's useful later Closes #285
2016-06-21 20:21:05 +00:00
- echo $PATH; which python; which pip; which tox
- python misc/build_helpers/show-tool-versions.py
travis: simplify commands We do everything with tox, so the MODE environment variable is really just a tox environment identifier
2018-03-29 18:46:12 +00:00
Travis build fixes. Signed-off-by: Daira Hopwood <daira@jacaranda.org>
2016-02-23 20:23:19 +00:00
script:
python3 syntax checker ratchet job
2019-03-21 16:13:10 +00:00
- |
set -eo pipefail
Turn on py36 at Travis Drops the old py35 job, per @exarkun: https://github.com/tahoe-lafs/tahoe-lafs/pull/732#discussion_r449615599 Also bumps Ubuntu at Travis so we can get 3.8 eventually. I first went to 3.8 before dropping back to 3.6 as our initial target. Trusty on Travis does include 3.6, but since we want 3.8 "pretty soon," and the OS bump ended up being tricky (see below), let's go ahead and keep the OS bump. Xenial (16.04) is the current default at Travis, and it does have 3.8 available: https://docs.travis-ci.com/user/languages/python/#python-versions The tricky bug is that different versions of virtualenv have different seeding algorithms: https://discuss.python.org/t/-/4146). CI puts us several layers deep in virtualenv-ception and I didn't fully unravel the whole thing, but starting with a modern virtualenv seems to work around the issue.
2020-07-02 11:35:31 +00:00
tox -e ${T}
travis: simplify commands We do everything with tox, so the MODE environment variable is really just a tox environment identifier
2018-03-29 18:46:12 +00:00
Customize Travis notifications. Signed-off-by: Daira Hopwood <david-sarah@jacaranda.org>
2013-09-01 01:49:03 +00:00
notifications:
email: false
irc:
channels: "chat.freenode.net#tahoe-lafs"
on_success: always # for testing
on_failure: always
template:
- "%{repository}#%{build_number} [%{branch}: %{commit} by %{author}] %{message}"
- "Changes: %{compare_url} | Details: %{build_url}"
travis: simplify commands We do everything with tox, so the MODE environment variable is really just a tox environment identifier
2018-03-29 18:46:12 +00:00
add a pypy that is allowed to fail
2015-07-29 02:21:31 +00:00
matrix:
travis: add a LANG= linux build to catch things like ticket:2912 (https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2912) Also clean up other "list"-ish keys to avoid causing too many builds: * "os": move this into "matrix" * "python": 2.7 is the default, and we weren't running the pypy build anyways (not sure why, something else in this config must have disabled it, maybe when we moved away from language: python) * "allow_failures" was causing a pypy build to happen even without listing it in "python" We now have exactly three builds: * linux * linux with LANG= * OS-X
2018-03-28 20:45:27 +00:00
include:
python3 syntax checker ratchet job
2019-03-21 16:13:10 +00:00
- os: linux
Turn on py36 at Travis Drops the old py35 job, per @exarkun: https://github.com/tahoe-lafs/tahoe-lafs/pull/732#discussion_r449615599 Also bumps Ubuntu at Travis so we can get 3.8 eventually. I first went to 3.8 before dropping back to 3.6 as our initial target. Trusty on Travis does include 3.6, but since we want 3.8 "pretty soon," and the OS bump ended up being tricky (see below), let's go ahead and keep the OS bump. Xenial (16.04) is the current default at Travis, and it does have 3.8 available: https://docs.travis-ci.com/user/languages/python/#python-versions The tricky bug is that different versions of virtualenv have different seeding algorithms: https://discuss.python.org/t/-/4146). CI puts us several layers deep in virtualenv-ception and I didn't fully unravel the whole thing, but starting with a modern virtualenv seems to work around the issue.
2020-07-02 11:35:31 +00:00
python: '3.6'
env: T=py36
python3 syntax checker ratchet job
2019-03-21 16:13:10 +00:00
add a pypy that is allowed to fail
2015-07-29 02:21:31 +00:00
fast_finish: true
Reference in New Issue Copy Permalink