ruby 1.9.1 in fedora 12

Jeroen van Meeuwen kanarip at kanarip.com
Mon Nov 9 17:29:18 UTC 2009


On 11/09/2009 04:08 PM, John Taber wrote:
> On 11/09/2009 01:40 AM, Jeroen van Meeuwen wrote:
>> On 11/09/2009 08:59 AM, John Taber wrote:
>>> the patch seems to work okay. is a 1.9.1 package in the repository for
>>> F12 now with the openssl patch ?
>>
>> For ruby 1.9.1 to co-exist with the current 1.8.6 a package review
>> must be completed.
>
> since F12 is about out the door - is this scheduled ? can it be added
> into repository after F12 is released ?
>

Yes, it could, as a "future" compat- package.

>>
>> Also how is package naming working for
>>> the different versions (ie 1.9.1 vs 1.8.6 vs 1.9.2 - is ruby ee going to
>>> be supported in Fedora ?
>>
>> If we let 1.8.6 and 1.9.1 co-exist, one of them will be a compat-
>> package (probably the 1.8.6 version will be renamed), and the binaries
>> would have search paths appropriate for each of them.
>
> I think that's the right way - 1.9.1 should now be the default version
> though many are still running on 1.8.6. The reason people give me that
> they are still running 1.8.6 is that not all gems are running on 1.9.1
> though that is shrinking in size
>

There's other applications written in Ruby that are incompatible with 
ruby-1.9.1 (although that may have already changed since I last looked). 
One example is (was?) Puppet, next generation, efficient and scalable 
configuration management. Some of these things really, really need to be 
resolved before ruby-1.9.1 becomes the standard.

Don't get me wrong here, I'm not saying it's up to other people to 
resolve the compatibilities between foo and bar. I'm not afraid of 
needing fixes in some places, and I would love to sink my teeth in it.

I'm just saying that, from my perspective, with my limited Ruby 
knowledge, I'm reluctant to push out 1.9.1 as a default whereas a 
thousand-and-one applications might not work with it.

>> Ruby EE is an entirely different story... Is this used much?
>
> I think it is used on some big server apps - it is supposed to be much
> more optimized and faster than base 1.8.6 but have not seen many
> comparisons to 1.9.1 and none to whatever is in 1.9.2 (wonder if 1.9.2
> now includes the new big "speedup" that was recently announced.
>

If Ruby EE is so much more optimized, or significantly optimized to say 
the least, then why are these optimizations not found in Ruby itself? Do 
you know? Does the optimization cost anything like features or 
compatibility? I'm just asking, being unfamiliar with Ruby EE myself.

Furthermore, you are the first person I hear about Ruby EE. Can you 
point out some more information on what exactly makes this version of 
Ruby so EE? Any rationale, benchmarks, reviews?

>> I'm on a couple of ruby user group mail lists
>>> so can announce it to get more feedback - not that many Fedora users n
>>> the Ruby camp - mostly Mac, but working on it:)
>>>
>>
>> I think there's a bunch of people in Fedora using Ruby though, they're
>> just not as much part of the Ruby camp as the other people in the Ruby
>> camp, I guess ;-)
>
> While many Ruby people develop on Macs, I doubt too many deploy to Mac
> servers - thus, I bet Ruby on Fedora is used more often on the server.
> Of course some of us run only Fedora on our MacBooks :)
>

And, let's not forget those Enterprise Linux descendants of Fedora, an 
often deployed platform for (large) production environments.

Thanks for your support John, I appreciate ;-)

-- Jeroen


More information about the ruby-sig mailing list