Skip to content
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

dockerImageDestination.SupportedManifestMIMETypes may be incorrect #86

Closed
mtrmac opened this issue Sep 13, 2016 · 7 comments
Closed

dockerImageDestination.SupportedManifestMIMETypes may be incorrect #86

mtrmac opened this issue Sep 13, 2016 · 7 comments

Comments

@mtrmac
Copy link
Collaborator

mtrmac commented Sep 13, 2016

dockerImageDestination.SupportedManifestMIMETypes returns a hard-coded value; if the destination registry does not in fact support schema 2, we would still attempt to upload this.

This incorrect information will break any manifest conversion we might attempt.

@runcom
Copy link
Member

runcom commented Sep 13, 2016

We should probably test if V2 is really supported, otherwise fallback to push v2s1?

@mtrmac
Copy link
Collaborator Author

mtrmac commented Sep 13, 2016

Yes. It would be very convenient if we could determine v2 support without having to create and try to push v2, I am not sure whether that is possible.

@runcom
Copy link
Member

runcom commented Sep 13, 2016

@mtrmac
Copy link
Collaborator Author

mtrmac commented Sep 13, 2016

Yeah, that is the “convert and try” method which I’d like to avoid :)

@runcom
Copy link
Member

runcom commented Sep 13, 2016

Yeah, that is the “convert and try” method which I’d like to avoid :)

can it work with this "convert and try" though?

@mtrmac
Copy link
Collaborator Author

mtrmac commented Sep 13, 2016

Yeah, that is the “convert and try” method which I’d like to avoid :)

can it work with this "convert and try" though?

Sure, it is software, we can build anything we can specify. But with the increasing number of formats (schema1, schema2, OCI, perhaps even native Docker tar exposed to copy.go), the conversion engine will need to do a series of false starts instead of just statically detecting the optimal destination format and doing a single conversion. Doable but ugly.

@mtrmac
Copy link
Collaborator Author

mtrmac commented May 10, 2017

#88 implements the “convert and try” method. At least with the OpenShift acceptschema2 option, there is no way to tell what is supported other than try to push a manifest.

@mtrmac mtrmac closed this as completed May 10, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants