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

release: changes to publish 0.9.0 in operator hub #410

Merged
merged 2 commits into from
Aug 13, 2024

Conversation

wainersm
Copy link
Member

@wainersm wainersm commented Aug 7, 2024

I submitted the k8s-operatorhub/community-operators#4787 to publish 0.9.0 bundle in operator hub and coco's operator landing page in hub is already updated (see https://operatorhub.io/operator/cc-operator)

Here I'm sending the changes I did to publish it as well as a few fixes to docs.

Copy link
Member

@fitzthum fitzthum left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@@ -5686,17 +5686,22 @@ spec:
description: This specifies the RuntimeClasses that need to be
created, with its name and an associated snapshotter to be used
items:
description: RuntimeClass holds the name and the snapshotter
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not exactly sure how this works, but re-running this on your PR I'm getting many more changes to this file. I tried doing it fresh on the main branch and that also brought many more changes to this manifest. Is this expected, did some dependency changed in the mean-time?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@wainersm could you please elaborate a bit on this? I'm getting completely different results by running the make bundle IMG=quay.io/confidential-containers/operator:v0.9.0

@@ -34,7 +34,7 @@ Follow the steps:

5. Copy the bundle directory to the community-operators repository directory. On the example below I got the community-operators repository cloned to `../../../github.com/k8s-operatorhub/community-operators`:
```shell
cp -r bundle ../../../github.com/k8s-operatorhub/community-operators/operators/cc-operator/${TARGET_RELEASE}
cp -r bundle/* ../../../github.com/k8s-operatorhub/community-operators/operators/cc-operator/${TARGET_RELEASE}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well the old one works well if the target dir does not exists. The new one only works when the target dir exists. So I'd suggest either keeping the old one but adding rm -rf ../../../github.com/k8s-operatorhub/community-operators/operators/cc-operator/${TARGET_RELEASE} (which I favour as we ensure all previous files are cleaned) or the new-one but adding mkdir -p ../../../github.com/k8s-operatorhub/community-operators/operators/cc-operator/${TARGET_RELEASE}.

Alternatively we could use rsync, which is slightly more predictable ;-)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(another benefit of rm is that it would complain if the parent dir won't exists (eg. someone uses incorrect number of ../) while mkdir -p simply creates everything...)

dest_dir="../../../github.com/k8s-operatorhub/community-operators/operators/cc-operator/${TARGET_RELEASE}"
rm -rf "$dest_dir"
mkdir "$dest_dir"
cp -r bundle/* "$dest_dir"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps unnecessarily too complex but does the job :-)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah, in the end I made it more complicated :(

@ldoktor
Copy link
Contributor

ldoktor commented Aug 9, 2024

To be precise, this is what I'm getting after running the make bundle IMG=quay.io/confidential-containers/operator:v0.9.0

ldoktor@cafa77a

which makes me wonder why is it so different.

@ldoktor
Copy link
Contributor

ldoktor commented Aug 9, 2024

Ahh, I see, it's just reformatting the strings.

Copy link
Contributor

@ldoktor ldoktor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, looks good to me, the different result is caused by re-formatting the strings. Let's keep it the way it is right now.

Updated the operator hub bundle for the 0.9.0 release.

First bumped VERSION in Makefile then the new bundle was generated as:
```
$ make bundle IMG=quay.io/confidential-containers/operator:v0.9.0
```

Signed-off-by: Wainer dos Santos Moschetta <wainersm@redhat.com>
We want to copy the sub-folder of bundle into the cc-operator/${TARGET_RELEASE}
folder.

Signed-off-by: Wainer dos Santos Moschetta <wainersm@redhat.com>
@wainersm
Copy link
Member Author

Only rebased to pick up #413

@wainersm wainersm merged commit 06ce599 into confidential-containers:main Aug 13, 2024
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants