operator [CI] kernel-module-management (2.0.0)

[qbarrand]

Thanks submitting your Operator. Please check below list before you create your Pull Request.

New Submissions

• Are you familiar with our contribution guidelines?
• Have you packaged and deployed your Operator for Operator Framework?
• Have you tested your Operator with all Custom Resource Definitions?
• Have you tested your Operator in all supported installation modes?
• Have you considered whether you want use semantic versioning order?
• Is your submission signed?
• Is operator icon set?

Updates to existing Operators

• Did you create a ci.yaml file according to the update instructions?
• Is your new CSV pointing to the previous version with the replaces property if you chose replaces-mode via the updateGraph property in ci.yaml?
• Is your new CSV referenced in the appropriate channel defined in the package.yaml or annotations.yaml ?
• Have you tested an update to your Operator when deployed via OLM?
• Is your submission signed?

Your submission should not

• Modify more than one operator
• Modify an Operator you don't own
• Rename an operator - please remove and add with a different name instead
• Modify any files outside the above mentioned folders
• Contain more than one commit. Please squash your commits.

Operator Description must contain (in order)

1. Description about the managed Application and where to find more information
2. Features and capabilities of your Operator and how to use it
3. Any manual steps about potential pre-requisites for using your Operator

Operator Metadata should contain

• Human readable name and 1-liner description about your Operator
• Valid category name¹
• One of the pre-defined capability levels²
• Links to the maintainer, source code and documentation
• Example templates for all Custom Resource Definitions intended to be used
• A quadratic logo

Remember that you can preview your CSV here.

--

¹ If you feel your Operator does not fit any of the pre-defined categories, file an issue against this repo and explain your need

² For more information see here

[github-actions]

/hold

Multiple opratros changes are not supported in single PR. Please open another PRs for other operators.

Please add comment with /hold cancel when ready.

[qbarrand]

/hold cancel

[framework-automation]

/merge possible

[framework-automation]

/merge possible

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[framework-automation]

/merge possible

[framework-automation]

/merge possible

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[framework-automation]

/merge possible

[framework-automation]

/merge possible

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[framework-automation]

/merge possible

[framework-automation]

/merge possible

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[github-actions]

Current PR can be merged automatically, but there is missing authorized-changes label. One can find out more info here.

[qbarrand]

@Allda @mporrato could you please add the authorized-changes label? Thanks!

[qbarrand]

/label authorized-changes

[openshift-ci]

@qbarrand: The label(s) /label authorized-changes cannot be applied. These labels are supported: acknowledge-critical-fixes-only, platform/aws, platform/azure, platform/baremetal, platform/google, platform/libvirt, platform/openstack, ga, tide/merge-method-merge, tide/merge-method-rebase, tide/merge-method-squash, px-approved, docs-approved, qe-approved, downstream-change-needed, rebase/manual, approved, backport-risk-assessed, bugzilla/valid-bug, cherry-pick-approved, jira/valid-bug, staff-eng-approved. Is this label configured under labels -> additional_labels or labels -> restricted_labels in plugin.yaml?

In response to this:

/label authorized-changes

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.

[Allda]

/lgtm

[framework-automation]

/merge possible