You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think the image index needs a bit more clarification on how an image is intended to be processed by a runtime spec when there are multiple manifests within one image. While it is clear what is meant when there is exactly one manifest within an image or two manifests for different platform or architectures within an image, it is unclear when there are manifests for the same platform and architecture within an image. As of now, it is not forbidden.
Is it intended that there is no restriction of having multiple manifests for the same architecture and platform within an image?
Or, is it up to the runtime-spec implementation on how to handle situations like this, e.g. by adding some annotation-based selector like
podman run --select org.opencontainers.image.ref.name=myref myimage:latest
or a sub-image dressing scheme like podman run myimage:latest/myref ?
Even if this is intentional, there should be a few more sentences in the image index spec on how to handle this.
The text was updated successfully, but these errors were encountered:
There is a lot of discussion in #581 that is relevant. It's a long one, but I believe the general consensus is that it's up to the implementation to decide if it should return an error or just pick an arbitrary entry in the face of ambiguity, e.g. this algorithm "looks about right".
I think the image index needs a bit more clarification on how an image is intended to be processed by a runtime spec when there are multiple manifests within one image. While it is clear what is meant when there is exactly one manifest within an image or two manifests for different platform or architectures within an image, it is unclear when there are manifests for the same platform and architecture within an image. As of now, it is not forbidden.
Is it intended that there is no restriction of having multiple manifests for the same architecture and platform within an image?
Or, is it up to the runtime-spec implementation on how to handle situations like this, e.g. by adding some annotation-based selector like
podman run --select org.opencontainers.image.ref.name=myref myimage:latest
or a sub-image dressing scheme like
podman run myimage:latest/myref
?Even if this is intentional, there should be a few more sentences in the image index spec on how to handle this.
The text was updated successfully, but these errors were encountered: