Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rbenv, an unobtrusive rvm replacement

github.com

Post reply on HN
Print view View original

91–100 of 115 posts

Re: Rbenv, an unobtrusive rvm replacement

#91

Post by jsavimbi »

Cloven wrote: post #82
jsavimbi wrote: post #71

Earlier quoted context omitted.

If you couldn't figure out RVM, you probably shouldn't be playing with Ruby.

With all due respect, ruby is a language, and rvm is a collection of really fragile and dangerous shell script hacks.

RVM provides a great service to people who work on multiple projects with multiple dependencies across the range of Rubies. Knowing how complicated that type of development was before RVM, I can attest that it may many people's lives a hell of a lot easier.

And if you bother to RTFM, is very easy to understand and employ every day, compared to other parts of the Ruby ecosystem who don't have a talented developer supporting the project and if you cannot understand the basics of RVM, I would be loathe to encourage you to explore those other parts of Ruby world that'll make you feel utterly incompetent.

Re: Rbenv, an unobtrusive rvm replacement

#92

Post by yariang »

kaylarose wrote: post #69
yariang wrote: post #55

Earlier quoted context omitted.

I looked at RVM a few weeks back while trying to set up a Rails app and was so frustrated I went outside and kicked a kitty. I am glad to see a project that should restore some of my sanity. Good work.

What was so frustrating about RVM?

I just could not get it to work. I follow several instruction pages carefully. I was initially trying to follow:

http://ruby.railstutorial.org/ruby-on-rails-tutorial-book#se...

I kept getting issues with versions.

I should have specified that, I do not necessarily think it is a bad product, but it did frustrate me a lot when trying to set it up. I'm sure it has saved a lot of developers time, but I speak for myself and myself alone, and the cost-benefit for me was way off.

Re: Rbenv, an unobtrusive rvm replacement

#93

Post by clupprich »

swatermasysk wrote: post #73

I love the simplicity of Rbenv. I also love the "it's never good enough" mentality. I have not had any issues with RVM, but that doesn't mean people like Sam shouldn't try to build something better.

I think this quite reflects the whole evolution theory - something quite good is replaced by something a little bit better, which is again replaced by something a bit better, and so on, and so on, and so on.

Re: Rbenv, an unobtrusive rvm replacement

#94

Post by yariang »

jsavimbi wrote: post #91
Cloven wrote: post #82

Earlier quoted context omitted.

With all due respect, ruby is a language, and rvm is a collection of really fragile and dangerous shell script hacks.

RVM provides a great service to people who work on multiple projects with multiple dependencies across the range of Rubies. Knowing how complicated that type of development was before RVM, I can attest that it may many people's lives a hell of a lot easier. And if you bother to RTFM, is very easy to understand and employ every day, compared to other parts of the Ruby ecosystem who don't have a talented developer supp…

Ouch. That's a series of far-fetched statements.

For one gem dependencies can be handled through Bundles. If you mean version dependencies, I will give you that. But just because RVM's goal is great doesn't mean it's execution is flawless.

Also, I did RTFM. Do not make assumptions about why I failed to get it to work. There are a million variables when trying to get anything to work (OS, env variables, etc).

Lastly, I love feeling utterly incompetent, because it usually means I am learning a lot. Furthermore, what areas of the Ruby language are you talking about exactly?

Re: Rbenv, an unobtrusive rvm replacement

#95

Post by jsavimbi »

yariang wrote: post #94
jsavimbi wrote: post #91

Earlier quoted context omitted.

RVM provides a great service to people who work on multiple projects with multiple dependencies across the range of Rubies. Knowing how complicated that type of development was before RVM, I can attest that it may many people's lives a hell of a lot easier. And if you bother to RTFM, is very easy to understand and employ every day, compared to other parts of the Ruby ecosystem who don't have a talented developer supp…

Ouch. That's a series of far-fetched statements. For one gem dependencies can be handled through Bundles. If you mean version dependencies, I will give you that. But just because RVM's goal is great doesn't mean it's execution is flawless. Also, I did RTFM. Do not make assumptions about why I failed to get it to work. There are a million variables when trying to get anything to work (OS, env variables, etc). Lastly,…

> Do not make assumptions about why I failed to get it to work.

It's plum easy and works out of the box. You're just looking for something to be angry about.

Re: Rbenv, an unobtrusive rvm replacement

#96

Post by akmiller »

clupprich wrote: post #93
swatermasysk wrote: post #73

I love the simplicity of Rbenv. I also love the "it's never good enough" mentality. I have not had any issues with RVM, but that doesn't mean people like Sam shouldn't try to build something better.

I think this quite reflects the whole evolution theory - something quite good is replaced by something a little bit better, which is again replaced by something a bit better, and so on, and so on, and so on.

It more so to me reflects the knee-jerk reaction of many in the Ruby community to jump to newer projects simply because they are newer. I like rvm a lot and use it all the time. I'm sure rbenv is a good solution as well. I think it's a bit premature to say it's an overall better solution.

Re: Rbenv, an unobtrusive rvm replacement

#97

Post by derekprior »

I appreciate RVM and Wayne offers fantastic, other-worldly support. That said, there's always room for alternatives and I'm intrigued by rbenv. The part that gives me pause is the need to run `rbenv rehash` after installing a ruby (not so bad and possibly fixable if the aforementioned change to ruby-build is made) or after installing a gem that has binaries (I predict I will forget to do this a ton).

I could definitely see myself wanting to override `gem` in order to detect binary installations and automatically rehash. At which point, it's not so unobtrusive!

Still interested enough to try it out and see if that is as much of a hassle as I think it will be.

Re: Rbenv, an unobtrusive rvm replacement

#98

Post by hadis »

nzadrozny wrote: post #26
jarin wrote: post #17

Pretty nice, but I actually do really like having gemsets. It gets me as close to the production environment as possible, plus it makes it really easy to clean up unused gems when I'm done with a project.

For that, I use Bundler and always install gems to vendor/bundle for maximum isolation and easy cleanup. :~ which bi bi: aliased to bundle install --path vendor/bundle

but does this not increase the size of your source control repository?

Re: Rbenv, an unobtrusive rvm replacement

#99

Post by lanaer »

revscat wrote: post #81
axomhacker wrote: post #60

Earlier quoted context omitted.

What problems did you see using rvm with screen? I use that daily and haven't seen any problems so far.

I am currently porting a Ruby application over to JRuby, and use tmux (although I am pretty sure screen would behave the same). Let's say you have two rubies installed, ree and jruby. You start out using ree, and are using screen/tmux, and have two screens open. If you switch to JRuby in the first screen, then switch to the second, the changes don't propagate. e.g.: (first screen) $ rvm list rvm rubies => jruby-1.6.3…

Of course that is expected behaviour: tux loads multiple independant shell environments. A change in one will not affect the other. The same holds true for modifying the PATH environment variable, which is how rbenv works. So I'm not sure how you're expecting rbenv to avoid that behaviour.

Re: Rbenv, an unobtrusive rvm replacement

#100

Post by yariang »

jsavimbi wrote: post #95
yariang wrote: post #94

Earlier quoted context omitted.

Ouch. That's a series of far-fetched statements. For one gem dependencies can be handled through Bundles. If you mean version dependencies, I will give you that. But just because RVM's goal is great doesn't mean it's execution is flawless. Also, I did RTFM. Do not make assumptions about why I failed to get it to work. There are a million variables when trying to get anything to work (OS, env variables, etc). Lastly,…

> Do not make assumptions about why I failed to get it to work. It's plum easy and works out of the box. You're just looking for something to be angry about.

I'm glad it worked well for you.
Post reply on HN