| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
| |
coverage.
The test jobs which create coverage reports need to be listed
in the dependencies of the coverage job, as highlighted in
issue #356.
|
|
|
|
| |
Fedora 29 includes python 3.7 so this is not needed anymore
|
| |
|
| |
|
|
|
|
| |
are sorted out
|
|
|
|
|
|
| |
Fedora 27 is EOL since 2018-11-30
See https://fedoraproject.org/wiki/End_of_life
|
| |
|
| |
|
|
|
|
| |
Centos is apparently different enough from fedora when running tests.
|
| |
|
|
|
|
|
|
| |
We already have tests for python 3.5 and 3.6 but not 3.7.
Fixes https://gitlab.com/BuildStream/buildstream/issues/838.
|
|
|
|
|
|
|
| |
This will help us check if BuildStream is working with the latest
version of dependencies, as per our constraints. This job is allowed to
fail but its failure should signal that we need to add stricter
constraints in some of our `.in` requirements files.
|
|
|
|
| |
which include flatpak_repo plugin needed to build fdsdk
|
|
|
|
|
|
|
|
|
|
|
|
| |
During recent reorganizing of `.gitlab-ci.yml` to work with `tox`, seems
like we missed to update the image used by the overnight aarch tests,
meaning that they currently fail due to `tox` being missing from them.
While these tests will be skipped on MRs usually, here is an example of
what the tests look like if they are actually run with this change:
https://gitlab.com/BuildStream/buildstream/-/jobs/145449561.
Fixes #859.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch namespaces the test temp directory and the output
coverage report file with the name of the environment under test,
such that separately run tests do not access the same files.
When running tests without tox, directly through setup.py,
then the tmp directory will still be `./tmp`.
* .gitignore: Added new .coverage-reports/ directory
* .gitlab-ci.yml: Rely on tox to combine and report coverage, only
tell tox about the COVERAGE_PREFIX so that results can be namespaced
by CI job name.
This change also publishes the sources and final combined `.coverage`
file in an output gitlab artifact for inspection, and lists some missing
dependencies to the `coverage` job.
* tox.ini: Add comments and refactor main [testenv] section so that
other environments dont inherit too much unrelated cruft.
Generate the coverate reports in the respective {envtmpdir} so that
all per-process coverage files are prefixed with a full path, ensuring
that concurrent runs don't mix reports and addressing concerns
raised in #844.
Also implemented new `tox -e coverage` environment to combine
any found coverage and print a report.
* .coveragerc: Omit .tox/ directory from coverage stats
Fixes issue #844
|
|
|
|
|
|
|
|
|
|
| |
As we now run tests using `tox`, we don't need to worry about manually
packing and unpacking BuildStream. So, we can remove the preapre stage
entirely.
Update `coverage` and nightly jobs to appropriately cope with this
change. Both these jobs now install all runtime dependencies from
requirements files.
|
|
|
|
|
| |
This seems like a better name for the directory, as it more closely
describes the purpose of its contents.
|
|
|
|
|
| |
This should save us some cycles in CI, and also allow the
developer to more conveniently lint separately from testing.
|
|
|
|
|
|
|
|
|
| |
Currently the CI and the docs both have to duplicate the same inforation
about how to gather dependencies etc, and have to use hacky ways to run
them.
Add a new `docs` environment to our tox setup so that building docs is
as simple as running `tox -e docs`.
|
|
|
|
|
| |
Instead of invoking tests throung `setup.py`, use `tox` as a frontend in
the CI pipelines.
|
|
|
|
|
|
| |
We need to bump the testsuite image versions to use the new
pycodestyle update that allows excluding file paths, so that we can
exclude generated python code.
|
| |
|
| |
|
|
|
|
| |
This removes the need of having it synchronized in multiple places
|
|
|
|
|
| |
This allows us to make sure that tests behave nicely while missing brwap
and ostree.
|
|
|
|
|
| |
This makes all tests use the same template, which makes reasoning
about them simpler
|
|
|
|
|
| |
The unix-logs is always empty, there is therefore no reasons of keeping
it there
|
|
|
|
| |
This will allow for further de-duplication of work.
|
|
|
|
|
| |
This doesn't change the test behavior and enable for better
composability of tests
|
| |
|
| |
|
|
|
|
| |
Fixes #755
|
|
|
|
|
|
| |
Issue happens with sourceware.org server.
Fixes #742
|
|
|
|
|
|
|
| |
We need to alter how coverage data is recovered in order to work with
newer coverage tooling.
Signed-off-by: Daniel Silverstone <daniel.silverstone@codethink.co.uk>
|
|
|
|
| |
We need to do this so that the new linting errors pop up
|
|
|
|
|
|
|
| |
.gitlab-ci.yml: forced pip3 install Sphinx 1.7.9
The theme we use in our docs "sphinx_rtd_theme"
Does not support the latest version of Sphinx (>1.8)
This results in search functionality failing
|
| |
|
|
|
|
| |
For consistency.
|
| |
|
|
|
|
|
|
| |
To finish the creation of the Let's Encrypt certificate, which will
allows us to use https://docs.buildstream.build/ for accessing the
documentation.
|
|
|
|
| |
The current one doesn't build due server being down.
|
|
|
|
| |
Closes #514.
|
|
|
|
|
| |
Note: This modifies the docker containers used for testing to supply the
pytest-timeout package.
|
|
|
|
|
|
| |
This job always takes a long time and does not really depend
on the artifacts in the 'test' phase, moving it to the 'test'
phase will reduce overall CI time.
|
|
|
|
| |
This reverts commit bea01531b984522940562866e904c83e8f9aed50.
|
|
|
|
|
|
|
|
|
| |
This hasnt been working for a while, it might be because GitLab
doesnt quite grasp that we have multiple branches to merge MRs to,
or it might be because they have change the API and broken back compat
in some way.
See: https://docs.gitlab.com/ee/ci/examples/code_quality.html
|
|
|
|
|
|
|
|
|
|
| |
Add a check to verify that the source distribution tarball that we
generate installs corrctly. It is useful to do this check as this is the
same tarball will be used when installing BuildStream via PyPI.
This check also happens indirectly in the coverage job where we install
BuildStream but this check makes it more explicit and will also cause
the CI to fail early if the tarball is not correct.
|