-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Breaking change to cargo login
#12828
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
Oops. That was an unexpected side effect when we added the support of credential providers in nightly, which will be landed in 1.74. (In #12499 we did the change). Trailing arguments for Could you try if |
Yeah I've fixed it in my CI by removing |
(Also this might be useful if anyone else googles "please provide a non-empty token" - when I did the only result was the cargo source!) |
It's so nice of you to open this issue! I am thinking of putting a compatibility notice in CHANGELOG.md under 1.73 Changed section, calling out this unfortunate with an big ❗. Going to do that later today, or if someone is faster than me please do it :) |
Problem
SInce updating to Cargo 1.73, the
cargo login
command no longer accepts the token after--
.Used to work:
cargo login -- <token>
This now re-requests the token if in an interactive terminal, or else prints the confusing error:
This is mostly an issue for CI.
The text was updated successfully, but these errors were encountered: