Closed larseggert closed 3 months ago
I don't think it's a probl with cargo-quickinstall
https://github.com/cargo-bins/cargo-quickinstall/releases/tag/cargo-hack-0.6.31
Rather it's that this target of cargo-hack isn't build on quickinstall.
I recommend removing --no-binstall
since it could try installing cargo-hack from its official repositories.
Thanks! I guess both packages had releases yesterday.
binstall
seems to have issues, too: https://github.com/mozilla/neqo/actions/runs/10318742667/job/28565725822?pr=2046#step:3:367
Aha it's rate limited, I recommend to pass a GITHUB_TOKEN
to it via environment variable.
I'm sorry, but what should I pass GITHUB_TOKEN
to?
I'm sorry, but what should I pass
GITHUB_TOKEN
to?
I'd recommend you to pass it to cargo-binstall
, or the cargo-quickinstall
which invokes cargo-binatall.
Usually I do secrets.GITHUB_TOKEN
, you could create a specialised token for it if you used it very frequently (repo-wide token is limited to 1k per hour, user created token is 5k per hour) or you have security concerns you can create one yourself and limit its permissions.
You could also limit secrets.GITHUB_TOKEN
via permissions
setting in GHA.
The reason it's necessary, is that many crates do not provide configuration for this on github, so we have to discover them ourselves, which often gets rate limited.
https://github.com/mozilla/neqo/actions/runs/10318035494/job/28563547145?pr=2047#step:3:338