FS#50136 - rubyripper crashes when clicking "rip cd now!"

Attached to Project: Community Packages
Opened by archlinux38 (archlinux38) - Sunday, 24 July 2016, 00:14 GMT
Last edited by Doug Newgard (Scimmia) - Wednesday, 16 November 2016, 16:58 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Rubyripper crashes when clicking "rip cd now!" or using rr_cli in terminal.

Additional info:
* rubyripper 0.6.2 with all optional packages and ruby-gettext installed.
* Arch Linux x86_64, updated.


Steps to reproduce:
Starting up Rubyripper (rr_cli), selecting to rip the cd, selecting all tracks, generates the following:

Tracks to rip are 1 2 3 4 5 6 7 8 9 10 11 12 13
/usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1659:in `gsub!': incompatible encoding regexp match (UTF-8 regexp with ASCII-8BIT string) (Encoding::CompatibilityError)
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1659:in `allFilter'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1627:in `fileFilter'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1469:in `giveDir'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1446:in `block in setDirectory'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1444:in `each'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1444:in `setDirectory'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:1384:in `initialize'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:2527:in `new'
from /usr/lib/ruby/vendor_ruby/2.3.0/rr_lib.rb:2527:in `settingsOk'
from /usr/bin/rrip_cli:410:in `prepareRip'
from /usr/bin/rrip_cli:331:in `showFreedbOptions'
from /usr/bin/rrip_cli:305:in `showFreedb'
from /usr/bin/rrip_cli:265:in `handleFreedb'
from /usr/bin/rrip_cli:244:in `get_cd_info'
from /usr/bin/rrip_cli:47:in `initialize'
from /usr/bin/rrip_cli:486:in `new'
from /usr/bin/rrip_cli:486:in `<main>'
This task depends upon

Closed by  Doug Newgard (Scimmia)
Wednesday, 16 November 2016, 16:58 GMT
Reason for closing:  Upstream
Comment by Doug Newgard (Scimmia) - Sunday, 24 July 2016, 06:25 GMT
What codec do you have selected?

Edit: looks like this is more about the dir/filename it's saved to. What are your settings there?
Comment by archlinux38 (archlinux38) - Sunday, 24 July 2016, 15:17 GMT
I am using the default settings so FLAC is the codec of choice and I have also not changed any directory settings. Regards.
Comment by Doug Newgard (Scimmia) - Sunday, 24 July 2016, 22:31 GMT
That doesn't tell me anything.
Comment by archlinux38 (archlinux38) - Monday, 25 July 2016, 05:10 GMT
Well, I answered your questions. EDIT: The path is ~/
Comment by archlinux38 (archlinux38) - Tuesday, 26 July 2016, 14:29 GMT
  • Field changed: Percent Complete (100% → 0%)
The destination/path is ~/
Comment by Doug Newgard (Scimmia) - Tuesday, 26 July 2016, 14:31 GMT
That's a (small) part of what I asked for, but the file naming info is more important.
Comment by Doug Newgard (Scimmia) - Thursday, 28 July 2016, 14:05 GMT
After bugging me you're now going to not respond?
Comment by archlinux38 (archlinux38) - Thursday, 28 July 2016, 14:40 GMT
What is your problem? I have been busy away from the computer.

Answer to your question:

Base directory: ~/
Standard: %f/%a (%y) %b/%n - %t
Various artists: %f/%va (%y) %b/%n - %a - %t
Single file image: %f/%a (%y) %b/%a - %b (%y)
Comment by archlinux38 (archlinux38) - Thursday, 28 July 2016, 22:40 GMT
A disc with only english letters ripped successfully now but a disc with swedish letters (åäö) gives the error mentioned earlier.
Comment by Doug Newgard (Scimmia) - Thursday, 28 July 2016, 23:23 GMT
Ah! So it isn't choking on something in the filename settings, but something it's getting from the disk and using as part of the filename. I'm assuming your locale settings are OK? Using a UTF-8 locale? If so, likely something that will need reported upstream.

There's no maintainer for this package, so I'm trying to do what I can here.
Comment by Doug Newgard (Scimmia) - Thursday, 28 July 2016, 23:24 GMT
Hmm, upstream is dead as well. Not sure what to tell you.
Comment by archlinux38 (archlinux38) - Thursday, 28 July 2016, 23:40 GMT
A disc with only english letters ripped successfully now but a disc with swedish letters (åäö) gives the error mentioned earlier.
Comment by archlinux38 (archlinux38) - Thursday, 28 July 2016, 23:41 GMT
My locales are the following:

$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=sv_SE.UTF-8
LC_TIME=sv_SE.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=sv_SE.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=sv_SE.UTF-8
LC_NAME=sv_SE.UTF-8
LC_ADDRESS=sv_SE.UTF-8
LC_TELEPHONE=sv_SE.UTF-8
LC_MEASUREMENT=sv_SE.UTF-8
LC_IDENTIFICATION=sv_SE.UTF-8
LC_ALL=
Comment by Doug Newgard (Scimmia) - Saturday, 13 August 2016, 14:17 GMT
Not sure why "LANGUAGE" is set to empty, but otherwise you should be fine. Sounds like an upstream bug.
Comment by archlinux38 (archlinux38) - Monday, 15 August 2016, 18:55 GMT
Thanks for checking it out!

Loading...