Commit Graph

7 Commits

Author SHA1 Message Date
Jindrich Novy
854893db40 update gating.yaml to RHEL-10
Related: RHELMISC-3908

Signed-off-by: Jindrich Novy <jnovy@redhat.com>
2024-05-02 13:20:23 +02:00
Adam Williamson
9baa4c09cc Drop openQA gating policy on main branch
The gating policy is actually per-branch, so it doesn't make any
sense to have this part on the main/rawhide branch, it should go
in f33/f34 branches.

Signed-off-by: Adam Williamson <awilliam@redhat.com>
2021-07-13 11:17:25 -07:00
Adam Williamson
b1bac7cc10 Gate on openQA update test results
This adds a policy to gate podman updates for stable releases
on the openQA podman and podman_client tests, which will be run
on podman updates as of today. Unfortunately there is no way to
express "all versions except Rawhide" so we have to just list
the versions explicitly; this will need to be updated when
releases branch and go EOL.

Signed-off-by: Adam Williamson <awilliam@redhat.com>
2021-07-06 19:56:55 +00:00
Ed Santiago
76fe3010bf gating.yaml: duplicate the stanzas
The Gating spec[1] used to recommend having one type of
YAML stanza for master, one for released branches. We
just discovered today that this breaks when master
forks into a release branch: the string 'stable'
needs to be manually changed to 'testing', and
nobody is going to remember to do that, and I can't
think of a (non-tedious) way to add automated checks.

As of 2019-08 (09d7d4f), though, the Gating spec suggests
having *both* stanzas together in the same gating.yaml
file. @pingou himself concurs[2]. Although this is
horrible duplication -- two hundred characters, repeated
with only six of those different -- it seems cleaner
than the maintenance burden of having to update
release branches.

 [1] https://docs.fedoraproject.org/en-US/ci/gating/
 [2] https://src.fedoraproject.org/rpms/podman/pull-request/33

Oh, also, add a new 'subject_type' line apparently "required"
even though things seem to have been working fine without it.
(Source: same commit, 09d7d4f, on gating.adoc).

Signed-off-by: Ed Santiago <santiago@redhat.com>
2020-05-21 11:31:51 +00:00
Bruno Goncalves
3997095f89 update gating.yaml to gate on new testcase name
related to https://pagure.io/fedora-ci/general/issue/110

This patch needs to be backport to other branches in case of new build for other releases.
2020-05-20 17:11:51 +02:00
Ed Santiago
987ca8100b gating: change the PassingTestCaseRule string
The first document I went with[1] specified a magic
value containing 'package.test.functional'. I used
that, and my bodhi results[2] looked weird: first,
none of the usual results include 'test.functional';
so, second, there's now a new test.functional line
under 'undefined' in red and with an asterisk next
to it, and another red one without an asterisk.
All four lines seem to link to the same results.

 [1] https://docs.fedoraproject.org/en-US/ci/gating/
 [2] https://bodhi.fedoraproject.org/updates/FEDORA-2019-144ed359e9

A different document[3] specifies a magic value that
more closely conforms to the ones already shown
in the 'undefined' section of older bodhi runs.
That's what I'm trying now.

 [3] https://docs.fedoraproject.org/en-US/rawhide-gating/optin/

Unfortunately neither document has a timestamp so it's
impossible to know which (if any) is up-to-date and/or
correct.

Signed-off-by: Ed Santiago <santiago@redhat.com>
2019-08-15 13:55:44 -06:00
Ed Santiago
3537282ceb Enable gating tests on rawhide
Purpose: prevent a build from being pushed to stable
unless tests/tests.yml pass; require manual override
on failure.

Counterargument: this is going to fail effective now.
Rawhide has been highly unstable, with kernel and
systemd bugs one right after the other, all preventing
podman tests from passing. (Current blocker: rhbz1740664
in systemd-udev, in which /dev/net/tun is mode 600
which causes slirp4netns to fail).

Countercounterargument: even if all these failures aren't
podman's fault, we still want to catch them and at least
report them early. I am monitoring test runs but I don't
want to be the single point of failure.

Signed-off-by: Ed Santiago <santiago@redhat.com>
2019-08-14 12:36:23 -06:00