kimcinoo
/
efl
forked from enlightenment/efl
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
efl/.travis.yml

127 lines
3.3 KiB
YAML
Raw Normal View History

ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
language: c
ci: add ccache support this enables and implements full support for ccache on travis builds fix T7126 Differential Revision: https://phab.enlightenment.org/D6605 =also includes previously-submitted patches= ci: split out ccache config setup into separate script this provides a more unified place to set ccache options also enable ccache compression to cut down on cache upload/download overhead ref D6613 ci: zero ccache stats before build and add some comments for options used zeroing the stats before each build will provide more insight into the cache performance for each build ref D6621 ci: break out ccache stat printing into separate script continue to make travis.yml more readable ref D6622 ci: add more ccache config options to improve cache direct hits ci: disable second cpp run for ccache this should avoid running cpp twice for files https://ccache.samba.org/manual.html#_the_preprocessor_mode
2018-07-10 15:43:55 -07:00
cache: ccache
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
sudo: required
dist: trusty
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
os:
- linux
- osx
env:
ci: set number of make jobs globally and decrease to 5 jobs Summary: travis docs explicitly state that the expectation for builds is to have 2 cpus, meaning that 10 jobs is wayyyy too many and was actually causing some build failures due to strain on the virtual hw this sets the number of jobs using a global variable to avoid having to set it separately for each build https://docs.travis-ci.com/user/reference/overview/#Virtualization-environments Reviewers: devilhorns, ManMower Reviewed By: ManMower Subscribers: ManMower, cedric, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D6558
2018-07-12 06:17:35 -07:00
global:
- MAKEFLAGS="-j5"
ci: always force eio to use fallback monitoring method inotify is not available in docker containers, so disable this for now as it will always cause codepaths relying on it to time out Differential Revision: https://phab.enlightenment.org/D6601
2018-07-10 08:59:48 -07:00
- EIO_MONITOR_POLL=1
ci: add ccache support this enables and implements full support for ccache on travis builds fix T7126 Differential Revision: https://phab.enlightenment.org/D6605 =also includes previously-submitted patches= ci: split out ccache config setup into separate script this provides a more unified place to set ccache options also enable ccache compression to cut down on cache upload/download overhead ref D6613 ci: zero ccache stats before build and add some comments for options used zeroing the stats before each build will provide more insight into the cache performance for each build ref D6621 ci: break out ccache stat printing into separate script continue to make travis.yml more readable ref D6622 ci: add more ccache config options to improve cache direct hits ci: disable second cpp run for ccache this should avoid running cpp twice for files https://ccache.samba.org/manual.html#_the_preprocessor_mode
2018-07-10 15:43:55 -07:00
- CC="ccache gcc"
- CXX="ccache g++"
ci: set number of make jobs globally and decrease to 5 jobs Summary: travis docs explicitly state that the expectation for builds is to have 2 cpus, meaning that 10 jobs is wayyyy too many and was actually causing some build failures due to strain on the virtual hw this sets the number of jobs using a global variable to avoid having to set it separately for each build https://docs.travis-ci.com/user/reference/overview/#Virtualization-environments Reviewers: devilhorns, ManMower Reviewed By: ManMower Subscribers: ManMower, cedric, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D6558
2018-07-12 06:17:35 -07:00
matrix:
-
- DISTRO=Ubuntu1804
- DISTRO=Fedora28 CI_BUILD_TYPE=wayland
- DISTRO=Fedora28 CI_BUILD_TYPE=misc
- DISTRO=Fedora28 CI_BUILD_TYPE=misc-disabled
- DISTRO=Fedora28 CI_BUILD_TYPE=release-ready
- DISTRO=Debian91
- DISTRO=Archlinux
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
services:
- docker
matrix:
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
fast_finish: true
exclude:
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
- os: osx
ci: add some line breaks in travis.yml for readability no functional changes Differential Revision: https://phab.enlightenment.org/D6602
2018-07-10 09:02:51 -07:00
env:
DISTRO=Ubuntu1804
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: osx
ci: add some line breaks in travis.yml for readability no functional changes Differential Revision: https://phab.enlightenment.org/D6602
2018-07-10 09:02:51 -07:00
env:
DISTRO=Fedora28
CI_BUILD_TYPE=wayland
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: osx
ci: add some line breaks in travis.yml for readability no functional changes Differential Revision: https://phab.enlightenment.org/D6602
2018-07-10 09:02:51 -07:00
env:
DISTRO=Fedora28
CI_BUILD_TYPE=misc
ci: travis: create misc-disabled build This build should cover all kind of disable configure flags we support in efl. Making sure we still work with all of these when a commit comes in.
2018-04-26 09:05:03 -07:00
- os: osx
ci: add some line breaks in travis.yml for readability no functional changes Differential Revision: https://phab.enlightenment.org/D6602
2018-07-10 09:02:51 -07:00
env:
DISTRO=Fedora28
CI_BUILD_TYPE=misc-disabled
ci: add new build to test release profile and distcheck To avoid surprises when starting the release process make sure we have a build which actually runs the release profile and tests distcheck.
2018-04-27 01:55:19 -07:00
- os: osx
ci: add some line breaks in travis.yml for readability no functional changes Differential Revision: https://phab.enlightenment.org/D6602
2018-07-10 09:02:51 -07:00
env:
DISTRO=Fedora28
CI_BUILD_TYPE=release-ready
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: osx
ci: add some line breaks in travis.yml for readability no functional changes Differential Revision: https://phab.enlightenment.org/D6602
2018-07-10 09:02:51 -07:00
env:
DISTRO=Debian91
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: osx
ci: add some line breaks in travis.yml for readability no functional changes Differential Revision: https://phab.enlightenment.org/D6602
2018-07-10 09:02:51 -07:00
env:
DISTRO=Archlinux
ci: refactor all build steps into separate build scripts this moves each step of the ci build into a separate script with the build type passed as an argument, allowing for easier modification of each individual step as necessary and making travis.yml more readable Differential Revision: https://phab.enlightenment.org/D6604 also includes: ci: break out make commands into travis.yml from build scripts this simplifies the platform-specific build scripts to only perform the configure stage of the build (and any additional setup) and then uses standardized commands for the build in addition to being simpler, this will also provide more/better info about build timings ref D6603
2018-07-10 09:14:27 -07:00
ci: travis: allow for some failures in the matrix build We want to make sure to have a stable and reliable subset of builds that define if the build passed or not. We also want to have builds which are more experimental. They give us a good insight, but we are not yet ready to have them supported officially as need-to-pass build. Namely the macOS build. Another side effect of this change is that we reduce the critical build matrix to 5 builds. The exact number of parallel ones we are allowed. With fast_finish Travis will not wait for the other ones to finish before setting the build status. This will allow us to have all builds in parallel and not waiting for build #6 to be finished.
2018-04-25 02:51:33 -07:00
- os: linux
env:
allow_failures:
ci: add new build to test release profile and distcheck To avoid surprises when starting the release process make sure we have a build which actually runs the release profile and tests distcheck.
2018-04-27 01:55:19 -07:00
- os: linux
ci: travis: switch Ubuntu and Fedora builds to latest release
2018-05-16 02:18:42 -07:00
env: DISTRO=Fedora28 CI_BUILD_TYPE=release-ready
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
before_install:
- if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then .ci/ci-osx-deps.sh ; fi
before_script:
- |
if [[ "$TRAVIS_OS_NAME" == "linux" ]] && [[ "$DISTRO" != "" ]]; then
docker pull stefanschmidt1/ci-support-files:$DISTRO
fi
ci: refactor all build steps into separate build scripts this moves each step of the ci build into a separate script with the build type passed as an argument, allowing for easier modification of each individual step as necessary and making travis.yml more readable Differential Revision: https://phab.enlightenment.org/D6604 also includes: ci: break out make commands into travis.yml from build scripts this simplifies the platform-specific build scripts to only perform the configure stage of the build (and any additional setup) and then uses standardized commands for the build in addition to being simpler, this will also provide more/better info about build timings ref D6603
2018-07-10 09:14:27 -07:00
- |
if [[ "$TRAVIS_OS_NAME" == "linux" ]] ; then
docker version
ci: add ccache support this enables and implements full support for ccache on travis builds fix T7126 Differential Revision: https://phab.enlightenment.org/D6605 =also includes previously-submitted patches= ci: split out ccache config setup into separate script this provides a more unified place to set ccache options also enable ccache compression to cut down on cache upload/download overhead ref D6613 ci: zero ccache stats before build and add some comments for options used zeroing the stats before each build will provide more insight into the cache performance for each build ref D6621 ci: break out ccache stat printing into separate script continue to make travis.yml more readable ref D6622 ci: add more ccache config options to improve cache direct hits ci: disable second cpp run for ccache this should avoid running cpp twice for files https://ccache.samba.org/manual.html#_the_preprocessor_mode
2018-07-10 15:43:55 -07:00
docker run --cidfile $HOME/cid -t -d -v `pwd`:/src -v $HOME/.ccache:/root/.ccache -w /src stefanschmidt1/ci-support-files:$DISTRO bash
ci: refactor all build steps into separate build scripts this moves each step of the ci build into a separate script with the build type passed as an argument, allowing for easier modification of each individual step as necessary and making travis.yml more readable Differential Revision: https://phab.enlightenment.org/D6604 also includes: ci: break out make commands into travis.yml from build scripts this simplifies the platform-specific build scripts to only perform the configure stage of the build (and any additional setup) and then uses standardized commands for the build in addition to being simpler, this will also provide more/better info about build timings ref D6603
2018-07-10 09:14:27 -07:00
cat $HOME/cid
fi
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
ci: add ccache support this enables and implements full support for ccache on travis builds fix T7126 Differential Revision: https://phab.enlightenment.org/D6605 =also includes previously-submitted patches= ci: split out ccache config setup into separate script this provides a more unified place to set ccache options also enable ccache compression to cut down on cache upload/download overhead ref D6613 ci: zero ccache stats before build and add some comments for options used zeroing the stats before each build will provide more insight into the cache performance for each build ref D6621 ci: break out ccache stat printing into separate script continue to make travis.yml more readable ref D6622 ci: add more ccache config options to improve cache direct hits ci: disable second cpp run for ccache this should avoid running cpp twice for files https://ccache.samba.org/manual.html#_the_preprocessor_mode
2018-07-10 15:43:55 -07:00
- .ci/ci-ccache-stats.sh
ci: initial travis CI support for Linux distros and MacOSX builds This has been used by myself in a branch for a while now and it is time to bring it into master as a base for all future CI related work. I plan to use the same scripts and other bits for Jenkins as well as other CI systems later on. What we currently cover with this setup are linux builds for three different distros and MacOSX builds for two different versions. Travis will only be called when new commits get mirrored onto our GitHub mirror (which only happens once an hour). Expect delays on these builds. https://travis-ci.org/Enlightenment/efl
2017-09-28 06:26:55 -07:00
script:
ci: refactor all build steps into separate build scripts this moves each step of the ci build into a separate script with the build type passed as an argument, allowing for easier modification of each individual step as necessary and making travis.yml more readable Differential Revision: https://phab.enlightenment.org/D6604 also includes: ci: break out make commands into travis.yml from build scripts this simplifies the platform-specific build scripts to only perform the configure stage of the build (and any additional setup) and then uses standardized commands for the build in addition to being simpler, this will also provide more/better info about build timings ref D6603
2018-07-10 09:14:27 -07:00
- .ci/ci-configure.sh "$CI_BUILD_TYPE"
ci: add ccache support this enables and implements full support for ccache on travis builds fix T7126 Differential Revision: https://phab.enlightenment.org/D6605 =also includes previously-submitted patches= ci: split out ccache config setup into separate script this provides a more unified place to set ccache options also enable ccache compression to cut down on cache upload/download overhead ref D6613 ci: zero ccache stats before build and add some comments for options used zeroing the stats before each build will provide more insight into the cache performance for each build ref D6621 ci: break out ccache stat printing into separate script continue to make travis.yml more readable ref D6622 ci: add more ccache config options to improve cache direct hits ci: disable second cpp run for ccache this should avoid running cpp twice for files https://ccache.samba.org/manual.html#_the_preprocessor_mode
2018-07-10 15:43:55 -07:00
- .ci/ci-setup-ccache.sh "$CI_BUILD_TYPE"
ci: refactor all build steps into separate build scripts this moves each step of the ci build into a separate script with the build type passed as an argument, allowing for easier modification of each individual step as necessary and making travis.yml more readable Differential Revision: https://phab.enlightenment.org/D6604 also includes: ci: break out make commands into travis.yml from build scripts this simplifies the platform-specific build scripts to only perform the configure stage of the build (and any additional setup) and then uses standardized commands for the build in addition to being simpler, this will also provide more/better info about build timings ref D6603
2018-07-10 09:14:27 -07:00
- .ci/ci-make.sh "$CI_BUILD_TYPE"
- .ci/ci-make-checkbuild.sh "$CI_BUILD_TYPE"
- .ci/ci-make-examples.sh "$CI_BUILD_TYPE"
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
- |
ci: refactor all build steps into separate build scripts this moves each step of the ci build into a separate script with the build type passed as an argument, allowing for easier modification of each individual step as necessary and making travis.yml more readable Differential Revision: https://phab.enlightenment.org/D6604 also includes: ci: break out make commands into travis.yml from build scripts this simplifies the platform-specific build scripts to only perform the configure stage of the build (and any additional setup) and then uses standardized commands for the build in addition to being simpler, this will also provide more/better info about build timings ref D6603
2018-07-10 09:14:27 -07:00
if [[ "$TRAVIS_OS_NAME" == "linux" ]] && [[ "$CI_BUILD_TYPE" == "" ]]; then
.ci/ci-make-benchmark.sh "$CI_BUILD_TYPE"
fi
- .ci/ci-make-install.sh "$CI_BUILD_TYPE"
- .ci/ci-make-distcheck.sh "$CI_BUILD_TYPE"
- |
if [[ "$DISTRO" == "" ]] && [[ "$TRAVIS_OS_NAME" != "linux" ]] ; then
.ci/build-efl-app.sh
elif [[ "$CI_BUILD_TYPE" != "release-ready" ]] ; then
docker exec --env MAKEFLAGS="-j5" --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) .ci/build-efl-app.sh
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
fi
ci: add ccache support this enables and implements full support for ccache on travis builds fix T7126 Differential Revision: https://phab.enlightenment.org/D6605 =also includes previously-submitted patches= ci: split out ccache config setup into separate script this provides a more unified place to set ccache options also enable ccache compression to cut down on cache upload/download overhead ref D6613 ci: zero ccache stats before build and add some comments for options used zeroing the stats before each build will provide more insight into the cache performance for each build ref D6621 ci: break out ccache stat printing into separate script continue to make travis.yml more readable ref D6622 ci: add more ccache config options to improve cache direct hits ci: disable second cpp run for ccache this should avoid running cpp twice for files https://ccache.samba.org/manual.html#_the_preprocessor_mode
2018-07-10 15:43:55 -07:00
before_cache:
- .ci/ci-ccache-stats.sh
- |
if [[ "$TRAVIS_OS_NAME" == "linux" ]] ; then
sudo chown travis:travis $HOME/.ccache
else
fi
travis: test docker build with prebuild image for speedup
2018-01-02 07:47:12 -08:00
after_success:
- |
if [[ "$TRAVIS_OS_NAME" == "linux" ]] && [[ "$DISTRO" != "" ]]; then
docker login -u stefanschmidt1 -p "$DOCKER_PASSWORD"
docker tag stefanschmidt1/ci-support-files:$DISTRO stefanschmidt1/ci-support-files:$DISTRO-$TRAVIS_BUILD_NUMBER
docker push stefanschmidt1/ci-support-files:$DISTRO
docker push stefanschmidt1/ci-support-files:$DISTRO-$TRAVIS_BUILD_NUMBER
fi
ci: travis: enable IRC notifications to #edevelop
2018-04-25 09:41:59 -07:00
notifications:
irc:
channels:
- "chat.freenode.net#edevelop"
on_success: change
on_failure: always
ci: travis: tweak the IRC notification message template to our needs I wanted to have the commit subject in it. This could be further changed if needed. https://docs.travis-ci.com/user/notifications/#Configuring-IRC-notifications
2018-05-17 06:36:04 -07:00
template:
- "TravisCI build %{build_number} in branch %{branch}: %{result} - %{message}"
- "Commit: %{commit_subject} (%{commit}) from %{author}"
- "Change view : %{compare_url}"
- "Build details : %{build_url}"