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