-
Notifications
You must be signed in to change notification settings - Fork 395
Use dockerImageDestination.PutManifest in openshiftDestination.PutManifest #95
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
Conversation
|
LGTM |
|
See related OpenShift issue: openshift/origin#11012 |
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
|
So, this fails because a tag is optional in the Docker Registry API, but mandatory in OpenShift (ultimately via https://github.com/openshift/origin/blob/master/pkg/image/api/validation/validation.go#L246 ). Ideally we would want #88 , but let’s go with the very minimal pseudo-fix: #98 , will make this dependent on it. (mtrmac/skopeo:integrate-all-the-things is alraedy using the minimal fix from #98 ). |
0e2fd8b to
0d01b5d
Compare
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
…ifest Instead of manipulating an ImageStreamMapping and having to do exactly what OpenShift does, just use the Docker Registry API and let the server side deal with that. This fixes “unexpected end of JSON input” when uploading schema2 manifests (because we didn’t also include the config object), and should resolve containers/skopeo#208 (by using the existing code on the server side) Signed-off-by: Miloslav Trmač <mitr@redhat.com>
0d01b5d to
c3ca06a
Compare
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Not pushing to a tag makes the image impossible to pull with a tag. This is not really correct because we keep the Name and Tag in schema1 manifests unmodified, and older registry versions (in particular OpenShift 1.1) do inspect those fields. But, it is better than nothing, and for OpenShift manifest uploads via the Docker API ( containers/image#95 )a tag is required. Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Instead of manipulating an
ImageStreamMappingand having to do exactly what OpenShift does, just use the Docker Registry API and let the server side deal with that.This fixes “unexpected end of JSON input” when uploading schema2 manifests (because we didn’t also include the config object), and should resolve containers/skopeo#208 (by using the existing code on the server side)