Summary: | [TRACKER] Ruby 1.8 deprecation | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Reuben Martin <reuben.m> |
Component: | Current packages | Assignee: | Gentoo Ruby Team <ruby> |
Status: | RESOLVED FIXED | ||
Severity: | normal | Keywords: | Tracker |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 350723, 434074, 434076, 434078, 434080, 464286, 475308, 475310, 475312, 475314, 475316, 479688, 483094, 483096, 483098, 483100, 483102, 483104, 483108, 483600, 483694, 488674, 488676, 488680, 490172, 491896, 492268, 492562, 492612, 493028, 497080, 499106, 499132, 501252, 503680, 504804, 505226, 505232, 505236 | ||
Bug Blocks: | 492282 |
Description
Reuben Martin
2012-09-05 23:43:11 UTC
Please file a single bug for every single package so that bugs can be assigned properly to their respective maintainers instead of being piled up in a big heap that no one wants to touch. Make those new bug block[1] this bug. (Of course perhaps this tracker isn't needed at all, but I'll leave that up to ruby@g.o people to decide.) [1] https://bugs.gentoo.org/page.cgi?id=fields.html#blocked No prob. Done. (In reply to comment #1) > (Of course perhaps this tracker isn't needed at all, but I'll leave that up > to ruby@g.o people to decide.) Ruby 1.8 will go away in the summer of 2013 when upstream stops security support for it, so we need to fix this bugs before that time (and hopefully much sooner). Current expectation is that we'll make ruby 1.9 the default ruby provider sometime this fall. Wanted to add a note here that I found part of what was causing some problems with subversion's ruby support. Here's a copy/paste from that bug: --snip-- I have the ruby USE flag globally enabled (I do a lot of ruby related work) but I'm trying to use ruby 1.9 over 1.8 when possible. So I have RUBY_TARGETS="ruby19". ruby 1.8 still get pulled in though, by a few packages that do not yet support 1.9. However, since I only have RUBY_TARGETS="ruby19", rubygems does not get built for 1.8, which is what is causing this problem. After adding "dev-ruby/rubygems ruby_targets_ruby18" to /etc/portage/package.use and re-emerging rubygems, subversion emerges correctly. --snip-- Don't know if this has much to do with the other bugs, but I thought it might be of interest. Aha, in that case ruby19 provides the RUBYOPT stuff (to be compatible with ruby18, oh irony), and then ruby18 fails because it's actually rubygems that installs the extra code. I guess we could solve this with PDEPEND on rubygems in the dev-lang/ruby:1.8 builds. Alex, Diego: a I missing something here, or should be just add this? We now have a security bug for ruby 1.8 that will not get fixed upstream. Let's push for masking of ruby 1.8 either this weekend or the next. 19 Apr 2014; Manuel RĂ¼ger <mrueg@gentoo.org> -ruby-1.8.7_p374-r1.ebuild, -ruby-1.8.7_p374.ebuild: Remove Ruby 1.8. See bug #434064. |