tbuehlmann has quit [Quit: Konversation terminated!]
almostwhitehat has joined #rubygems
vince0606 has joined #rubygems
<vince0606>
backed out to v2.0.3 before the problems seemed to stop
arohner has joined #rubygems
arohner has quit [Ping timeout: 252 seconds]
huoxito has quit [Remote host closed the connection]
vince0606 has quit [Ping timeout: 248 seconds]
seanlinsley has quit [Quit: …]
ZachBeta has joined #rubygems
dp has joined #rubygems
<dp>
I'm trying to bundle install all the gems from an internal project, and I get the following error: how do I go about fixing this? http://paste2.org/gpd4kY0v
<dwradcliffe>
dp: you probably need to update your ruby or rubygems. looks like you're using the OS X default ruby, which is really really old.
<dp>
dwradcliffe: I've brew installed ruby; should I brew install rubygems as well then?
<dp>
or do I just need to gem update?
<dwradcliffe>
check your gem version: gem --version
<dwradcliffe>
yeah, looks like a path issue. bundler is using the old ruby instead of the new ruby
<havenwood>
Mavericks ships with 1.8 and 2.0.
arohner_ has joined #rubygems
<dwradcliffe>
havenwood: nice, didn't realize that
<dp>
is it the rbenv-bundler homebrew package?
arohner has quit [Read error: Connection reset by peer]
<dwradcliffe>
are you using rbenv?
<dp>
not that I know of
<dwradcliffe>
that's a whole different thing
<dp>
ok.
<dwradcliffe>
(might be useful, but not your immediate problem)
seanlinsley has joined #rubygems
<dwradcliffe>
I'm not sure why bundler wouldn't be finding the correct ruby, might try asking in #bundler
<dp>
ok. thanks
<havenwood>
dp: Homebrew Ruby doesn't properly configure the PATH to point at RubyGems, if I recall. You can probably manually adjust your PATH and get things working but chruby is a nice way to get all that properly set.
<havenwood>
chruby or rbenv
<havenwood>
dp: check what all rubies you have installed: which -a ruby
<havenwood>
the brew one is in: /usr/local/bin/ruby
<dp>
havenwood: /usr/bin/ruby and /usr/local/bin/ruby (twice)
<dp>
where can I find out what my path should be for rubygems with homebrew?
<havenwood>
does it work if you?: export PATH=$(brew --prefix ruby)/bin:$PATH
<dp>
lemme let bundle do it
<dp>
's magic
<havenwood>
dp: if you want to be able to switch Rubies, chruby is ~100 lines of shell to do this elegantly
<havenwood>
dp: or yeah, just manually set PATH
<dp>
looks like the same error :(
<havenwood>
dp: see what your `gem env` says?
<dp>
interestingly, if I manually "gem install libv8 -v '3.3.10.4'",
<dp>
it works
<dp>
havenwood: one sec. gem is still installing
<havenwood>
so bundler isn't using the Ruby you want, i'm still voting chruby :P
<postmodern>
drbrain, would could be split and passed to the gem() method
mkristian has quit [Quit: bye]
huoxito has quit [Remote host closed the connection]
ZachBeta has quit [Quit: Computer has gone to sleep.]
ZachBeta has joined #rubygems
<mpapis>
postmodern, why not use Gemfile for that?
<postmodern>
mpapis, i want to replace the __X.Y.Z__ syntax with something better
<postmodern>
mpapis, im not sure `bundle exec` is always the answer
almostwhitehat has quit [Remote host closed the connection]
<mpapis>
postmodern, rubygems 2 has support for Gemfile and loading of proper versions with one variable, RG 2.2 also has support for Gemfile.lock, no need for bundler or bundle exec
<postmodern>
mpapis, but why should I have to create a Gemfile, if I just want to run a specific version of a gem?
bbrowning is now known as bbrowning_away
xymox has joined #rubygems
<mpapis>
postmodern, thinking about it - the feature supports more then Gemfile, maybe you could extend it to also support environment variable instead of just different file formats
<postmodern>
mpapis, actually, i think we could get away with just GEM_VERSION
<postmodern>
mpapis, and ENV.delete('GEM_VERSION') to prevent it from being passed to sub-processes
<mpapis>
postmodern, then I have seen a ticket for just that a day ago, check last commented tickets for rubygems
<mpapis>
it was about freeing _..._ as it might conflict with file names
<postmodern>
mpapis, yeah drbrain said to open a feature request
<postmodern>
mpapis, drbrain's temporarily solution was to re-add Gem::Version.correct?($1)
<postmodern>
mpapis, at least it will filter out erroneous _foo_
<mpapis>
postmodern, I think you could add support for GEM_VERSIONS as part of the support for multiple gem specification files, just reading environment variable instead of a file
<mpapis>
GEM_ENV could be confused with environment variables
<postmodern>
mpapis, i would rather just use a simple GEM_VERSION variable
<postmodern>
mpapis, GEM_VERSION=3.0.0 rails new app
<postmodern>
mpapis, much easier to type
<mpapis>
indeed, so what was the motivation behind GEM_ENV="rake 1.2.3; rails >= 3.0.0; ..." ?
<postmodern>
mpapis, at first i didn't realize you could do ENV.delete('var') to prevent the variable from being passed to sub-processes
<postmodern>
mpapis, so for example, you did `GEM_VERSION=1.2.3 rake foo`
<postmodern>
mpapis, and rake executes another gem command, it would break since GEM_VERSION only applies to rake
sferik has joined #rubygems
<postmodern>
mpapis, so i was thinking why not allow specifying multiple versions? but maybe that is overkill
<mpapis>
postmodern, it would be something different, not sure if useful, you should be able easily copy Gemfile support and make it support multiple gem versions, but then, why not just use Gemfile if you need to configure more then one gem version
luislavena has joined #rubygems
dvu has joined #rubygems
havenwood has joined #rubygems
luislavena has quit []
havenwood has quit [Remote host closed the connection]
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubygems
ZachBeta has quit [Quit: Computer has gone to sleep.]
josh-k has quit [Ping timeout: 252 seconds]
workmad3 has joined #rubygems
josh-k has joined #rubygems
havenwood has joined #rubygems
huoxito has joined #rubygems
huoxito has quit [Ping timeout: 240 seconds]
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
josh-k has quit [Remote host closed the connection]