Compatibility with Ruby 1.9.3

[GoogleCodeExporter]

After updating to Ruby 1.9.3 I get the following error when starting rubyripper:

/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be 
deprecated in the future, use String#encode instead.
/usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/locale_path.rb:2
0: Use RbConfig instead of obsolete and deprecated Config.
NOTE: Gem.all_load_paths is deprecated with no replacement. It will be removed 
on or after 2011-10-01.
Gem.all_load_paths called from 
/usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/locale_path.rb:5
6.
NOTE: Gem.all_partials is deprecated with no replacement. It will be removed on 
or after 2011-10-01.
Gem.all_partials called from /usr/lib/ruby/1.9.1/rubygems.rb:258.
/usr/lib/ruby/1.9.1/rubygems.rb:259:in `block (2 levels) in all_load_paths': 
undefined method `add' for "/usr/lib/ruby/gems/1.9.1":String (NoMethodError)
    from /usr/lib/ruby/1.9.1/rubygems.rb:427:in `block (2 levels) in each_load_path'
    from /usr/lib/ruby/1.9.1/rubygems.rb:426:in `each'
    from /usr/lib/ruby/1.9.1/rubygems.rb:426:in `block in each_load_path'
    from /usr/lib/ruby/1.9.1/rubygems.rb:421:in `each'
    from /usr/lib/ruby/1.9.1/rubygems.rb:421:in `each_load_path'
    from /usr/lib/ruby/1.9.1/rubygems.rb:258:in `block in all_load_paths'
    from /usr/lib/ruby/1.9.1/rubygems.rb:257:in `each'
    from /usr/lib/ruby/1.9.1/rubygems.rb:257:in `all_load_paths'
    from /usr/lib/ruby/1.9.1/rubygems/deprecate.rb:63:in `block (2 levels) in deprecate'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/locale_path.rb:56:in `default_path_rules'
    from /usr/lib/ruby/gems/1.9.1/gems/locale-2.0.5/lib/locale/util/memoizable.rb:80:in `block in default_path_rules'
    from /usr/lib/ruby/gems/1.9.1/gems/locale-2.0.5/lib/locale/util/memoizable.rb:95:in `block in _memoize_dup'
    from /usr/lib/ruby/gems/1.9.1/gems/locale-2.0.5/lib/locale/util/memoizable.rb:87:in `_memoize'
    from /usr/lib/ruby/gems/1.9.1/gems/locale-2.0.5/lib/locale/util/memoizable.rb:95:in `_memoize_dup'
    from /usr/lib/ruby/gems/1.9.1/gems/locale-2.0.5/lib/locale/util/memoizable.rb:79:in `default_path_rules'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/locale_path.rb:84:in `initialize'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/textdomain.rb:60:in `new'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/textdomain.rb:60:in `initialize'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/textdomain_manager.rb:208:in `new'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/textdomain_manager.rb:208:in `create_or_find_textdomain'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/textdomain_manager.rb:69:in `bind_to'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext.rb:83:in `bindtextdomain_to'
    from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext.rb:64:in `bindtextdomain'
    from /usr/lib/ruby/site_ruby/1.9.1/rr_lib.rb:27:in `<top (required)>'
    from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
    from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
    from /usr/bin/rrip_gui:24:in `block in <main>'
    from /usr/bin/rrip_gui:22:in `each'
    from /usr/bin/rrip_gui:22:in `<main>'

I use Arch linux and rubyripper 0.6.2.

Original issue reported on code.google.com by ccom...@gmail.com on 8 Jan 2012 at 11:23

[GoogleCodeExporter]

Fixed in the stable branch by disabling ruby-gettext if it's crashing:
http://code.google.com/p/rubyripper/source/detail?r=e084feb5a4dc16a380e0a9eb5a4d
8015960cd0bc&name=stable

There is also a duplicate for this that I closed earlier. Ruby-gettext is a 3rd 
party component rubyripper uses, but for now at least it doesn't take down 
rubyripper. Translations are not working though.

Original comment by boukewou...@gmail.com on 8 Jan 2012 at 11:54

• Changed state: Fixed

[GoogleCodeExporter]

Thanks for the speedy fix.

Original comment by ccom...@gmail.com on 8 Jan 2012 at 7:12