-
Notifications
You must be signed in to change notification settings - Fork 15
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
Convert Web Terminal Operator to depend on DevWorkspace Operator #80
Conversation
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
I'm just not sure about initialization-resource. It works fine for Che and CRW, where user is proposed to create CheCluster CR, but I don't this suites well for our use-case.
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
@@ -1,77 +1,57 @@ | |||
SHELL := bash | |||
.SHELLFLAGS = -ec | |||
|
|||
WTO_IMG ?= quay.io/wto/web-terminal-operator:latest | |||
BUNDLE_IMG ?= quay.io/wto/web-terminal-operator-metadata:next |
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.
One day we should rename it to WTO_BUNDLE_IMG
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.
Yeah I tried to leave the existing variables functionality untouched. Other future improvements:
make build
builds the bundle and index,make build_controller_image
builds the "controller"- Building the controller image is relegated to a separate makefile, when it should maybe be the reverse, as we have in DWO
@@ -1,2 +1,3 @@ | |||
dependencies | |||
.idea |
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.
🙈
@@ -357,6 +190,8 @@ spec: | |||
name: David Festal | |||
- email: jpinkney@redhat.com | |||
name: Josh Pinkney | |||
- email: amisevsk@redhat.com | |||
name: Angel Misevski |
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.
for the line below... Since we need to request users to delete and install it, maybe we should remove replaces:
but it's just dymmy assumption that may not work at all. Maybe there is another way OLM suggests for such case.
return client.Create(ctx, specDWT) | ||
} | ||
|
||
// TODO: Figure out way to sync DWTs for updates to WTO. |
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.
just update it if it exists? )
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.
I wanted to avoid that because we have no way of knowing if the DWTs are different because they were created by a previous version of WTO or if they're different because a user modified them on purpose :).
Either way, it's not a problem we need to fix until the second WTO release after this change 😄
strategy: deployment | ||
installModes: | ||
- supported: false | ||
type: OwnNamespace | ||
- supported: false | ||
- supported: true |
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.
We need to test how it will behave if we disable multinamespace and probably drop it, since it's the just we drop it, since anyway we force users to reinstall WTO from scratch.
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.
It's good enough so, I'm OK with listing TODOs items and merging as is.
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Add a basic program that ensures DevWorkspaceTemplates used by Web Terminal are present in the openshift-operators namespace. Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Angel Misevski <amisevsk@redhat.com>
Signed-off-by: Josh Pinkney <joshpinkney@gmail.com>
Signed-off-by: Josh Pinkney <joshpinkney@gmail.com>
singlenamespace mode Signed-off-by: Josh Pinkney <joshpinkney@gmail.com>
Rebased and autosquashed. |
What does this PR do?
Removes duplication of CRDs/images from DevWorkspace Operator and configures this operator to depend on the DevWorkspace Operator.
What issues does this PR fix or reference?
Part of devfile/devworkspace-operator#407
Is it tested? How?
Simple: apply the catalogsource below which references bundles built from this PR and devfile/devworkspace-operator#438
Manual:
DWO_BUNDLE_IMG
andDWO_INDEX_IMG
as appropriatemake generate_olm_bundle_image generate_olm_index_image
make register_catalogsource
make build
make register_catalogsource
Screencast:
install-wto.mp4