-
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
podman-4.6.x - image tagging regression #19594
Comments
Thanks for reaching out, @srcshelton! You're observing the changes made in containers/common#1505. In short, Podman now requires the specified digest to match the referenced image. So for Some background conversation can be found in containers/common#1248. We decided to do that to follow Docker as specifying the digest of an image that either doesn't match or exist can be seen as a security issue (or lead to some). @srcshelton, is the causing huge pains or your end or is it something easy to fix? |
So in your reproducer, the |
I'm coding-up a workaround now which I think should work - just noting this (including all names now being stripped) as a change in behaviour compared to all previous podman releases, which I didn't see mentioned in the release-notes! |
Thank you for pointing this out. I will take a look and make sure it's being added. |
@ashley-cui, can you add something similar to the suggested text below to the release notes of 4.6? When looking up an image by digest, make sure that the entire repository of the specified value is considered. This aligns with Docker's behavior since version v20.10.20. Previously, both the repository and the tag have been ignored and Podman looked for an image with a matching digest. Ignoring the name, repository and tag of the specified value can lead to security issues and is considered harmful. |
Aready updated on the GitHub page, here's the PR for the regular release notes: #19597 I'll open a PR to update main once that merges. |
Thanks a ton, @ashley-cui ! |
Issue Description
In podman-4.6.x I'm getting the error below… but only if the image
docker.io/gentoo/stage3:amd64-nomultilib-openrc
already exists - if I delete the image first, then the sequence completes successfully:Steps to reproduce the issue
Steps to reproduce the issue
Describe the results you received
Describe the results you expected
With every release of podman from 1.9.3(!), the above sequence successfully tagged the downloaded image.
Has
podman untag
behaviour changed in 4.6.x so that untagging a tag also affects the underlying SHA256 in a way which it didn't before?podman info output
The text was updated successfully, but these errors were encountered: