-
Notifications
You must be signed in to change notification settings - Fork 70
OPRUN-2913: Sync api, operator-registry, operator-lifecycle-manager downstream #510
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
OPRUN-2913: Sync api, operator-registry, operator-lifecycle-manager downstream #510
Conversation
@tmshort: This pull request references OPRUN-2913 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 kubernetes/test-infra repository. |
Skipping CI for Draft Pull Request. |
/test all |
@tmshort: The
The following commands are available to trigger optional jobs:
Use 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 kubernetes/test-infra repository. |
/retest |
/retest |
1 similar comment
/retest |
It appears |
With this PR
|
Vanilla 4.14:
|
It's a change in the upstream behavior; verified on a vanilla 4.14 cluster, and on operator-framework/operator-lifecycle-manager@11b66ef (tip of master) vs operator-framework/operator-lifecycle-manager@4564b26 (before k8s updates) |
648b33b
to
0ea0616
Compare
/retest |
1 similar comment
/retest |
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
The CI complains about the |
The following users are mentioned in OWNERS file(s) but are untrusted for the following reasons. One way to make the user trusted is to add them as members of the openshift org. You can then trigger verification by writing
|
/retest |
@tmshort Hi, my name is Hector, I was hoping that you could help and share with me as I'm new with go and development. with run a build to create an image from this repo. I've cloned this repo and made some changes to the go. mod and run the following command
It came back with the program, not an importable package.
The ask is after making those changes and updating the go.sum , how do I rebuild the manifest to have an image made? |
Update pakcage-server-manager to support latest APIs/golang Signed-off-by: Todd Short <[email protected]>
Otherwise, `oc get packagemanifest` (singular) breaks. `oc get packagemanifests` (plural) works. Signed-off-by: Todd Short <[email protected]> Upstream-repository: operator-lifecycle-manager Upstream-commit: b30a3be15c6a1df17292f1b873c2dd85a1fb41c2
Hi @87utierrez, this is not an appropriate forum for this type of discussion. I suggest joining the #olm-dev channel in the Kubernetes Slack instance: https://kubernetes.slack.com/archives/C0181L6JYQ2 and asking your questions there. |
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: ankitathomas, tmshort 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 |
/retest |
1 similar comment
/retest |
I don’t have an account on there ? Hector Gutierrez On Jul 24, 2023, at 9:23 AM, Todd Short ***@***.***> wrote:
@tmshort Hi, my name is Hector, I was hoping that you could help and share with me as I'm new with go and development. with run a build to create an image from this repo.
Hi @87utierrez, this is not an appropriate forum for this type of discussion. I suggest joining the #olm-dev channel in the Kubernetes Slack instance: https://kubernetes.slack.com/archives/C0181L6JYQ2
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
/retest |
/retest |
1 similar comment
/retest |
@87utierrez you can create a slack account and joint the community using this link - https://slack.k8s.io/ |
/retest |
6 similar comments
/retest |
/retest |
/retest |
/retest |
/retest |
/retest |
@tmshort: all tests passed! 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/test-infra repository. I understand the commands that are listed here. |
This is a big merge of the upstream repositories into the downstream mono-repo.
Due to different levels of activity in each repository, they were at different level of the k8s API, and this had to be resolved upstream before downstreaming. This involved updated quite a number of components in
go.mod
/go.sum
.In order to do this sync as cleanly as possible, because various bug fixes were downstreamed independently, I updated the sync scripts in the
scripts
directory. The first change was to interleave (based on the commit timestamp) the syncing of individual commits from the source repositories, in the future hope that it will make large merges like this easier. Doing each source repo one-at-a-time can causego.mod
components to be upgraded by one repo, and then regressed by another repo, before being upgraded again. Interleaving the commits from the repositories based on date helps alleviate this scenario.The second change was to note if there were any changes to the
go.mod
files, and if so, give the merger (e.g. me in this case) the opportunity (by pausing) to evaluate if there were any regressions in thego.mod
file. Then the merger can open a shell in another window to evaluate thego.mod
file to see if it needs to be modified and/or reverted.The third change was to handle failures of
make manifests
in a similar way. Ifmake manifests
fails, the update scripts will pause to allow the merge to evaluate the results. This was especially useful asmake manifests
was failing due to the inconsistent versioning of the k8s API in each of the source repositories.In this merge, the k8s APIs are now at v0.27.2.