Closed tico88612 closed 1 month ago
/ok-to-test
Could you precise in the release note what is the expected action for users ? Also, is there a reason to include the skopeo upgrade in this ? Compat with cri-o / crun ?
Could you precise in the release note what is the expected action for users ?
This is changing the default value. Should I use “action required”, or maybe not?
Also, is there a reason to include the skopeo upgrade in this ? Compat with cri-o / crun ?
The original reason for updating Skopeo was that I couldn't test CRI-O locally, but no matter how I updated it, it didn't seem to work, but the GitLab CI did pass the test.
On Mon, Oct 07, 2024 at 03:59:35AM -0700, ChengHao Yang wrote:
Could you precise in the release note what is the expected action for users ?
This is changing the default value. Should I use “action required”, or maybe not?
Depends. If the change of default has the potential to break things if users just run the update, yes (for instance, #6693, you could not just update calico-datastore from etcd to kdd without a particular procedure)
If the change of runtime has no impact, no.
On top of my head, potential problems we should be looking at:
The original reason for updating Skopeo was that I couldn't test CRI-O locally, but no matter how I updated it, it didn't seem to work, but the GitLab CI did pass the test.
Weird, maybe the CRI-O API wasn't backwards compatible in some part skopeo relies on ?
Depends. If the change of default has the potential to break things if users just run the update, yes (for instance, #6693, you could not just update calico-datastore from etcd to kdd without a particular procedure)
This is indeed “action required” for those upgrading clusters.
Weird, maybe the CRI-O API wasn't backwards compatible in some part skopeo relies on ?
I think it's my Mac Vagrant that I can't test because my original CRI-O is also untestable, but I don't have a Linux-based host to use right now.
Ok, in that case, can you either describe the procedure in the release notes, or link to it if it's too long for a note ?
Ok, in that case, can you either describe the procedure in the release notes, or link to it if it's too long for a note ?
This is my first time writing an action-required release note; any comments are welcome.
Looks perfectly ok to me :+1:
/retest-failed
/retest
/retest-failed
tf-validate-aws
job failed reason: https://github.com/hashicorp/terraform-provider-aws/issues/39676
/retest-failed
/label tide/merge-method-merge
/approve
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: ant31, tico88612
The full list of commands accepted by this bot can be found here.
The pull request process is described here
Thanks @tico88612 /lgtm
What type of PR is this?
/kind api-change /kind feature
What this PR does / why we need it:
Which issue(s) this PR fixes:
Fixes #11561
Special notes for your reviewer:
Does this PR introduce a user-facing change?: