-
Notifications
You must be signed in to change notification settings - Fork 142
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
Put HttpWaitStrategy behind a feature flag #704
Comments
Hi @rukai 👋 This certainly sounds reasonable. In fact, this was the only reason why feature-gate was not used for the http strategy initially (although, might be a mistake). However, this still includes So the feature definitely makes sense and is cargo-way too. The only question: do we want to make a breaking change for this or should keep enabled by default(for a while, at least)? Although, changing this later may be confusing. |
I noticed many Cargo.lock entries dissapear after removing reqwest, although admittedly didnt pay attention to which dependencies they were or how big they were.
IMO moving existing functionality behind a default feature flag is a breaking change, since anyone who uses |
Agree, that's breaking change anyway. So let's go the direct way - make it optional dependency. Hopefully it won't affect many users, because the main driver was
Yeah, I mostly meant big ones - hyper, http, serde and etc. But it's not that important. Still makes sense |
Most containers will output a log on stdout when they are ready to be used, so needing to send an http request is not always needed.
Putting it behind a feature flag would allow users who dont need this to skip the large reqwest crate and all its deps.
If desired this
http_wait
feature could be adefault
feature to make it conveniently enabled by default for users who need it.I'm happy to make a PR if this is wanted.
The text was updated successfully, but these errors were encountered: