Skip to content
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

RFC: Configure provider for invocation using CLI flag #2736

Open
flouthoc opened this issue May 3, 2022 · 4 comments
Open

RFC: Configure provider for invocation using CLI flag #2736

flouthoc opened this issue May 3, 2022 · 4 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature.

Comments

@flouthoc
Copy link
Contributor

flouthoc commented May 3, 2022

Hi Team,

Is there any way to override KIND_EXPERIMENTAL_PROVIDER or set provider using a CLI flag ?
I think a global --provider flag would be helpful for such scenarios, especially when invoking kind
via execve or something similar it feels more convenient to do it via CLI instead of populating env.

Please feel free to close this issue if any such feature is already there but I was unable to find that
in docs.

Thank You

@flouthoc flouthoc added the kind/feature Categorizes issue or PR as related to a new feature. label May 3, 2022
@BenTheElder
Copy link
Member

BenTheElder commented May 3, 2022

KIND_EXPERIMENTAL* do not receive flags while still experimental and may be removed in the future.

podman support is not considered stable yet. We've had many struggles ... cc @aojea

@BenTheElder
Copy link
Member

FWIW the choice of provider is also something I would argue is a property of the host environment (what is available and preferred by the user) and another tool calling via execve probably should be passing the host env rather than controlling it.

If you want extremely tight control in an external tool, the Go API is importable and can set anything directly.

@flouthoc
Copy link
Contributor Author

flouthoc commented May 3, 2022

@BenTheElder I was not looking for tight control but yeah i agree passing host env works or custom env list to execve also works. Just thought --provider would be nice UX instead of passing env so created an issue to track this. I don't think this issue should be high priority instead this can be marked as very-low-priority.

@BenTheElder
Copy link
Member

I think exposing the provider further is blocked on having more than one stable provider. If/when we reach that point, a flag makes sense.

#1778

At the moment if users have docker and podman installed I would strongly encourage using docker anyhow as support is better, and if they don't then there's no need to select between them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

No branches or pull requests

2 participants