A story of PROMPT_COMMAND and RVM • Hacker News Board

Re: A story of PROMPT_COMMAND and RVM

#11

Post by bradleyland » Mon, Dec 17, 2012, 4:14 PM UTC

kawsper wrote: post #2

RVM can really bite you if you are not careful. And it can really mess things up https://github.com/wayneeseguin/rvm/issues/1234 Right now I am looking for an alternative on my servers, because I need different Ruby versions across projects. It is very interesting history following the development of RVM, to Rbenv and now also Chruby. It seems like 37signals is going the way of Rbenv. It will be interesting to follow…

Running different versions of Ruby on a single server requires a lot of attention to detail. I used to do it, but I didn't use an automated tool like RVM. RVM is great for switching environments, but it is unnecessary when all you need are a static set of environments that change infrequently. Check out ruby-build for this purpose.

In the end, I found the trouble of running two reliable Ruby environments in production did not offset well against the cost of either updating applications to work with the same Ruby version, or running separate virtualized environments at the OS layer. The time spent debugging and updating our environment was too great in comparison to the additional cost of upgrading our software to all run on Ruby 1.9.

Re: A story of PROMPT_COMMAND and RVM

#12

Post by sandGorgon » Mon, Dec 17, 2012, 4:24 PM UTC

RegEx wrote: post #5

kawsper wrote: post #2

RVM can really bite you if you are not careful. And it can really mess things up https://github.com/wayneeseguin/rvm/issues/1234 Right now I am looking for an alternative on my servers, because I need different Ruby versions across projects. It is very interesting history following the development of RVM, to Rbenv and now also Chruby. It seems like 37signals is going the way of Rbenv. It will be interesting to follow…

Do any of these behave like Python's virtualenv? I really like how virtualenv works, and if I ever want to get semi-serious with Ruby, I'd like to have something similar.

Bundle install --binstubs --shebang ruby-local-exec --path .bundle does pretty much the same thing.

Assuming you're using rbenv and have all the correct paths.

Re: A story of PROMPT_COMMAND and RVM

#13

Post by manojlds » Mon, Dec 17, 2012, 4:27 PM UTC

RegEx wrote: post #4

This post is 30% technical, 70% politics. Essentially, the author is upset that the author of rbenv[0] decided to criticize rvm instead of opening tickets and whatnot. The author then goes on to blame the rbenv author for the year long delay in implementing PROMPT_COMMAND in rvm. > We could have this code available for rvm users one year ago, possibly we could have a lot more of good solutions if the problems were di…

It makes sense to raise the issue before blaming about it. That's what Open Source is supposed to be.

Re: A story of PROMPT_COMMAND and RVM

#14

Post by regularfry » Mon, Dec 17, 2012, 5:18 PM UTC

manojlds wrote: post #13

RegEx wrote: post #4

This post is 30% technical, 70% politics. Essentially, the author is upset that the author of rbenv[0] decided to criticize rvm instead of opening tickets and whatnot. The author then goes on to blame the rbenv author for the year long delay in implementing PROMPT_COMMAND in rvm. > We could have this code available for rvm users one year ago, possibly we could have a lot more of good solutions if the problems were di…

It makes sense to raise the issue before blaming about it. That's what Open Source is supposed to be.

There comes a point where you think "I disagree with so many of the design decisions this project took that I don't have the energy to chase up every last consequence." Well before that point it becomes reasonable to kick off another project to flesh out your own ideas. Competition is good.