The "ara-report" role provides the same functionality and defaults
out of the box and adds integration for dynamic database loading.
This is removed as per the deprecation notice [1] a few months ago.
[1]: http://lists.zuul-ci.org/pipermail/zuul-announce/2018-March/000007.html
Change-Id: I1f5eda980b59cb43735d35a4670930f683dc0130
This adds a deprecation notice to the README and a debug task that
prints a deprecation notice.
The role is still expected to work but will eventually be removed in
favor of the ara-report role.
This deprecation will be announced on openstack-dev and zuul-announce.
Depends-On: https://review.openstack.org/#/c/557818/
Change-Id: If25e7c7b93cfd1588233fec299a31ad3ce3a873f
In Ansible-2.4, the |succeed behavior changed and always return True
when task uses 'failed_when: false'.
Also uses "type -p" instead of "which" that is used in other roles.
Change-Id: Iddcff07a40dc6c36a1a1c2101a7822697cdbbc34
This changes the 'ara_generate_html' toggle to provide three options:
- true (always generate a report)
- false (never generate a report)
- 'failure' (only generate a report on failure, based on zuul_success)
This defaults to true and can be changed on a job basis.
Change-Id: I9a6a3c999b7656b1f5b25b0cb6c2baa63d7857b2
It might be useful for jobs to save the ARA sqlite database, for
example for debugging purposes, or if they want to import and use
the database elsewhere.
Change-Id: Ie82b42c34dfe6173116d88cc174deda70c5aa9ad
Without this patch, it is not possible for jobs to disable the
ara report generation because it is part of the base job by default.
It might be useful (or required) for jobs to disable the static
report generation if there are issues with it or if the static report
is causing problems. This toggle will provide that ability.
Change-Id: Ia5e43db9f852d405ea987b380e36cb93c983314d
If we use emit-ara-html in a base job post playbook, and it fails,
we won't upload the log files that we *do* have.
Ignore errors from ara generate and compress.
Also, let's call a space a space.
Change-Id: Ie6d41e829b0edb105d205997766c5d87022a16b5
https://review.openstack.org/#/c/495551/ introduced gzipping through
the "archive" module but the result isn't the expected one, let's use
the gzip command instead.
Change-Id: I7d5fe19381ade6639ec4d96b50e58f84439e0230
The ARA web application was designed to work properly when fully
gzipped with the proper mimetypes so let's add support for doing
that.
Change-Id: Ic1914c840f5a75e7da07494fb87c2167ae7bed68