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
How to use Bundler 2.0 on MRI 2.6.0? #3346
Comments
We definitely need to better communicate this, but it sounds like your lock file is locked to bundler 1.16.1 ( |
The fact that |
It's quite confusing imho, I would expect |
This blog post explains the behavior, but I still find it surprising. Running @colby-swandale What's the plan to drop 1.8.7 support, but still support existing |
I have the same issue and I changed my ruby version from 2.6.1 to 2.5.3. Only this helped. before that, I tried everything. |
@colby-swandale @deivid-rodriguez @hsbt I'd like to have your opinion on this issue, regarding my latest comment. What's the plan to drop 1.8.7 in Bundler 2.x but still support 1.x Gemfiles? Is it hard to support 1.x Gemfiles with Bundler 2? I would expect it's not, and that would allow to really deprecate Bundler 1.x. |
@SashkaSh Try to use Ruby 2.6.2. I fixed some of the issues related to this. @eregon I'm not sure what your concerns. But Bundler 2 still support 1.x Gemiles and drop to support Ruby 1.8 and 1.9 now. |
@eregon I think this is precisely what we are addressing in rubygems/bundler#6996 and #2696. I'm working on both right now. |
AFAIK, RubyGems magically switches to use Bundler 1 in that case. I find that behavior very confusing. Bundler 2 does not work at all if there is a
|
@eregon It's intentional behavior. You need to run |
3073: Remove the bundler version selector r=bronzdoc a=deivid-rodriguez # Description: I do like the idea of bundler being able to lock its own version, but this implementation is not the right way to do it in my opinion. I aim to reimplement this inside bundler in the near future, but it needs to be done in a more user friendly way that properly informs the user about what's going on, and never raises when not necessary. But for now I think we should remove this code from rubygems because this is causing more problems than benefits and it's being counterproductive. Closes #2671. Closes #3044. Closes rubygems/bundler#6913. Closes rubygems/bundler#7031. Closes rubygems/bundler#7489. Closes rubygems/bundler#7517. Closes rubygems/bundler#7538. Closes rubygems/bundler#7564. # Tasks: - [x] Describe the problem / feature - [ ] Write tests - [x] Write code to solve the problem - [ ] Get code review from coworkers / friends I will abide by the [code of conduct](https://github.com/rubygems/rubygems/blob/master/CODE_OF_CONDUCT.md). Co-authored-by: David Rodríguez <deivid.rodriguez@riseup.net>
This is related to the ongoing discussion about the version switcher, so I'll close this ticket in favor of those. |
I can install the gem with
gem install bundler
, but it's not used:And running that (or
bundle _2.0.1_ update --bundler
) doesn't change the Gemfile.lock.I also tried to update RubyGems with
gem update --system
, but that doesn't help either.The text was updated successfully, but these errors were encountered: