You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Suggest something like base64-encoding the rendered wrapped commands in high verbosity logs so they could be copy and pasted without any issues like shell quoting or line continuations. Expected workflow something like:
% # copy the base64-encoded text
% pbpaste | base64 -d > cmd.sh && chmod +x cmd.sh
% # inspect the cmd.sh file and copy its contents
% # paste the contents in to terminal and run the command
OR, the command to use with curl if it was an API call (like found in browser dev tools).
Reason:
Due to #132 I was not able to debug why cloud-provider-kind was not working with nerdctl because the failed to create continers log entry does not show what I could likely copy and paste for the wrapped docker command:
As an alternative I recommend something like delve or strace to debug this sort of thing with go.
We don't currently log commands in kind because that resulted in users assuming it was supported to just run those commands manually (sometimes plus their own flags) against the images leading to a lot of support headaches when the exec docker is an implementation detail and one we need good control over to make things work (IE running arbitrary similar commands wouldn't work). Given the code is open source and the process is running locally, advanced users have options to trace the implementation details.
cloud-provider-kind is a little different, but I'm a little wary of this now, there wasn't an obvious way to say "this is the command we're running but here be dragons". that may be less true for this project, but it's re-using the packages from kind.
We do capture the full exec details on errors currently, as something of a middle ground. And it could be revisited in kind, but it will be hard for this repo to do it without revisiting it in kind.
Suggest something like base64-encoding the rendered wrapped commands in high verbosity logs so they could be copy and pasted without any issues like shell quoting or line continuations. Expected workflow something like:
OR, the command to use with
curl
if it was an API call (like found in browser dev tools).Reason:
Due to #132 I was not able to debug why
cloud-provider-kind
was not working withnerdctl
because thefailed to create continers
log entry does not show what I could likely copy and paste for the wrappeddocker
command:The text was updated successfully, but these errors were encountered: