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
Breaks rubygems on ruby 1.9.3 #158
Comments
You need to tell Rubygems that you want version |
If I am not mistaken, there is no way to do that for a vanilla rubygems install -- now is there? |
If you're building a gem, you can specify the version in your gem 'slop', '~> 3.0'
require 'slop'
p Slop::VERSION |
That's not what I mean (I think the above snippet doesn't even touch the gems) -- the point is that if I do, say,
(where both install Slop as a dependency), every |
I still don't follow. Using those steps you suggested do not cause any failures or errors for me. Both ruby-lint and pry use version 3 of Slop. Running gem update on 1.9 shouldn't update Slop to version 4 because we've specified that it's non-compatible. if it does, that's not Slops fault. It's common to upgrade gems and specify a minimum Ruby version |
It really does seem now a rubygems shortcoming [1] -- I had not encountered this before. Anyway, thanks for pointing me to the spec index direction.
Ah but it will try -- and fail :)
Closing issue now since this is how rubygems operates. |
On ruby 1.9.3, installing v.3 results in non-updateable gems set, since v.4 still advertises itself as an update to v.3, but fails at runtime.
If the logic is not implementable via standard rubygems mechanisms, maybe it'd be better to make v.4 a distinct gem?
The text was updated successfully, but these errors were encountered: