- remove all references to cgroups v1. That code never worked,
and "cgroups v2" in test names was misleading because it
implied an alternative. Remove it.
- refactor podman remote and local tests
- clean up docs
- Ansible bitrot cleanup ("this is deprecated, use that")
Tested using 1minutetip but even so this is a big change and
we need to be prepared for fallout in the next bodhi.
Signed-off-by: Ed Santiago <santiago@redhat.com>
This makes it possible to use a tarball generated on Rawhide/F38 to
build a package for F37 or Fedora ELN.
Signed-off-by: Stephen Gallagher <sgallagh@redhat.com>
Upstream tag: v4.6.2
Upstream commit: 5db42e86
If you need to do any change in this pull request, you need to locally fetch the source branch of it and push it (with a fix) to your fork (as it is not possible to push to the branch created in the Packit’s fork):
```
git fetch https://src.fedoraproject.org/forks/packit/rpms/podman.git refs/heads/*:refs/remotes/packit/*
git checkout packit/4.6.2-rawhide-update-propose_downstream
```
Upstream tag: v4.6.1
Upstream commit: f3069b3f
If you need to do any change in this pull request, you need to locally fetch the source branch of it and push it (with a fix) to your fork (as it is not possible to push to the branch created in the Packit’s fork):
```
git fetch https://src.fedoraproject.org/forks/packit/rpms/podman.git refs/heads/*:refs/remotes/packit/*
git checkout packit/4.6.1-rawhide-update-propose_downstream
```
Upstream tag: v4.6.0
Upstream commit: 38e6fab9
If you need to do any change in this pull request, you need to locally fetch the source branch of it and push it (with a fix) to your fork (as it is not possible to push to the branch created in the Packit’s fork):
```
git fetch https://src.fedoraproject.org/forks/packit/rpms/podman.git refs/heads/*:refs/remotes/packit/*
git checkout packit/4.6.0-rawhide-update-propose_downstream
```
Fixes flake: 'dial tcp: lookup cdn03.quay.io: no such host'
Okay, doesn't actually fix as in _fix_, just fix as in "sweep it
under the rug". The actual bug is in systemd-resolved, or in the
quay.io/cloudflare.net DNS nameservers, or in the weird specific
setup for cdn03 (it's a CNAME, compared to cdn01/02 which are A).
Maybe a combination of all of the above. I don't care; I just
want the flakes gone. I realize that this makes our testing
environment different from default Fedora, and am okay with
that because I suspect many Fedora users disable systemd-resolved
as SOP.
Signed-off-by: Ed Santiago <santiago@redhat.com>