-
Notifications
You must be signed in to change notification settings - Fork 554
Fix support for RegistryToken #3209
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
Conversation
Signed-off-by: Rafal Sztwiorok <rafal.sztwiorok@gmail.com>
That looks fine to support a statically configured bearer token. I was wondering how this relates to #2749 but we are using the Lines 631 to 690 in e3c6618
I just don't see in repro from #2749 this happening during merge manifests. Can you show logs from your repro if possible? |
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.
I don't think this is correct. iiuc RegistryToken
means the token sent directly to registry, so if it would be supported then it would be used in the implementation of FetchToken
. As these tokens would already be specific to repository and scope (for oauth) then it is unlikely that they would be very useful for build as builder pulls lots of images and would need separate tokens for different images and separate tokens for pull and push. If the current PR works for you then you should be defining your token as IdentityToken
instead of RegistryToken
.
Looking at it more, we do seem to support |
Look at this wrapper implementation https://github.com/moby/moby/blob/master/daemon/containerd/resolver.go#L62 . We can do smth similar for imagetools. |
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.
^
This Fix is related to issue #2749
I have tested this change and confirmed it resolves the issue