-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Don't recommend --full-index
on errors
#6493
Conversation
I think we need https://github.com/ruby/setup-ruby/releases/tag/v1.144.1 to fix the mswin build. Will add it to this PR. |
I created a separate PR to bump the |
The debug message suggests retrying using `--full-index`, but the retry is happening automatically. Just log that we are falling back to the full index, like we do with other errors.
We're actually already using the full index here, so it makes no sense to suggest retrying the same thing.
I've never seen this error in real life, and if it was happening, I think it's either some server side issue that would need to be fixed or some transient issue. We should move away from the full index, since it's slow, so let's stop recommending it.
320141c
to
848f445
Compare
Don't recommend `--full-index` on errors (cherry picked from commit d5b20aa)
What was the end-user or developer problem that led to this PR?
The
--full-index
flag is slow since the resolver needs to fetch the remote gemspec every time it needs to figure out dependencies of a gem, which happens a lot during resolution.Plus it's still potentially vulnerable to dependency confusion issues.
Also, some of this recommendations did not even make sense as far as I understand.
Finally these days the dependency APIs are reliable enough, and there are implicit fallbacks in place anyways.
What is your fix for the problem, implemented in this PR?
Stop recommending
--full-index
.Make sure the following tasks are checked