-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Quay.io images are lagging behind #22861
Comments
builds are based on fedora packages not upstream tags so it will always lag behind until the podman update lands in fedora |
@Luap99 thanks for the explanation. I hope you'll consider another workflow because that leaves only building from source to get the latest version (since this repo only publishes a podman-remote binary and not a full build on Linux) and that's not very practical. |
and btw all the other podman/testing, podman/upstream, podman/staging are dead, so really no other option |
Huh? This is definitely unexpected to me. At least I don't recall any conversation about removing them. @cevich PTAL |
The
The "upstream" flavored container image is built from the latest upstream source. It happens daily, so should be w/in 10-or-so commits of |
Oh hang on, there is something wrong. I just checked the "upstream" flavored podman|buildah|skopeo repos on quay and indeed they're all empty. They should all have a "latest" tag. I'll investigate and fix this. |
@cevich thanks for the fix |
Issue Description
I'm using quay.io images and I was waiting for a fix in later version but all I get is 5.0.2. I checked the documentation and quay.io is still the recommended registry. On the quay.io page the last tag is indeed 5.0.2. 5.1.0 is very recent and the build might not have been triggered but 5.0.3 should already be there, therefore I think there's a problem somewhere. Could you have a look please?
Steps to reproduce the issue
pull quay.io/podman/stable
Describe the results you received
version 5.1.0, or at least 5.0.3
Describe the results you expected
got 5.0.2
podman info output
\_o<
Podman in a container
No
Privileged Or Rootless
None
Upstream Latest Release
Yes
Additional environment details
Additional environment details
Additional information
Additional information like issue happens only occasionally or issue happens with a particular architecture or on a particular setting
The text was updated successfully, but these errors were encountered: