mozilla
/
gecko-dev
зеркало из https://github.com/mozilla/gecko-dev.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
gecko-dev/servo/.travis.yml

51 строка
1.1 KiB
YAML
Исходник Обычный вид История

servo: Merge #5213 - Check tidy in Travis file (from servo:tidy-travis); r=Ms2ger Source-Repo: https://github.com/servo/servo Source-Revision: a2ff1aae824d736922616cd8a592fd7d93361fa7
2015-03-14 15:54:48 +03:00
language: python
servo: Merge #7915 - Build Servo on Travis (from frewsxcv:travis); r=larsbergstrom Closes #6962 Source-Repo: https://github.com/servo/servo Source-Revision: e5b46eb919461531b8bf5a79fc0c5e6e1ec94c75
2015-10-08 18:00:28 +03:00
matrix:
fast_finish: true
include:
servo: Merge #7974 - Use Travis container-based infra for test-tidy (from frewsxcv:travis); r=jdm I wasn't aware one could specify options like `sudo` and `services` on a per build-environment basis. Since the container-based builds are faster than normal builds, we should utilize it for test-tidy Source-Repo: https://github.com/servo/servo Source-Revision: 9c1cb9f61e3d7a34fa49355d28d9edc236c0690f
2015-10-11 18:17:25 +03:00
- sudo: false
servo: Merge #9835 - Initial tests for tidy.py #9152 (from mskrzypkows:tidy_tests); r=Wafflespeanut I've created tests for spaces check and license. Tell me if it's good direction so I'll add more tests. Source-Repo: https://github.com/servo/servo Source-Revision: 72eae396795d61c0f68d5f09dd84f0835bf10c79 --HG-- rename : servo/python/servo/__init__.py => servo/python/tidy_self_test/__init__.py
2016-04-07 17:15:11 +03:00
script:
servo: Merge #11409 - Remove --faster flag from test-tidy, go fast by default. Fixes 11217 (from mitchhentges:test-tidy-faster-default); r=aneeshusa Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `__` with appropriate data: - [X] `./mach build -d` does not report any errors - [X] `./mach test-tidy` does not report any errors - [X] These changes fix #11217 (github issue number if applicable). Either: - [ ] There are tests for these changes OR - [X] These changes do not require tests because they just change command-line options, which aren't tested Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. This finishes #11267 Source-Repo: https://github.com/servo/servo Source-Revision: ebb690d28c3c36ffba7059b64361fed3847861c7
2016-05-26 01:16:15 +03:00
- ./mach test-tidy --no-progress --all
- ./mach test-tidy --no-progress --self-test
servo: Merge #8036 - Travis CI building cleanup, enable caching (from frewsxcv:travis); r=metajack The only reason the Dockerfile was introduced is because the default machines that Travis uses are based on Ubuntu 12.04, which has some very old incompatible dependencies with Servo. Docker allowed use to use a new version of Ubuntu, allowing us to compile with ease. I just learned that they are currently beta testing 14.04 support: http://docs.travis-ci.com/user/trusty-ci-environment/ This commit updates our Travis config to remove our dependency on Docker and just build directly on the images, reducing some complexity and also overhead of downloading Docker images. In addition, this commit also enables caching of the .servo and .cargo directories on Travis in an attempt to reduce build times. http://docs.travis-ci.com/user/caching/#Arbitrary-directories Source-Repo: https://github.com/servo/servo Source-Revision: 628c2a04326b27ac2743771dca52612c8ce30ad2
2015-10-16 23:09:36 +03:00
cache: false
servo: Merge #7974 - Use Travis container-based infra for test-tidy (from frewsxcv:travis); r=jdm I wasn't aware one could specify options like `sudo` and `services` on a per build-environment basis. Since the container-based builds are faster than normal builds, we should utilize it for test-tidy Source-Repo: https://github.com/servo/servo Source-Revision: 9c1cb9f61e3d7a34fa49355d28d9edc236c0690f
2015-10-11 18:17:25 +03:00
- sudo: 9000
servo: Merge #8036 - Travis CI building cleanup, enable caching (from frewsxcv:travis); r=metajack The only reason the Dockerfile was introduced is because the default machines that Travis uses are based on Ubuntu 12.04, which has some very old incompatible dependencies with Servo. Docker allowed use to use a new version of Ubuntu, allowing us to compile with ease. I just learned that they are currently beta testing 14.04 support: http://docs.travis-ci.com/user/trusty-ci-environment/ This commit updates our Travis config to remove our dependency on Docker and just build directly on the images, reducing some complexity and also overhead of downloading Docker images. In addition, this commit also enables caching of the .servo and .cargo directories on Travis in an attempt to reduce build times. http://docs.travis-ci.com/user/caching/#Arbitrary-directories Source-Repo: https://github.com/servo/servo Source-Revision: 628c2a04326b27ac2743771dca52612c8ce30ad2
2015-10-16 23:09:36 +03:00
dist: trusty
servo: Merge #8361 - Add script to check if lockfile was changed (from Manishearth:lockfile_changed); r=frewsxcv Source-Repo: https://github.com/servo/servo Source-Revision: 60d40ed06afced66b5a76fc824132fb244265f06
2015-11-05 23:48:39 +03:00
script:
- ./mach build -d --verbose
servo: Merge #13383 - Appveyor and Travis fix (from UK992:ci); r=jdm Fixes https://github.com/servo/servo/issues/13340 Source-Repo: https://github.com/servo/servo Source-Revision: 4cb4e38d382a02d5cabd2c9a0f073780bd8a2a1f
2016-09-23 19:11:13 +03:00
- ./mach test-compiletest
- ./mach test-unit
servo: Merge #12386 - Build geckolib on travis (from servo:geckolib-travis); r=nox This adds about two minutes to the twenty-minute build. Source-Repo: https://github.com/servo/servo Source-Revision: 3ad7261e29a7e0bf96e54b1c63439c3512e12e19
2016-07-11 16:06:06 +03:00
- ./mach build-geckolib
servo: Merge #12645 - stylo: Allow computing change hints during the traversal (from emilio:stylo); r=bholley <!-- Please describe your changes on the following line: --> --- <!-- Thank you for contributing to Servo! Please replace each `[ ]` by `[X]` when the step is complete, and replace `__` with appropriate data: --> - [x] `./mach build -d` does not report any errors - [x] `./mach test-tidy` does not report any errors <!-- Either: --> - [x] These changes do not require tests because geckolib :-( <!-- Pull requests that do not address these steps are welcome, but they will require additional verification as part of the review process. --> r? @bholley cc @heycam Source-Repo: https://github.com/servo/servo Source-Revision: cbf71a2cf39e792f75309e68f7cabe862d4a70eb
2016-08-04 03:02:26 +03:00
- ./mach test-geckolib
servo: Merge #10534 - Re-enabled etc/ci/check_no_unwrap (from asajeffrey:reenable-check-no-unwrap); r=Manishearth Got `etc/ci/check_no_unwrap.sh` to pass, and re-enabled it. Source-Repo: https://github.com/servo/servo Source-Revision: a61fc5285fa00915d538a9672c04030804f7db2d
2016-04-12 07:27:34 +03:00
- bash etc/ci/check_no_unwrap.sh
servo: Merge #8361 - Add script to check if lockfile was changed (from Manishearth:lockfile_changed); r=frewsxcv Source-Repo: https://github.com/servo/servo Source-Revision: 60d40ed06afced66b5a76fc824132fb244265f06
2015-11-05 23:48:39 +03:00
- bash etc/ci/lockfile_changed.sh
servo: Merge #9044 - Update offscreen_gl_context (from emilio:offscreen-gl-up); r=jdm cc: https://github.com/ecoal95/rust-offscreen-rendering-context/pull/46 Source-Repo: https://github.com/servo/servo Source-Revision: da8952b7023a92b7a69bd4423905594f4baa8f29
2015-12-23 18:05:37 +03:00
- bash etc/ci/manifest_changed.sh
servo: Merge #8036 - Travis CI building cleanup, enable caching (from frewsxcv:travis); r=metajack The only reason the Dockerfile was introduced is because the default machines that Travis uses are based on Ubuntu 12.04, which has some very old incompatible dependencies with Servo. Docker allowed use to use a new version of Ubuntu, allowing us to compile with ease. I just learned that they are currently beta testing 14.04 support: http://docs.travis-ci.com/user/trusty-ci-environment/ This commit updates our Travis config to remove our dependency on Docker and just build directly on the images, reducing some complexity and also overhead of downloading Docker images. In addition, this commit also enables caching of the .servo and .cargo directories on Travis in an attempt to reduce build times. http://docs.travis-ci.com/user/caching/#Arbitrary-directories Source-Repo: https://github.com/servo/servo Source-Revision: 628c2a04326b27ac2743771dca52612c8ce30ad2
2015-10-16 23:09:36 +03:00
cache:
directories:
- .cargo
- .servo
servo: Merge #8366 - Add CCACHE infra and turn it on in travis (from larsbergstrom:ccache); r=frewsxcv r? @Manishearth This lets devs configure their use of CCACHE with their .servobuild file, as usual. For build environments, they can either have a .servobuild file or set the CCACHE env var to point at the ccache binary to use. It also adds support for ccache to our travis builds. Buildbot will come in a separate commit to the saltfs repo. It is expected that the various cargo makefiles will look at this variable and do the "right thing" to tell their native build to instead use ccache. e.g., https://github.com/servo/mozjs/pull/62 Source-Repo: https://github.com/servo/servo Source-Revision: d16ba51b4722a84f69976ca8679af672495248c8
2015-11-07 04:31:54 +03:00
- $HOME/.ccache
env: CCACHE=/usr/bin/ccache
servo: Merge #8036 - Travis CI building cleanup, enable caching (from frewsxcv:travis); r=metajack The only reason the Dockerfile was introduced is because the default machines that Travis uses are based on Ubuntu 12.04, which has some very old incompatible dependencies with Servo. Docker allowed use to use a new version of Ubuntu, allowing us to compile with ease. I just learned that they are currently beta testing 14.04 support: http://docs.travis-ci.com/user/trusty-ci-environment/ This commit updates our Travis config to remove our dependency on Docker and just build directly on the images, reducing some complexity and also overhead of downloading Docker images. In addition, this commit also enables caching of the .servo and .cargo directories on Travis in an attempt to reduce build times. http://docs.travis-ci.com/user/caching/#Arbitrary-directories Source-Repo: https://github.com/servo/servo Source-Revision: 628c2a04326b27ac2743771dca52612c8ce30ad2
2015-10-16 23:09:36 +03:00
addons:
apt:
packages:
- cmake
- freeglut3-dev
- gperf
- libosmesa6-dev
servo: Merge #9044 - Update offscreen_gl_context (from emilio:offscreen-gl-up); r=jdm cc: https://github.com/ecoal95/rust-offscreen-rendering-context/pull/46 Source-Repo: https://github.com/servo/servo Source-Revision: da8952b7023a92b7a69bd4423905594f4baa8f29
2015-12-23 18:05:37 +03:00
- libgles2-mesa-dev
servo: Merge #8036 - Travis CI building cleanup, enable caching (from frewsxcv:travis); r=metajack The only reason the Dockerfile was introduced is because the default machines that Travis uses are based on Ubuntu 12.04, which has some very old incompatible dependencies with Servo. Docker allowed use to use a new version of Ubuntu, allowing us to compile with ease. I just learned that they are currently beta testing 14.04 support: http://docs.travis-ci.com/user/trusty-ci-environment/ This commit updates our Travis config to remove our dependency on Docker and just build directly on the images, reducing some complexity and also overhead of downloading Docker images. In addition, this commit also enables caching of the .servo and .cargo directories on Travis in an attempt to reduce build times. http://docs.travis-ci.com/user/caching/#Arbitrary-directories Source-Repo: https://github.com/servo/servo Source-Revision: 628c2a04326b27ac2743771dca52612c8ce30ad2
2015-10-16 23:09:36 +03:00
- python-virtualenv
- xorg-dev
servo: Merge #8366 - Add CCACHE infra and turn it on in travis (from larsbergstrom:ccache); r=frewsxcv r? @Manishearth This lets devs configure their use of CCACHE with their .servobuild file, as usual. For build environments, they can either have a .servobuild file or set the CCACHE env var to point at the ccache binary to use. It also adds support for ccache to our travis builds. Buildbot will come in a separate commit to the saltfs repo. It is expected that the various cargo makefiles will look at this variable and do the "right thing" to tell their native build to instead use ccache. e.g., https://github.com/servo/mozjs/pull/62 Source-Repo: https://github.com/servo/servo Source-Revision: d16ba51b4722a84f69976ca8679af672495248c8
2015-11-07 04:31:54 +03:00
- ccache
servo: Merge #10632 - WebBluetooth impementation (from szeged:bluetooth-ipc); r=jdm Update the current WebBluetooth implementation. Source-Repo: https://github.com/servo/servo Source-Revision: 944a8dc25a590e9722753abc968cb8cb21745997
2016-05-04 18:06:06 +03:00
- libdbus-glib-1-dev
servo: Merge #12186 - Implement video-metadata check (from GuillaumeGomez:video-metadata); r=larsbergstrom,jdm,KiChjang Source-Repo: https://github.com/servo/servo Source-Revision: d053fb16f6519726c14ac4580301df4883e4af23
2016-07-30 01:46:42 +03:00
- libavformat-dev
- libavcodec-dev
- libavutil-dev
servo: Merge #5213 - Check tidy in Travis file (from servo:tidy-travis); r=Ms2ger Source-Repo: https://github.com/servo/servo Source-Revision: a2ff1aae824d736922616cd8a592fd7d93361fa7
2015-03-14 15:54:48 +03:00
branches:
only:
servo: Merge #7915 - Build Servo on Travis (from frewsxcv:travis); r=larsbergstrom Closes #6962 Source-Repo: https://github.com/servo/servo Source-Revision: e5b46eb919461531b8bf5a79fc0c5e6e1ec94c75
2015-10-08 18:00:28 +03:00
- master
servo: Merge #9399 - Fixes #9398 Integrate BuildTimeTrend into TravisCI (from nxnfufunezn:build_time-9398); r=jdm r? @jdm Source-Repo: https://github.com/servo/servo Source-Revision: 0dd024e492cff1bbbbceeb295c0e220d9dd045fc
2016-01-22 00:18:01 +03:00
notifications:
webhooks:
- https://buildtimetrend.herokuapp.com/travis