Skip to content

Conversation

@mbobrovskyi
Copy link
Contributor

What type of PR is this?

/kind cleanup
/kind api-change

What this PR does / why we need it:

v1beta2: Delete .enable field from WaitForPodsReady API in config

Which issue(s) this PR fixes:

Fixes #7584

Special notes for your reviewer:

Does this PR introduce a user-facing change?

v1beta2: Delete .enable field from WaitForPodsReady API in config

@k8s-ci-robot k8s-ci-robot added do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. release-note Denotes a PR that will be considered when it comes time to generate release notes. kind/cleanup Categorizes issue or PR as related to cleaning up code, process, or technical debt. kind/api-change Categorizes issue or PR as related to adding, removing, or otherwise changing an API labels Nov 13, 2025
@netlify
Copy link

netlify bot commented Nov 13, 2025

Deploy Preview for kubernetes-sigs-kueue canceled.

Name Link
🔨 Latest commit 6d3142a
🔍 Latest deploy log https://app.netlify.com/projects/kubernetes-sigs-kueue/deploys/691702845d34870008fab3ae

@k8s-ci-robot k8s-ci-robot added cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. size/L Denotes a PR that changes 100-499 lines, ignoring generated files. labels Nov 13, 2025
@mbobrovskyi mbobrovskyi force-pushed the cleanup/delete-enable-field-from-WaitForPodsReady-API-in-config branch 2 times, most recently from 616b29d to 803b982 Compare November 13, 2025 09:25
@mbobrovskyi mbobrovskyi changed the title WIP: v1beta2: Delete .enable field from WaitForPodsReady API in config v1beta2: Delete .enable field from WaitForPodsReady API in config Nov 13, 2025
@k8s-ci-robot k8s-ci-robot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Nov 13, 2025
@mbobrovskyi mbobrovskyi force-pushed the cleanup/delete-enable-field-from-WaitForPodsReady-API-in-config branch from 803b982 to 0d88784 Compare November 13, 2025 16:27
@mbobrovskyi
Copy link
Contributor Author

/cc @mimowo

@k8s-ci-robot k8s-ci-robot requested a review from mimowo November 13, 2025 16:31
@k8s-ci-robot k8s-ci-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Nov 14, 2025
@mbobrovskyi mbobrovskyi force-pushed the cleanup/delete-enable-field-from-WaitForPodsReady-API-in-config branch from 0d88784 to 40e7c62 Compare November 14, 2025 04:20
@k8s-ci-robot k8s-ci-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Nov 14, 2025
@mbobrovskyi mbobrovskyi force-pushed the cleanup/delete-enable-field-from-WaitForPodsReady-API-in-config branch from 40e7c62 to 2b61db3 Compare November 14, 2025 04:23
@mimowo
Copy link
Contributor

mimowo commented Nov 14, 2025

please rebase

if cfg.WaitForPodsReady != nil {
cfg.WaitForPodsReady.Timeout = cmp.Or(cfg.WaitForPodsReady.Timeout, &metav1.Duration{Duration: defaultPodsReadyTimeout})
cfg.WaitForPodsReady.BlockAdmission = cmp.Or(cfg.WaitForPodsReady.BlockAdmission, &cfg.WaitForPodsReady.Enable)
cfg.WaitForPodsReady.BlockAdmission = cmp.Or(cfg.WaitForPodsReady.BlockAdmission, ptr.To(true))
Copy link
Contributor

Choose a reason for hiding this comment

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

Actually, I think we should change the default to "false" as part of v1beta2. This is much more commonly used setting.

Let me open: #7656

@mbobrovskyi mbobrovskyi force-pushed the cleanup/delete-enable-field-from-WaitForPodsReady-API-in-config branch from 2b61db3 to 365b88a Compare November 14, 2025 09:33
@mbobrovskyi mbobrovskyi force-pushed the cleanup/delete-enable-field-from-WaitForPodsReady-API-in-config branch from 365b88a to 6d3142a Compare November 14, 2025 10:20
@mbobrovskyi
Copy link
Contributor Author

/retest

Due to known issue #7457.

@mbobrovskyi
Copy link
Contributor Author

please rebase

Done

Copy link
Contributor

@mimowo mimowo left a comment

Choose a reason for hiding this comment

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

/lgtm
/approve
Thank you, let's continue on #7656

@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Nov 14, 2025
@k8s-ci-robot
Copy link
Contributor

LGTM label has been added.

Git tree hash: 60cb6971c8192d2524fe9fb78312b9b3761b444f

@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: mbobrovskyi, mimowo

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@k8s-ci-robot k8s-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Nov 14, 2025
@k8s-ci-robot k8s-ci-robot merged commit a7b9cc5 into kubernetes-sigs:main Nov 14, 2025
22 checks passed
@k8s-ci-robot k8s-ci-robot added this to the v0.15 milestone Nov 14, 2025
@mbobrovskyi mbobrovskyi deleted the cleanup/delete-enable-field-from-WaitForPodsReady-API-in-config branch November 14, 2025 14:19
Comment on lines 215 to 217
// WaitForPodsReady defines configuration for the Wait For Pods Ready feature,
// which is used to ensure that all Pods are ready within the specified time.
type WaitForPodsReady struct {
Copy link
Member

Choose a reason for hiding this comment

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

If users want to enable w/ default parameters, how to specify that?
@mimowo @mbobrovskyi Do you assume the following one?

waitForPodsReady: {}

I am slightly histatin this way since It looks weird.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yeah, to specify default values you need to set:

waitForPodsReady: {}

For me, it’s also not obvious. I think using the enable field is clearer. And I would propose to revert this and also #7583 PRs.

But final decision for you @tenzen-y and @mimowo.

Copy link
Member

Choose a reason for hiding this comment

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

I think so too, let me mention this in issue.

managerConfig:
controllerManagerConfigYaml: |-
apiVersion: config.kueue.x-k8s.io/v1beta2
apiVersion: config.kueue.x-k8s.io/v1beta1
Copy link
Member

Choose a reason for hiding this comment

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

@mbobrovskyi Any reason why we use v1beta1?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Just for test. To make sure that we can use it with v1beta1.

Copy link
Member

Choose a reason for hiding this comment

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

SGTM, thank you for describing that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. kind/api-change Categorizes issue or PR as related to adding, removing, or otherwise changing an API kind/cleanup Categorizes issue or PR as related to cleaning up code, process, or technical debt. lgtm "Looks good to me", indicates that a PR is ready to be merged. release-note Denotes a PR that will be considered when it comes time to generate release notes. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

v1beta2: Delete .enable field from WaitForPodsReady API in config

4 participants