Bug #7808: [PATCH] Allow to install arch specific code into different location then nonarch

• Status: Closed
• Assignee: nobu (Nobuyoshi Nakada)
• Target version: 2.6
• ruby -v: ruby 2.0.0dev (2013-02-08 trunk 39161) [x86_64-linux]

[vo.x (Vit Ondruch)]

Due to recent changes in configuration, it is pretty easy to allow install architecture specific code into different location (/usr/lib64) then nonarch code (/usr/share) and thus provide better compliancy with FHS [1]. Could you please consider accepting this patch? We are carrying similar patch in Fedora already for ages.

[1] http://www.pathname.com/fhs/pub/fhs-2.3.html

[Hanmac (Hans Mackowiak)]

does this patch break that ticket did? #6111

for debianoid system that support more than two architectures, /usr/lib32 and /usr/lib64 are not enough
so i wanted that ruby can be installed "/usr/lib//ruby/" like "/usr/lib/x86_64-linux-gnu/ruby/2.0.0"

i dont know if this breaks FHS

[nobu (Nobuyoshi Nakada)]

• Status changed from Open to Feedback

=begin
Isn't ((%--with-rubyarchprefix%)) enough?

Do you want ((|rubyarchdir|)) not to include ((|ruby_version|))?
=end

[vo.x (Vit Ondruch)]

--with-rubyarchprefix always prepends --with-rubylibprefix ... therefore you can hardly use it to separate arch libraries into /usr/lib while place noarh into /usr/share

And no, we don't need ruby version, since Fedora provides just single version of Ruby.

[vo.x (Vit Ondruch)]

Hanmac (Hans Mackowiak) wrote:

does this patch break that ticket did? #6111

No it does not. It just extends what was done for #6111

[ko1 (Koichi Sasada)]

• Category set to build
• Assignee set to nobu (Nobuyoshi Nakada)
• Target version set to 2.6

critical for 2.0.0?
If it is critical, then please change target version.

[vo.x (Vit Ondruch)]

• Status changed from Feedback to Closed

I was able to find suitable configuration options for -p0. I no longer need this patch. Thank you.