Arch Linux

For those that might be newbies like me I would like to tell you that when I had a problem executing Rubyripper (rr_gui) because of a message that said ruby-gtk2 couldn't be found even though it was installed I solved it by executing:

export PATH="$PATH:/home/YOURUSERNAME/.gem/ruby/2.2.0/bin"

Heads up to anyone running into problems with rubyripper - I just noticed the project's maintainer abandoned it back in March (https://code.google.com/p/rubyripper/). I'm using morituri (https://www.archlinux.org/packages/community/any/morituri/) as a replacement.

Here's an experimental PKGBUILD for the master branch (where configure isn't working yet):

http://ix.io/9Ip

I don't have time to take care of this any longer, plus I don't think I'll be ripping any cd anyime soon. Disowning.

famerdave: this has been fixed in master, but cannot be applied as is in the stable branch as rubyripper's code has been refactored quite a bit. There are 2 possibilities, either manually compile the master branch (or rewrite the configure file because it is unusable), or backport the commit. Unfortunately I don't have time to do either atm, feel free to look into it if you can.

I'm getting a problem with cds that have Unicode character similar to here:
https://code.google.com/p/rubyripper/issues/detail?id=565

Thx for the report boenki! I have adopted rubyripper in [community] and will update it tomorrow after I've pushed ruby-iconv there.

Yes! rubyripper (from the repos) now works with your soloution!
I also opened a bug for this issue https://bugs.archlinux.org/task/34998

Nordlicht: Hmm, I can't test right now (don't have an optical drive available), but it seems it needs iconv. I have uploaded a ruby-iconv and updated this PKGBUILD. Can you try now?

Builts fine, but crashes when trying to rip with lame:

/usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require': cannot load such file -- iconv (LoadError)
from /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require'
from /usr/lib/ruby/vendor_ruby/2.0.0/rr_lib.rb:2466:in `mp3'
from /usr/lib/ruby/vendor_ruby/2.0.0/rr_lib.rb:2338:in `doMp3'
from /usr/lib/ruby/vendor_ruby/2.0.0/rr_lib.rb:2235:in `encodeTrack'
from /usr/lib/ruby/vendor_ruby/2.0.0/rr_lib.rb:2197:in `block (2 levels) in startEncoding'

not sure if this'll help anyone, but the error in the build is coming from the line in the Makefile that updates the icon caches. if you remove that line, the installation will go ahead, and the software works. not an ideal solution, but it might help someone else get this working as i've not found anything other software anywhere near as good as this.

Orphaned (I don't own any optical drives anymore).

Please do not flag this package "out of date" just because it doesn't compile the master branch.
This is a GIT package, which means it gets updated automatically.

The PKGBUILD doesn't compile the master branch (but you can easily edit it locally to try and do so), because the master branch is currently *broken*.

Updated the PKGBUILD. Some 36-40 hours ago, rubyripper was updated to version 0.6.2 and the ruby 1.9 bugs have apparently been fixed. Yay! :)
The master branch is currently at version 0.7, but the GUI there is broken, so I'm sticking to the stable git branch.

If anyone wants to fiddle with it, you can change the line that says "git checkout stable" to "git checkout master" in the PKGBUILD.

To get rubyripper working with ruby 1.9.3, do the following:

Become root with "su". Then do:

"gem uninstall gettext"

That fixed it for me.

Rubyripper is currently broken :(
on Arch Linux this includes the stable branch as well.

Compiling error: cannot clone into git.


==> Beginne build()...
==> Connecting to rubyripper git server...
Cloning into 'rubyripper'...
fatal: remote error:
Could not find Repository rubyripperdev/rubyripper
==> FEHLER: Ein Fehler geschah in build().
Breche ab ...
==> ERROR: Makepkg was unable to build rubyripper-git.
==> Restart building rubyripper-git ? [y/N]
==> ---------------------------------------
==>

The only way I've found so far to compile it is disabling language support, by emptying the $LANG_SUPPORT array in the configure script.

foggybrain, you don't flag packages "out of date" just because they don't compile for you. the package is out-of-date when there is a newer version out, and it is not in this package.
as for the make errors, I'll see what I can do ASAP.

Make errors here too

ruby configure --update-lang #update the locale files
'gettext/utils.rb' is deprecated. Use gettext/tools.rb.
'gettext/utils.rb' is deprecated. Use gettext/tools.rb.
./locale/po/rubyripper.pot ............................................................... done.
./locale/po/de/rubyripper.po .................................................... done.
./locale/po/es/rubyripper.po ............................................. done.
./locale/po/se/rubyripper.po ..................................... done.
./locale/po/it/rubyripper.po ................................. done.
./locale/po/ru/rubyripper.po ................................................. done.
./locale/po/nl/rubyripper.po .......................................................... done.
./locale/po/fr/rubyripper.po ............................................ done.
./locale/po/hu/rubyripper.po ................................. done.
./locale/po/bg/rubyripper.po ................................. done.
'gettext/utils.rb' is deprecated. Use gettext/tools.rb.
./locale/po/de/rubyripper.po -> ./locale/de/LC_MESSAGES/rubyripper.mo ... /usr/lib/ruby/gems/1.9.1/gems/locale-2.0.5/lib/locale.rb:239:in `collect_candidates': undefined method `size' for nil:NilClass (NoMethodError)
from /usr/lib/ruby/gems/1.9.1/gems/locale-2.0.5/lib/locale.rb:222:in `candidates'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/textdomain_manager.rb:78:in `each_textdomains'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/runtime/textdomain_manager.rb:102:in `translate_singluar_message'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext.rb:128:in `gettext'
from poparser.ry:148:in `parse'
from poparser.ry:205:in `parse_file'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/tools/rmsgfmt.rb:38:in `run'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/tools/rmsgfmt.rb:78:in `rmsgfmt'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/tools.rb:96:in `block in create_mofiles'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/tools.rb:92:in `glob'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/tools.rb:92:in `create_mofiles'
from /usr/lib/ruby/gems/1.9.1/gems/gettext-2.1.0/lib/gettext/utils.rb:28:in `create_mofiles'
from configure:99:in `update_lang'
from configure:183:in `block in <main>'
from configure:161:in `each'
from configure:161:in `<main>'
make: *** [all] Error 1
Aborting...

Updated! Thanks everyone.

The issue is not fixed with p378, but it only happens randomly. There was also a workaround in rubyripper. It should work with the normal arch ruby version now.

Since Arch is following upstream ruby (1.9.1_p378-2), you could probably switch back. Installation goes fine, though I see no translations setting $LANG (should I?).

PKGBUILD updated. Now using ruby 1.8.7, until all this commotion with the ruby 1.9.x is resolved.

Yes, this is a ruby bug in 1.9.1. You need ruby 1.9.2 at the moment, which is only in ruby-svn right now.
You can also use ruby 1.8.7: http://aur.archlinux.org/packages.php?ID=30221
You have to change the depends line from ruby-svn to ruby18 then.

See:
http://redmine.ruby-lang.org/issues/show/2762
and
http://code.google.com/p/rubyripper/issues/detail?id=400

This is quite a pain, but that's how it is when the language interpreter itself has a bug.
Another solution would be to patch ruby-gettext to work around this bug, but this patch wouldn't get accepted, I guess. Only if some arch-supported backage breaks.

PKGBUILD updated. you need ruby-svn now.

The package isn't building for me. I think it might be an upstream issue, but I don't have the expertise to really know for sure. I pasted the output of <makepkg -s> here: http://dpaste.com/hold/177191/