Update docker-credential-helpers dependency#1151
Conversation
|
|
||
| func defaultCredentialsStore() string { | ||
| if pass.PassInitialized { | ||
| pass := pass.Pass{} |
There was a problem hiding this comment.
nit:
Too much pass 😵
And not fan of shadowing a package by a variable.
There was a problem hiding this comment.
yeah same, besides that, LGTM!
n4ss
left a comment
There was a problem hiding this comment.
LGTM after a rename to passStore or something similar.
This is mainly for the `pass` helper ; `pass` shouldn't be called every docker command anymore ;). Signed-off-by: Vincent Demeester <vincent@sbr.pm>
8a8ea33 to
d9741fc
Compare
|
@n4ss @silvin-lubecki Updated 😉 |
|
@n4ss or @vdemeester should we tag a v0.6.1 release? docker/docker-credential-helpers@v0.6.0...master |
|
Also; this fixes #699, correct? |
|
@thaJeztah it fixes docker/docker-credential-helpers#96 not #699 as it still execute any |
I don't think that's correct and I don't think this actually fixes #699. Before, It's now possible to use it without pass running, but I don't think Specifically, the cli call here will execute pass any time it loads a config file which doesn't contain any auth configuration: Lines 109 to 120 in ea65e90 This will allow people to avoid the call now by setting their config file in such a way that's skipped, but for a default empty config file it will still execute. I think either credential checks need to be lazy such that it only initializes that if it's needed, not as soon as it loads the config file, or it needs to be a simpler initialization check there of just |
|
I'd be happy to PR lazy initialization (something like euank@ae945b7) if that seems like a preferable approach... but I don't know if invoking Perhaps there should be Since I've realized lazy initialization will still end up invoking it even on |
|
@euank I think you're right, either provide a |
|
PR filed (#1160) @vdemeester |
This is mainly for the
passhelper ;passshouldn't be calledevery docker command anymore ;).
Linked to docker/docker-credential-helpers#96
cc @euank
Signed-off-by: Vincent Demeester vincent@sbr.pm