-
Notifications
You must be signed in to change notification settings - Fork 22
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
check hashicorp: Add hashicorp whitelist #105
Conversation
it uses latest kubevirtci and 1.24 which isn't included |
Can you elaborate what this PR is about ?... |
please see k8snetworkplumbingwg/kubemacpool#394 |
Got better things to do right now. Will check once the proper information is available. In the meanwhile, please make this a draft. FWIW, I think the providers in this project must be synced - iiuc, it is using k8s-1.24, which I guess has been removed plenty of time ago. |
already done #105 (comment) |
Updated PR desc, note please that git actions should be enabled for this to run |
Signed-off-by: Or Shoval <oshoval@redhat.com>
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, +1 to automating this instead of relying on people reviewing licenses
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: oshoval, phoracek 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 |
/hold |
/lgtm Holding for @maiqueb to give his approve |
Thanks |
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.
Could you explain where you got this whitelist from ?
all info here extract from go.mod, and check for each its lic / it is on exception list if needed |
Note, currently there are no hashicorp used, We can close it if there is a lack of interest, or to include it with empty whitelist to just protect |
/close in case desired we can reopen |
What this PR does / why we need it:
Validates that no hashicorp are used beside the whitelisted ones
(because they shifted to BSL license)
Special notes for your reviewer:
Atm no hashicorp is used, but lets protect in case someone will add.
Based on the whitelist that CNAO uses.
Need to enable and validate git actions runs.
Release note: