-
Notifications
You must be signed in to change notification settings - Fork 40.3k
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
Find a new home for bootstrap tokens consts & utilities #64627
Comments
/cc @yliaog |
kubernetes/client-go#114 is the PR that put the bootstrap tokens under client-go, it seems there were some discussions about where to put them, and there were concerns raised about putting them under client-go. The requirement is it needs to be accessible from under the following three directories: May I suggest to create another staging directory for them, something like: |
kubeadm uses the bootstrap token authentication mechanism, but it does not belong to kubeadm. in particular, k8s.io/kubernetes/apiserver will not have kubeadm as a dependency. of those locations, I would probably move them under |
Clients shouldn't need to depend on apiserver.
Can we just make a k8s.io/bootstrap repo? What about putting something the
kubernetes-sigs org? `kubernetes-sigs/bootstrap-auth`?
…On Fri, Jun 8, 2018 at 2:57 PM Jordan Liggitt ***@***.***> wrote:
kubeadm uses the bootstrap token authentication mechanism, but it does not
belong to kubeadm. in particular, k8s.io/kubernetes/apiserver will not
have kubeadm as a dependency.
of those locations, I would probably move them under
k8s.io/kubernetes/apiserver/plugin/pkg/authenticator/token
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#64627 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAngluNySCgaC8VooTLibseJjtW8Xm5qks5t6vMxgaJpZM4UXOCk>
.
|
@lavalamp |
k8s.io/bootstrap or k8s.io/bootstrap-auth both sound fine, maybe the later. Do we expect non-auth content? |
@sttts the bootstrap tokens are used for both JWS validation and auth. |
@luxas sounds good. I guess the code will depend on k8s.io/apimachinery+code-generator and we will depend on it in kube? This means it must become a staging repo. How about creating a PR moving the code into staging/src/k8s.io/bootstrap? |
Yep, I think that is the best option we have here.
👍 |
[MILESTONENOTIFIER] Milestone Issue: Up-to-date for process Issue Labels
|
staging/src/k8s.io/bootstrap looks good. |
@yliaog do you want to help with this? I can guide you how to get started and we'll do this teamwork everyone together 😄? |
Sure, I can help work on it. |
When you're ready for the new repo to be created, you can submit a request here: |
@timothysc in order for this to qualify for 1.12 release, it and all related PRs need the label |
@timothysc @luxas could you help add the label priority/critical-urgent to the PR (#67356), so it can merge? |
Why is it critical? What is broken or blocked if it merges at the beginning of 1.13 instead of now? |
client-go would still carry it in 1.12 in that case, it won't be broken, but less than ideal. The PR is simply moving code, hence fairly safe. That said I'm fine to wait for 1.13. |
It's not critical, but it was delayed due to people wrangling over the name
and allocating a repo. It seems wrong that it takes multiple quarters to
move code :/
…On Thu, Sep 6, 2018 at 4:22 PM Yu Liao ***@***.***> wrote:
client-go would still carry it in 1.12 in that case, it won't be broken,
but less than ideal. The PR is simply moving code, hence fairly safe. That
said I'm fine to wait for 1.13.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#64627 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAnglsn88eT3g473VEqkN1Ich6NvHhXZks5uYa4ngaJpZM4UXOCk>
.
|
Actually: it looks like the PR is ready and only missing critical/urgent label. Again, since technically it's not urgent, I leave the decision up to you. |
/milestone clear (to match the fact that the PR was moved out of 1.12) |
**This is a CLEANUP/ REFACTOR **:
During 1.11 release, as part of 33f59e4 there were concerns raised by @lavalamp regarding whether the aforementioned code belongs there, or in a different location.
from slack:
The purpose of this issue is to find that home in the 1.12 cycle.
/kind cleanup
/cc @kubernetes/sig-cluster-lifecycle-misc @kubernetes/sig-api-machinery-misc
The text was updated successfully, but these errors were encountered: