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

51 строка
1.2 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
servo: Merge #15078 - Disable test-unit on TravisCI (from servo:jdm-patch-1); r=Ms2ger Due to #15076, I want to make sure that the TravisCI status is meaningful as much as possible. Source-Repo: https://github.com/servo/servo Source-Revision: 5fca03418fb4c04d2282b5ae1cac862eafe7afe8
2017-01-17 16:58:00 +03:00
# disabled due to #15076
#- ./mach test-unit
servo: Merge #14973 - Disable test-stylo on TravisCI (from servo:jdm-patch-1); r=wafflespeanut Nobody knows what to do about #14723 and Travis always showing failed builds isn't useful. Source-Repo: https://github.com/servo/servo Source-Revision: 14aa666a5a485f32fcbf60a2d249d3e4adcc50c8
2017-01-12 07:01:09 +03:00
# disabled due to #14723
#- ./mach build-geckolib
#- ./mach test-stylo
servo: Merge #10942 - Rename check_no_unwrap.sh to check_no_panic.sh (from 6br:rename_check_no_panic); r=aneeshusa Hello, I fixed #10930. Source-Repo: https://github.com/servo/servo Source-Revision: 3ae0a3335dbaf3f67c775a1853941ed538d97563 --HG-- rename : servo/etc/ci/check_no_unwrap.sh => servo/etc/ci/check_no_panic.sh
2016-10-29 08:22:56 +03:00
- bash etc/ci/check_no_panic.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 #16070 - selectors: Get rid of hashing overhead using the precomputed hash atoms have (from emilio:selectors-bloom-hash-less); r=bholley I realized of this when @bzbarsky mentioned the bloom filter in https://bugzilla.mozilla.org/show_bug.cgi?id=1348935#c7. Right now we hash (the hash) all the time, when we can do better. This requires a change in string-cache, which is at https://github.com/servo/string-cache/pull/183. Source-Repo: https://github.com/servo/servo Source-Revision: a811776df478a009ac6a7785ad13684e3a8e0925 --HG-- extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear extra : subtree_revision : a84fb1b7a5ccab19ecfa8bb57499719f881fd1c1
2017-04-08 03:03:12 +03:00
- ./mach cargo test -p selectors
servo: Merge #16364 - style: Fix dynamic changes of attributes when combined with :not (from emilio:dynamic-not); r=bholley This makes the dependency tracker properly recurse into simple selectors inside the current complex selector to find the appropriate dependencies. We can't still remove the outer visitor because we need it for stuff like `:not(.foo + bar)`, but I plan to get rid of it in a followup as long as try comes back green. Source-Repo: https://github.com/servo/servo Source-Revision: 53c47acfc425ac2dcc5d8aa08d4882c4bb0e7251 --HG-- extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear extra : subtree_revision : fabee92388e2d66ee4ac0512c3469ea3910e423d
2017-04-13 05:39:15 +03:00
- ./mach cargo test -p style
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
servo: Merge #16573 - Auto clean old nightlies on Travis (from UK992:travis); r=aneeshusa This could solve `no space left` problem. Source-Repo: https://github.com/servo/servo Source-Revision: cc74b5b36f03dca9bd543885222ed0e6d91fedcd --HG-- extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear extra : subtree_revision : 69bc9d92343b14b567fc153b35c3af5c78f956d5
2017-04-23 03:17:12 +03:00
before_cache:
- ./mach clean-nightlies --keep 2 --force
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
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 #13382 - Add OSMesa headless mode, run WPT against Webrender (from glennw:headless); r=larsbergstrom Add OSMesa headless mode, run WPT against Webrender. Source-Repo: https://github.com/servo/servo Source-Revision: c7e1a575a5225ccfb00a38fb50e052d986c0a78d
2016-09-28 05:46:13 +03:00
- libedit-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