We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
We've recently moved from GitHub's runners to self-hosted runners and are experiencing timeouts when cargo semver-checks tries to update the registry index. For example: https://github.com/libp2p/rust-libp2p/actions/runs/4819569817/jobs/8582952664
cargo semver-checks
We already use the sparse registry protocol but I am wondering whether that also applies for the cargo invocations made by cargo semver-checks?
The text was updated successfully, but these errors were encountered:
I think they should be inherited (I've seen the color=always env var setting affect inner cargo invocations) but I don't think we have a test for it.
color=always
I'd happily merge a PR adding that kind of test into the test suite if you suspect this might be broken, though.
Sorry, something went wrong.
It was more of a question and we recently haven't seen these errors any more.
Will reopen if it is a problem again!
No branches or pull requests
We've recently moved from GitHub's runners to self-hosted runners and are experiencing timeouts when
cargo semver-checks
tries to update the registry index. For example: https://github.com/libp2p/rust-libp2p/actions/runs/4819569817/jobs/8582952664We already use the sparse registry protocol but I am wondering whether that also applies for the cargo invocations made by
cargo semver-checks
?The text was updated successfully, but these errors were encountered: