#
570f3c77 |
| 01-Feb-2019 |
Alex Bennée <alex.bennee@linaro.org> |
.travis.yml: separate tools and docs into another entry
Re-building the tools and documents by default is a little wasteful as they are not really affected by the main build options. Split tools and
.travis.yml: separate tools and docs into another entry
Re-building the tools and documents by default is a little wasteful as they are not really affected by the main build options. Split tools and documents into their own task with a minimal softmmu and linux-user target list just to check they don't interact badly.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
show more ...
|
#
83c3d1b4 |
| 23-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
.travis.yml: stop requesting libffi & gettext from homebrew
The default package set installed on macOS builders from Travis already includes libffi and gettext as shown by log messages:
Skipping
.travis.yml: stop requesting libffi & gettext from homebrew
The default package set installed on macOS builders from Travis already includes libffi and gettext as shown by log messages:
Skipping install of libffi formula. It is already up-to-date. Using libffi Skipping install of gettext formula. It is already up-to-date. Using gettext
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
Revision tags: v3.1.0, v3.1.0-rc5, v3.1.0-rc4, v3.1.0-rc3, v3.1.0-rc2, v3.1.0-rc1 |
|
#
53fefde4 |
| 09-Nov-2018 |
Cleber Rosa <crosa@redhat.com> |
Travis CI: make specified Python versions usable on jobs
For the two Python jobs, which seem to have the goal of making sure QEMU builds successfully on the 3.0-3.6 spectrum of Python 3 versions, th
Travis CI: make specified Python versions usable on jobs
For the two Python jobs, which seem to have the goal of making sure QEMU builds successfully on the 3.0-3.6 spectrum of Python 3 versions, the specified version is only applicable if a Python virtual environment is used. To do that, it's necessary to define the (primary?) language of the job to be Python.
Also, Travis doesn't have a 3.0 Python installation available for the chosen distro, 3.4 being the lower version available.
Reference: https://docs.travis-ci.com/user/languages/python/#specifying-python-versions Signed-off-by: Cleber Rosa <crosa@redhat.com> Message-Id: <20181109150710.31085-4-crosa@redhat.com> Reviewed-by: Alex Bennée <alex.bennee@linaro.org> [ehabkost: Now 3.4 is the lowest Python version available] Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
fixup! Travis CI: make specified Python versions usable on jobs
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
show more ...
|
#
95310576 |
| 09-Jan-2019 |
Alex Bennée <alex.bennee@linaro.org> |
travis: bump to Xenial baseline
Travis is slowly catching up. Move to Xenial based images for our current builds. These are now all proper VMs.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
|
#
2e790800 |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: remove matrix settings that duplicate global settings
The global defaults request "trusty" and "gcc", so matrix entries do not need to repeat this.
Signed-off-by: Daniel P. Berrangé <berran
travis: remove matrix settings that duplicate global settings
The global defaults request "trusty" and "gcc", so matrix entries do not need to repeat this.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
show more ...
|
#
e2576f9b |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: run tests in verbose mode
Travis sometimes fails a build because it produces no console output for over 10 minutes. If this is due to a genuine hang, it would be useful to have used verbose
travis: run tests in verbose mode
Travis sometimes fails a build because it produces no console output for over 10 minutes. If this is due to a genuine hang, it would be useful to have used verbose test output to see where it failed. If this is just due to tests being very slow, having verbose output might allow the build to succeed.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
4036878c |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: stop using container based envs
The Travis container based envs are deprecated:
https://docs.travis-ci.com/user/reference/trusty/
"Container-based infrastructure is currently being dep
travis: stop using container based envs
The Travis container based envs are deprecated:
https://docs.travis-ci.com/user/reference/trusty/
"Container-based infrastructure is currently being deprecated. Please remove any sudo: false keys in your .travis.yml file to use the default fully-virtualized Linux infrastructure instead."
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
9b29d049 |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: stop redefining the script commands
One of the matrix entries redefines the script command in order to add the ${MAKEFLAGS} variable. Ideally ${MAKEFLAGS} would be referenced by the definiti
travis: stop redefining the script commands
One of the matrix entries redefines the script command in order to add the ${MAKEFLAGS} variable. Ideally ${MAKEFLAGS} would be referenced by the definition of the ${TEST_CMD} env variable, but this isn't possible in travis. ${MAKEFLAGS} exists to eliminate duplication of flags in every "make" command, but this cure causes a worse problem, namely the reduplication of the "script" command. It is simpler to just insert "-j3" directly into any "make" command.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
91fa7dd1 |
| 09-Jan-2019 |
Alex Bennée <alex.bennee@linaro.org> |
travis: use homebrew addon for MacOSX
Rather than poking homebrew manually we can specify the packages needed via the homebrew addon. These are only installed on MacOS based builds.
Signed-off-by:
travis: use homebrew addon for MacOSX
Rather than poking homebrew manually we can specify the packages needed via the homebrew addon. These are only installed on MacOS based builds.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
show more ...
|
#
45ebc239 |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: don't clone git submodules upfront
The configure script & Makefile are already capable of figuring out which git submodules are required for a given build platform, and cloning them at the r
travis: don't clone git submodules upfront
The configure script & Makefile are already capable of figuring out which git submodules are required for a given build platform, and cloning them at the right time.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
c21d7efc |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: standardize the syntax used for env variables
Matrix entries are defining env variables using two different syntax styles:
- env: FOO=bar WIZZ=bang
and
- env: - FOO
travis: standardize the syntax used for env variables
Matrix entries are defining env variables using two different syntax styles:
- env: FOO=bar WIZZ=bang
and
- env: - FOO=bar - WIZZ=bang
Switch everything to use the latter style as the more normal indentation approach.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
3e094234 |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: define all the build matrix entries in one place
The current build matrix is constructed from entries listed under the environment variable config section, as well as the general purpose bui
travis: define all the build matrix entries in one place
The current build matrix is constructed from entries listed under the environment variable config section, as well as the general purpose build matrix section. Move everything under the general purpose section so it is clear at a glance what is in the matrix.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
197be697 |
| 09-Jan-2019 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: add whitespace between each major section & matrix entry
Improve the readability of the travis config by adding two blank lines between each major section and matrix entry.
Signed-off-by: D
travis: add whitespace between each major section & matrix entry
Improve the readability of the travis config by adding two blank lines between each major section and matrix entry.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
Revision tags: v3.1.0-rc0 |
|
#
adcf9683 |
| 08-Oct-2018 |
Alex Bennée <alex.bennee@linaro.org> |
.travis.yml: split MacOSX builds and reduce target list
We have reached the point where the MacOSX build was regularly timing out. So as before I've reduced the target list to "major" architectures
.travis.yml: split MacOSX builds and reduce target list
We have reached the point where the MacOSX build was regularly timing out. So as before I've reduced the target list to "major" architectures to try and bring the build time down. I've added an additional MacOSX build with the latest XCode with a minimal list of "most likely" targets on MacOS.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
aa983ff6 |
| 18-Oct-2018 |
Cleber Rosa <crosa@redhat.com> |
Travis support for the acceptance tests
This enables the execution of the acceptance tests on Travis.
Because the Travis environment is based on Ubuntu Trusty, it requires the python3-pip and pytho
Travis support for the acceptance tests
This enables the execution of the acceptance tests on Travis.
Because the Travis environment is based on Ubuntu Trusty, it requires the python3-pip and python3.4-venv packages.
Signed-off-by: Cleber Rosa <crosa@redhat.com> Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com> Reviewed-by: Alex Bennée <alex.bennee@linaro.org> Acked-by: Stefan Hajnoczi <stefanha@redhat.com> Acked-by: Wainer dos Santos Moschetta <wainersm@redhat.com> Reviewed-by: Caio Carrara <ccarrara@redhat.com> Message-Id: <20181018153134.8493-4-crosa@redhat.com> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
show more ...
|
Revision tags: v3.0.0, v3.0.0-rc4, v2.12.1, v3.0.0-rc3, v3.0.0-rc2, v3.0.0-rc1, v3.0.0-rc0, v2.11.2 |
|
#
0708e647 |
| 20-Jun-2018 |
Alex Bennée <alex.bennee@linaro.org> |
travis: add gcovr summary for GCOV build
This gives a more useful summary, sorted by descending % coverage, after the tests have run. The final numbers will give an idea if our coverage is getting b
travis: add gcovr summary for GCOV build
This gives a more useful summary, sorted by descending % coverage, after the tests have run. The final numbers will give an idea if our coverage is getting better or worse.
To keep the width sane we need to post process the file that the old gcovr tool generates. This is done with a mix of sed, awk and column in the scripts/coverage-summary.sh script.
As quite a lot of lines don't get covered at all we filter out all the 0% lines. If the file doesn't appear it is not being exercised.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
show more ...
|
#
ebf2ff65 |
| 21-Jun-2018 |
Philippe Mathieu-Daudé <f4bug@amsat.org> |
travis: test out-of-tree builds
Force one config to build 'out-of-tree' (object files and executables are created in a tree outside the project source code).
Signed-off-by: Philippe Mathieu-Daudé <
travis: test out-of-tree builds
Force one config to build 'out-of-tree' (object files and executables are created in a tree outside the project source code).
Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
show more ...
|
#
ebdfb610 |
| 22-Jun-2018 |
Philippe Mathieu-Daudé <f4bug@amsat.org> |
travis: do not waste time cloning unused submodules
Builds only require: - dtc - keycodemapdb - capstone
Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org> [AJB: drop wget cache] Signed-off-by
travis: do not waste time cloning unused submodules
Builds only require: - dtc - keycodemapdb - capstone
Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org> [AJB: drop wget cache] Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
show more ...
|
Revision tags: v2.12.0 |
|
#
65b26da4 |
| 18-Apr-2018 |
Alex Bennée <alex.bennee@linaro.org> |
.travis.yml: add check-tcg test
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Tested-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
|
#
f8309de9 |
| 14-Jun-2018 |
Alex Bennée <alex.bennee@linaro.org> |
travis: reduce time taken for trace-backend testing
These builds are reaching regular timeouts and probably don't need to be so widely exercised. ftrace and ust in particular are used in conjunction
travis: reduce time taken for trace-backend testing
These builds are reaching regular timeouts and probably don't need to be so widely exercised. ftrace and ust in particular are used in conjunction with whole system profiling which makes most sense with KVM setups, hence the native softmmu target.
We also expand simple to cover the multiple log backends while restricting its scope to user-mode testing only.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
show more ...
|
#
73d99c11 |
| 12-Jun-2018 |
Alex Bennée <alex.bennee@linaro.org> |
travis: reduce coverage of gprof build
This build is regularly timing out and even switching off linux-user wasn't enough. Instead explicitly choose a target list of broadly the "major" architecture
travis: reduce coverage of gprof build
This build is regularly timing out and even switching off linux-user wasn't enough. Instead explicitly choose a target list of broadly the "major" architectures. This is enough to check the gprof build machinery works without worrying about the actual coverage results.
I did try various YAML constructs for specifying CONFIG with continuation but couldn't get any of them to work hence the very long line.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
show more ...
|
#
6a259f8d |
| 12-Jun-2018 |
Daniel P. Berrangé <berrange@redhat.com> |
travis: display config.log when configure fails
When configure fails in CI systems we must be able to see the contents of the config.log file to diagnose the root cause.
Signed-off-by: Daniel P. Be
travis: display config.log when configure fails
When configure fails in CI systems we must be able to see the contents of the config.log file to diagnose the root cause.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Reviewed-by: Eric Blake <eblake@redhat.com> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Reviewed-by: Fam Zheng <famz@redhat.com> [AJB: used Eric's suggested {} form] Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
show more ...
|
#
ac07ffc6 |
| 30-May-2018 |
Alex Bennée <alex.bennee@linaro.org> |
.travis.yml: update GCC sanitizer build to GCC 7
GCC has moved on and so should we. We also enable apt update to ensure we get the latest build from the toolchain PPA.
Signed-off-by: Alex Bennée <a
.travis.yml: update GCC sanitizer build to GCC 7
GCC has moved on and so should we. We also enable apt update to ensure we get the latest build from the toolchain PPA.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Tested-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
show more ...
|
#
044722d5 |
| 30-May-2018 |
Alex Bennée <alex.bennee@linaro.org> |
.travis.yml: make current setup explicit
Add some commentary and make the selection of Container based Trusty build explicit. We will need to add VM builds later when using docker.
Signed-off-by: A
.travis.yml: make current setup explicit
Add some commentary and make the selection of Container based Trusty build explicit. We will need to add VM builds later when using docker.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Tested-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
show more ...
|
#
ae6d692d |
| 29-May-2018 |
Alex Bennée <alex.bennee@linaro.org> |
.travis.yml: rationalise clang testing
As Travis includes Clang 5.0 in its own build environment there is no point manually building with older Clangs. We still need to test with the two pythons tho
.travis.yml: rationalise clang testing
As Travis includes Clang 5.0 in its own build environment there is no point manually building with older Clangs. We still need to test with the two pythons though so we leave them as minimal system only builds. We also split the clang build into two as it often exceeds the 40 minute build time limit.
Signed-off-by: Alex Bennée <alex.bennee@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Tested-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
show more ...
|