There's also a system ruby at /usr/bin/ruby, whatever's installed by the package manager (usually 1.8.7). That one bootstraps babushka.
I build 1.9 to /usr/local/bin/ruby, and babushka installs dot-files that put /usr/local/bin before /usr/bin in the path, so ruby1.9 always shadows the system ruby. —Ben On 28/07/2011, at 4:17 PM, Chris Berkhout wrote: > Hey Ben, > > If you do 1.9.2 from source and have only one ruby, how does that fit > with babushka needing a ruby to bootstrap itself? > > Cheers, > Chris > > > On Thu, Jul 28, 2011 at 12:33 PM, Ben Hoskings <[email protected]> wrote: >> My answer is kind of "don't run 2 versions; everything should be on 1.9.2 >> anyway." :) >> >> I realise that's idealised, but I do think it's OK for there to be a cost to >> running legacy stuff. >> >> But that's a different discussion altogether. As for an actual answer, I'd >> just use a separate server. If they're big apps they should have their own >> servers anyway, and if they're small, a little VPS is cheap (less than an >> hour's work per month; i.e. it would cost more to configure multiple rubies). >> >> —Ben >> >> >> On 28/07/2011, at 2:15 PM, Dmytrii Nagirniak wrote: >> >>> Michael, Ben, >>> >>> I see what you mean now. >>> >>> In case of "toy" production env (which most of us has) - I guess it doesn't >>> matter that much. >>> >>> For the "real" large environment involving a lot of setup, maintenance and >>> many people - it's a difference. >>> But in the latter scenario it would probably be a single app for the company >>> with one Ruby version. So RVM is just a wrong tool anyway. >>> >>> But what other options do we have to run 2 ruby versions? >>> >>> >>> On 28 July 2011 14:07, Ben Hoskings <[email protected]> wrote: >>> >>>> I don't mean setup difficulty - I agree RVM is really easy to set up. >>>> >>>> I mean, if you have path issues on the production box, or something else >>>> breaking the ruby runtime, it's an order of magnitude easier to debug if >>>> RVM >>>> isn't involved, because there's no shell fiddling going on. >>>> >>>> >>>> On 28/07/2011, at 1:53 PM, Dmytrii Nagirniak wrote: >>>> >>>>>> Ahh, reading Ivan's message, it's obvious now - to automatically select >>>> a >>>>>> ruby per project. >>>>>> Are there other common uses? >>>>>> >>>>> >>>>> I think that's the primary one. >>>>> >>>>> Ben, in terms of complexity, maybe I am missing something, but installing >>>>> RVM took me the least amount of time. >>>>> >>>> http://blog.approache.com/2011/05/setting-up-ubuntu-1104-server-for-rails.html >>>>> >>>>> And later installing Ruby was a breath. I don't really feel like it adds >>>>> complexity. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> >>>>>> —Ben >>>>>> >>>>>> >>>>>> On 28/07/2011, at 1:33 PM, Simon Russell wrote: >>>>>> >>>>>>> I work with Michael Pearson; I'm one of the people who torments him by >>>>>>> insisting on checking in .rvmrc files. I'm probably also one of the >>>>>>> people who doesn't have a problem with RVM in production, but I >>>>>>> haven't tried using some of the more recent releases. Certainly the >>>>>>> random changes don't help. It seems that if Wayne stopped insisting >>>>>>> people always use the latest version, it wouldn't be such a problem to >>>>>>> automate. >>>>>>> >>>>>>> As for .rvmrc, I haven't yet heard a good reason why checking it in is >>>>>>> bad, and I can think of a few reasons it's convenient. I can be >>>>>>> convinced though; and I haven't done a lot of searching to find >>>>>>> opinions conflicting with mine :) >>>>>>> >>>>>>> Simon. >>>>>>> >>>>>>> On Thu, Jul 28, 2011 at 13:15, Julio Cesar Ody <[email protected]> >>>>>> wrote: >>>>>>>> Which is what I said on the first email I sent to the thread. Michael >>>>>>>> was talking specifically about sandboxing gems. >>>>>>>> >>>>>>>> >>>>>>>> On Thursday, July 28, 2011, Dmytrii Nagirniak <[email protected]> >>>> wrote: >>>>>>>>> >>>>>>>>> On 28 July 2011 12:25, Julio Cesar Ody <[email protected]> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> @ Michael: agreed, that's what Bundler is for. Again, should you >>>>>>>>> always run your apps on the same version of Ruby, it is a waste of >>>>>>>>> time. >>>>>>>>> >>>>>>>>> That's not why RVM exists. If everything you run is on one ruby >>>> version >>>>>> then there's no point of using RVM at all.In this case RVM is a tool >>>> that >>>>>> solves no problem. >>>>>>>>> >>>>>>>>> >>>>>>>>> But if you do need multiple versions of Ruby - RVM is the right tool >>>>>> for the job. >>>>>>>>> At least that's my view on it. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Jul 28, 2011 at 12:22 PM, Pat Allan < >>>> [email protected]> >>>>>> wrote: >>>>>>>>>> I don't like the idea of checked-in .rvmrc files at all - granted, I >>>>>> don't work with any large teams though :) >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Pat >>>>>>>>>> >>>>>>>>>> On 28/07/2011, at 12:15 PM, Michael Pearson wrote: >>>>>>>>>> >>>>>>>>>>> The .rvmrc thing was the easiest to work around, and if we'd really >>>>>> needed them, I would have either hacked/forked RVM. I'm the only >>>> developer >>>>>> at my work that thinks that .rvmrc checked into a repo is a bad idea :) >>>>>> (gemsets? that's what bundler is for! and we're all using ruby-1.9.2 >>>>>> anyway!) >>>>>>>>>>> >>>>>>>>>>> It was the constant changes to the install process / defaults that >>>>>> killed it for me. >>>>>>>>>>> >>>>>>>>>>> On Thu, Jul 28, 2011 at 12:01 PM, Julio Cesar Ody < >>>>>> [email protected]> wrote: >>>>>>>>>>> Yeah, I read it. >>>>>>>>>>> >>>>>>>>>>> >>>>>> >>>> http://serverfault.com/questions/227510/is-it-possible-to-skip-rvmrc-confirmation >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Michael Pearson >>>>>>>>>>> The Bon Scotts; http://www.thebonscotts.com >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Ruby or Rails Oceania" group. >>>>>>>>>>> To post to this group, send email to >>>> [email protected]. >>>>>>>>>>> To unsubscribe from this group, send email to >>>>>> [email protected]. >>>>>>>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Ruby or Rails Oceania" group. >>>>>>>>>> To post to this group, send email to [email protected] >>>> . >>>>>>>>>> To unsubscribe from this group, send email to >>>>>> [email protected]. >>>>>>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Ruby or Rails Oceania" group. >>>>>>>>> To post to this group, send email to [email protected]. >>>>>>>>> To unsubscribe from this group, send email to >>>>>> [email protected]. >>>>>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Ruby or Rails Oceania" group. >>>>>>>>> To post to this group, send email to [email protected]. >>>>>>>>> To unsubscribe from this group, send email to >>>>>> [email protected]. >>>>>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Ruby or Rails Oceania" group. >>>>>>>> To post to this group, send email to [email protected]. >>>>>>>> To unsubscribe from this group, send email to >>>>>> [email protected]. >>>>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>> Groups >>>>>> "Ruby or Rails Oceania" group. >>>>>>> To post to this group, send email to [email protected]. >>>>>>> To unsubscribe from this group, send email to >>>>>> [email protected]. >>>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>>>> >>>>>> >>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>> Groups >>>>>> "Ruby or Rails Oceania" group. >>>>>> To post to this group, send email to [email protected]. >>>>>> To unsubscribe from this group, send email to >>>>>> [email protected]. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>>> >>>>>> >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google Groups >>>> "Ruby or Rails Oceania" group. >>>>> To post to this group, send email to [email protected]. >>>>> To unsubscribe from this group, send email to >>>> [email protected]. >>>>> For more options, visit this group at >>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>> >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "Ruby or Rails Oceania" group. >>>> To post to this group, send email to [email protected]. >>>> To unsubscribe from this group, send email to >>>> [email protected]. >>>> For more options, visit this group at >>>> http://groups.google.com/group/rails-oceania?hl=en. >>>> >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Ruby or Rails Oceania" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/rails-oceania?hl=en. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Ruby or Rails Oceania" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/rails-oceania?hl=en. >> >> > > -- > You received this message because you are subscribed to the Google Groups > "Ruby or Rails Oceania" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/rails-oceania?hl=en. > -- You received this message because you are subscribed to the Google Groups "Ruby or Rails Oceania" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rails-oceania?hl=en.
