1) Please describe the steps to reproduce the situation:
a. configure with the default prefix (/usr/local)
b. sudo make install
c. note that RUBY_DIR includes "/usr/local/local/lib/site_ruby/1.8"
2) What is the expected output? What do you see instead?
The normal "/usr/local/lib/site_ruby/version" path should be used
3) What version of rubyripper are you using? On what operating system? The
gtk2 of commandline interface?
rubyripper 0.6.0; Ubuntu 10.10 (Maverick); rrip_cli
4) Is this not already fixed with the latest & greatest code? See for
instructions the Source tab above.
Haven't checked latest snapshot.
5) Does the problem happen with all discs? If not, please attach
the output of cdparanoia -Q with a disc that gives trouble.
N/A - this is an install issue
6) Please explain why this change is important for you. Also, how many
users would benefit from this change?
I try to keep my system clean and in conformance with the FHS. Adding a "local"
subdirectory under "/usr/local" breaks the standard. Also, this breaks the ruby
standard locations for site_ruby files. As far as I can tell, the only reason
rubyripper doesn't break because of this is because the path is explicitly
included in rrip_gui & rrip_cli.
Please provide any additional information below. The more useful
information provided, the sooner the issue will be fixed.
I suspect that the intention was to always install the library in
/usr/local/lib/site_ruby/version, even if the prefix is "/usr". But when the
prefix is "/usr/local", this creates the unwanted "/usr/local/local"
subdirectories.
So far, I haven't bothered with a patch. It's easier to modify the Makefile
after it has been created by configure (and modify rrip_gui & rrip_cli if
needed).
Original issue reported on code.google.com by ld.bart...@gmail.com on 4 Apr 2011 at 6:19
Original issue reported on code.google.com by
ld.bart...@gmail.comon 4 Apr 2011 at 6:19