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

Make Registry operator available on operatorhub.io and in Operator catalog #1007

Closed
kadel opened this issue Jan 19, 2023 · 3 comments
Closed
Assignees
Labels
area/registry Devfile registry for stacks and infrastructure kind/epic A high level requirement that can/should be split into smaller issues

Comments

@kadel
Copy link
Member

kadel commented Jan 19, 2023

Which area this feature is related to?

/area registry

Which functionality do you think we should add?

For ease of installation and to get some visibility Registry Operator should be available on https://operatorhub.io/

@openshift-ci openshift-ci bot added the area/registry Devfile registry for stacks and infrastructure label Jan 19, 2023
@kim-tsao kim-tsao self-assigned this Apr 3, 2023
@kim-tsao kim-tsao added the kind/epic A high level requirement that can/should be split into smaller issues label Apr 3, 2023
@kim-tsao
Copy link
Contributor

kim-tsao commented Apr 3, 2023

Before we can make the operator available in the catalog, we will need to stabilize it first. We made some major changes in the last few months to migrate the operator to newer k8s dependencies and re-worked the way the registry viewer gets deployed but it's caused some issues that we are still working through. Once things are stabilize, we will need to ensure we have processes and test coverage to ensure we can update on a regular basis.

These are some of the considerations that will apply to both artifacthub and operatorhub:

  1. We will need to come up with a release process. Currently one does not exist but once we cut one, we will consider releasing on a regular cadence TBD (either per quarter and/or driven by dependency updates whichever comes first). Our plan is to support openshift 4.12+ in our first release

  2. We need to ensure there's additional testing before publishing to the catalogs. e.g. we do not have tests for the OLM bundles and I don't think we have integration tests with openshift. We will probably need to add tests for Eclipse Che since they are another client that is interested in using the operator

  3. Ensure helm chart and operator are consistent. Currently they are out of sync

@michael-valdron
Copy link
Member

Additional investigation into the details of the pre-tasks needed to start working on the acceptance criteria. In particular, investigating what is needed for OLM support and publishing on the two catalogs.

Placing this issue under triage status.

@elsony
Copy link
Contributor

elsony commented Jun 20, 2023

We have an existing issue tracking adding the registry to the operator hub: #410. Closing as a dup.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/registry Devfile registry for stacks and infrastructure kind/epic A high level requirement that can/should be split into smaller issues
Projects
Status: Done ✅
Development

No branches or pull requests

4 participants