The ruby 1.8.7 that comes with EL6 and 2.0.0 with EL7 work fine. The vendor offers 1.9.3 and 2.2.0 in their SCL repos, respectively. What specifically is the problem that the "too many yaks to shave" complaints are referencing that the vendor's base and SCL repos do not address?
This is a sincere question! It "works on my machine" but I only use Ruby for Puppet itself, no applications rely on it, so I'm sure my experience is pretty narrow and I'd really like to understand. Rob Nelson rnels...@gmail.com On Fri, Jan 29, 2016 at 11:16 AM, Alex Harvey <alexharv...@gmail.com> wrote: > Yep, it's solved in Puppet 4 - the all-in-one package is fantastic, as is > so much in Puppet 4. However PE hasn't release Puppet 4 yet; my assessment > of the Puppet Forge is that not many modules out there are ready; and I am > not super confident that other tools in the ecosystem like Beaker, > Librarian etc are ready; so I am not personally willing to recommend Puppet > 4 to customers at this stage. In any case, loads and loads of people will > be using Puppet 3 for a long, long time yet. > > And then I get back to - why not just put the RPMs in the yum repository? > They're already in PE aren't they? I get it that it's not really Puppet's > problem that EL is crap, but on the other hand, it actually is. Puppet > made the choice to build a DSL on Ruby. So, when I discovered earlier > today that there's still no supported Ruby for the latest Puppet 3 for > CentOS Linux, I couldn't believe it. This is RUBY on EL6/7. This is not a > wacky feature request. Without Ruby, the amazingly complex, feature rich > ecosystem we know and love as Puppet is a castle built on sand. > > It shouldn't be so hard to stand Puppet up in 2016. I love Puppet, and I > love Ruby, and I hate hearing super smart developers telling me that Salt > or Ansible are superior, when their main reason for saying so is that Ruby > and Puppet together are just way too many yaks to shave. And I hear this, > all, the, time. > > On Saturday, January 30, 2016 at 12:39:15 AM UTC+11, Erik Dalén wrote: >> >> Isn't this already solved with the Puppet 4.x packaging (puppet-agent)? >> So why insist on installing an old Puppet version instead of a modern one? >> >> Personally I prefer that PuppetLabs is developing new features in Puppet >> 4.x instead of spending time improving packaging and stuff for Puppet 3.x. >> >> On Fri, 29 Jan 2016 at 14:31 Alex Harvey <alexh...@gmail.com> wrote: >> >>> Thanks for the heads up. Anything less than Puppet Labs providing a >>> working Ruby at yum.puppetlabs.com, or CentOS providing one, feels to >>> me like a bit of a hack. I've seriously got a customer wanting to ditch >>> Puppet and go to Ansible because because they just want it to be easy to >>> install open source Puppet 3. We were burnt by Puppet Omnibus. It just >>> feels a bit like Puppet's giving us the finger, when all it would take is >>> someone to stick an RPM on a server. This problem could have been solved >>> years ago, as the original poster in this thread suggested. >>> >>> On Friday, January 29, 2016 at 10:38:29 PM UTC+11, Rob Nelson wrote: >>> >>>> Ruby 1.9.3 is available in the Software Collections (SCL) repository. >>>> Instructions at >>>> https://digitalchild.info/centos-6-5-and-ruby1-9-3-via-software-collections/ >>>> . >>>> >>>> There may be some side effects for any system utilities that expect >>>> 1.8.7 but that's a risk you'll have to accept if you're still on EL6, just >>>> like every other ancient version of software it includes. It does "work" in >>>> most senses, though. >>>> >>>> On Friday, January 29, 2016, Alex Harvey <alexh...@gmail.com> wrote: >>>> >>>>> https://bugs.centos.org/view.php?id=10268 >>>>> >>>>> On Friday, January 29, 2016 at 4:15:16 PM UTC+11, Alex Harvey wrote: >>>>>> >>>>>> I thought I'd just put it out there that it's the Year of Our Lord >>>>>> 2016* and CentOS is still installing Ruby 1.8.7, and >>>>>> yum.puppetlabs.com is still not providing a modern Ruby either. >>>>>> >>>>>> Yes, PE provides a Ruby. >>>>>> Yes, Puppet 4 provides a Ruby. >>>>>> Yes, Puppet-omnibus can build a Ruby. >>>>>> Yes, RVM is kinda cool. >>>>>> Yes, compiling Ruby is kinda fun sometimes. >>>>>> >>>>>> But, as a user, I want to type "yum install ruby" and, OMFG, ruby >>>>>> installs. >>>>>> >>>>>> *With apologies to adherents of other religious faiths and proponents >>>>>> of Lunar and non-Gregorian calendars. >>>>>> >>>>>> :) >>>>>> >>>>>> On Friday, July 26, 2013 at 1:13:24 AM UTC+10, Christian Flamm wrote: >>>>>>> >>>>>>> Hi, >>>>>>> I'm (using CentOS 6.4 and I'm) suffering from an AFAIU >>>>>>> performance/design bug (http://projects.puppetlabs.com/issues/20865) >>>>>>> which (althoughit's not recommended as a work-around) does not occur >>>>>>> when >>>>>>> using Ruby-1.9.3 (Yaeh!) instead of Ruby-1.8.7. I just can't find a >>>>>>> public, >>>>>>> well-known, well-maintained repository (I can't find any, actually) that >>>>>>> offers it as an EL6 RPM. >>>>>>> >>>>>>> I know one can install different ruby versions with *rvm*. My >>>>>>> problems with this approach are (similar issues with compiling from >>>>>>> source): >>>>>>> >>>>>>> - *rvm* and *yum* (the way Ruby is currently installed) are >>>>>>> tools that AFAIK don't care/know about each other >>>>>>> - *gem* (I guess I'd have to use *gem *then to install puppet?) >>>>>>> and *yum* (the way puppet and puppet-server packages are >>>>>>> currently installed) are tools that AFAIK don't care/know about >>>>>>> each other >>>>>>> - Because not caring/knowing about each other - Can one tool >>>>>>> harm (e.g. partially override?) software/files installed by the >>>>>>> other tool? >>>>>>> - Which Ruby do I start, when typing *ruby *into a console... >>>>>>> same for *puppet*. Which of these "rivaling" tools (*rvm* vs. >>>>>>> *yum*, *gem* vs. *yum) *has control over e.g. $PATH order? >>>>>>> >>>>>>> That's why I would prefer a Ruby-1.9.3 RPM that I could install >>>>>>> (clean update over 1.8.7) which in addition works fine with RPM packages >>>>>>> (e.g. puppet-server-xxx.el6.noarch.rpm, puppet-xxx.el6.noarch.rpm) from >>>>>>> yum.puppetlabs.com. >>>>>>> >>>>>>> Naive question: Why don't you provide one in yum.puppetlabs.com :-) >>>>>>> ? >>>>>>> >>>>>>> Christian >>>>>>> >>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Puppet Developers" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to puppet-dev+unsubscr...@googlegroups.com. >>>>> To view this discussion on the web visit >>>>> https://groups.google.com/d/msgid/puppet-dev/0c859244-321e-4560-ba5e-15ebe2fff962%40googlegroups.com >>>>> <https://groups.google.com/d/msgid/puppet-dev/0c859244-321e-4560-ba5e-15ebe2fff962%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> >>>> -- >>>> >>>> Rob Nelson >>>> rnel...@gmail.com >>>> >>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Puppet Developers" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to puppet-dev+...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/puppet-dev/69210c5c-3cef-41b5-beef-4cdf2250d94f%40googlegroups.com >>> <https://groups.google.com/d/msgid/puppet-dev/69210c5c-3cef-41b5-beef-4cdf2250d94f%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> -- > You received this message because you are subscribed to the Google Groups > "Puppet Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to puppet-dev+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-dev/068c1c96-9cd9-45e1-9655-ff3734c40e6f%40googlegroups.com > <https://groups.google.com/d/msgid/puppet-dev/068c1c96-9cd9-45e1-9655-ff3734c40e6f%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CAC76iT_znqSAnCZT2yKpFYQfO-w-640%3DH%2B7UGtrsqh%3DfgVnwOA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
