-
Notifications
You must be signed in to change notification settings - Fork 104
WRKLDS-1599: Drop support for image manifest schema 1 #528
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
|
@tchap: This pull request references WRKLDS-1599 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "4.20.0" version, but no target version was set. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
/retest |
6e96234 to
58b821a
Compare
|
@tchap: This pull request references WRKLDS-1599 which is a valid jira issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
@tchap: This pull request references WRKLDS-1599 which is a valid jira issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
@tchap: This pull request references WRKLDS-1599 which is a valid jira issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
/unhold |
|
@tchap: This pull request references WRKLDS-1599 which is a valid jira issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
These types are duplicated in openshift/library-go pkg/image/dockerv1client/types.go |
I guess I can just migrate to library-go in a subsequent PR and remove the packages as present in this repo. |
|
/retest |
1 similar comment
|
/retest |
|
@tchap: The following test failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sanchezl, tchap The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
[ART PR BUILD NOTIFIER] Distgit: ose-openshift-apiserver |
The change itself is fairly small, but there were quite a few tests using schema1. These had to be updated. Some test cases also don't make sense any more as you cannot really update an image schema2, that would change the hash. So tests updating an image with a signature were removed as signatures are not supported in schema2 implicitly.
Feel free to propose more test cases if anything comes up your mind, I did what I could without learning all the intricacies of the codebase, which meant extending the tests for
imageutil.InternalImageWithMetadatafor all schema types, then aligning all other breaking tests.The PR is a bit chaotic in the sense that there are multiple mock manifests and configs scattered across the codebase. I normalized what made sense to me, but some chaos is still there. Particularly there are separate tests for filling in the image object from the string manifest and config, then there are API tests for actually posting a manifest. These are entirely separate tests.