Open ksahil12 opened 1 month ago
[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: Once this PR has been reviewed and has the lgtm label, please assign tuminoid for approval. For more information see the Kubernetes Code Review Process.
The full list of commands accepted by this bot can be found here.
Hi @ksahil12. Thanks for your PR.
I'm waiting for a metal3-io member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test
on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test
label.
I understand the commands that are listed here.
/ok-to-test /test metal3-centos-e2e-integration-test-main
Please sign off the commit to pass DCO.
/cc @kashifest
/retest
@ksahil12: The following test failed, say /retest
to rerun all failed tests or /retest-required
to rerun all mandatory failed tests:
Test name | Commit | Details | Required | Rerun command |
---|---|---|---|---|
generate | 5fa1e8a8d8c4e25f3f2b1e9094c93fdf9e467551 | link | true | /test generate |
Full PR test history. Your PR dashboard.
I don't think this is actually correct. These comments are not in the file that I would expect them to be but they are also no repeated elswhere. Simply deleting them won't be enough, I will look into this in a bit more detail.
@ksahil12 you have to run "make generate" after removing the comments, this will update rbacs in the config. However, I think this change will break CAPM3 because we need these rbacs for Metal3Data.
After looking into it a bit more, these are package level kubebuilder tags: https://book.kubebuilder.io/reference/markers/rbac.html . Functionally nothing would change if we would move these commands to a different file, and these tags are certainly not redundant this is the only place where they are listed.
This change would only make sense if the tags would be moved to an other .go file within the package where the IPAM related resources are actually accessed but even then it would be just a syntax change no functional change .
Also just by removing the kubebuilder tag commands without running "make generate" on the repo, the actual RBAC boilerplate code wouldn't be re-generated.
Removed RBAC rules are not being utilized by operator and hence can be cleaned up. It includes:
What this PR does / why we need it:
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged): Fixes #