Skip to content

Conversation

@qJkee
Copy link
Contributor

@qJkee qJkee commented Feb 14, 2023

Add capability annotation to the manifests to make operator optional

@openshift-ci openshift-ci bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Feb 14, 2023
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Feb 14, 2023

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@qJkee qJkee force-pushed the CNF-5643-make-operator-optional branch from e19f0c3 to 71a03f8 Compare March 13, 2023 11:31
@qJkee qJkee force-pushed the CNF-5643-make-operator-optional branch from 2d026ac to b11af69 Compare April 14, 2023 11:54
@qJkee qJkee marked this pull request as ready for review May 16, 2023 14:39
@openshift-ci openshift-ci bot requested review from JoelSpeed and elmiko May 16, 2023 14:42
@JoelSpeed
Copy link
Contributor

Why is this still marked WIP? Can we please add an appropriate PR description to it as well and look into any genuine test failures

@qJkee
Copy link
Contributor Author

qJkee commented May 17, 2023

/hold
until openshift/api#1449 is merged to CVO and installer

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label May 17, 2023
@qJkee qJkee changed the title [WIP][CNF-5643] add capability annotation [CNF-5643] add capability annotation May 17, 2023
@openshift-ci openshift-ci bot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label May 17, 2023
@qJkee
Copy link
Contributor Author

qJkee commented Jun 21, 2023

/unhold
/retest

@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jun 21, 2023
@qJkee qJkee force-pushed the CNF-5643-make-operator-optional branch from 27d5d60 to f7bec90 Compare June 27, 2023 09:23
@qJkee
Copy link
Contributor Author

qJkee commented Jun 27, 2023

/retest

1 similar comment
@qJkee
Copy link
Contributor Author

qJkee commented Jun 28, 2023

/retest

@JoelSpeed
Copy link
Contributor

/lgtm
/approve

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jun 28, 2023
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jun 28, 2023

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: JoelSpeed

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jun 28, 2023
@openshift-merge-robot openshift-merge-robot merged commit 6a01f1b into openshift:master Jun 28, 2023
wking added a commit to wking/machine-api-operator that referenced this pull request Jul 25, 2023
Since these manifests took effect in af2f3bd (add cvo ha
annotations to tombstones, 2021-07-29, openshift#893, OpenShift 4.9), the only
change has been d3a5a0e (add capability annotation, 2023-02-14, openshift#1119).
We can remove these deletion references now, because a 4.8 cluster that
might have included these resources should have completed an update to
4.9 which would have removed them.  And if that failed, they should
have completed an update to one of the later 4.y and removed the
resources.  By removing the resource, we save the cluster-version
operator some time checking to ensure deletion, and only expose
ourselves to leaking the resources on clusters that updated from 4.8
through to 4.14 without ever having completed an update before
reaching 4.14.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants