Bug 1367688

Summary: LuaRocks doesn't respect multilib
Product: [Fedora] Fedora EPEL Reporter: Roman Tsisyk <roman>
Component: luarocksAssignee: Michel Alexandre Salim <michel>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: el6CC: michel
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-11-30 15:04:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Roman Tsisyk 2016-08-17 08:56:15 UTC
Description of problem:

LuaRocks from EPEL6 installs shared libraries into wrong directory (/usr/lib instead of /usr/lib64).

Version-Release number of selected component (if applicable):

luarocks 2.1.2-1.el6

How reproducible:

Install luarocks from EPEL6 and then try to install some binary rock using luarocks install.

Steps to Reproduce:
1. docker run -t -i centos:6
2. yum install -y http://mirror.logol.ru/epel/6/x86_64/epel-release-6-8.noarch.rpm
3. yum install luarocks
4. yum install gcc unzip - see https://bugzilla.redhat.com/show_bug.cgi?id=1367681
5. luarocks install luafilesystem
6. lua
> require('lfs')

Actual results:

# luarocks install luafilesystem
Installing http://www.luarocks.org/repositories/rocks/luafilesystem-1.6.3-2.src.rock...
Using http://www.luarocks.org/repositories/rocks/luafilesystem-1.6.3-2.src.rock... switching to 'build' mode
gcc -O2 -fPIC -I/usr/include -c src/lfs.c -o src/lfs.o
gcc -shared -o lfs.so -L/usr/lib src/lfs.o
Updating manifest for /usr/lib/luarocks/rocks


# lua
Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio
> =package.path
./?.lua;/usr/share/lua/5.1/?.lua;/usr/share/lua/5.1/?/init.lua;/usr/lib64/lua/5.1/?.lua;/usr/lib64/lua/5.1/?/init.lua
> require('lfs')
stdin:1: module 'lfs' not found:
	no field package.preload['lfs']
	no file './lfs.lua'
	no file '/usr/share/lua/5.1/lfs.lua'
	no file '/usr/share/lua/5.1/lfs/init.lua'
	no file '/usr/lib64/lua/5.1/lfs.lua'
	no file '/usr/lib64/lua/5.1/lfs/init.lua'
	no file './lfs.so'
	no file '/usr/lib64/lua/5.1/lfs.so'
	no file '/usr/lib64/lua/5.1/loadall.so'
stack traceback:
	[C]: in function 'require'
	stdin:1: in main chunk
	[C]: ?
> 

ls -l /usr/lib/lua/5.1/lfs.so 

Expected results:

On x86_64 shared libraries must be installed to /usr/lib64 instead of /usr/lib

ls -l /usr/lib64/lua/5.1/lfs.so 

Additional info:

cat /etc/luarocks/config-5.1.lua:
rocks_trees = {
   { name = [[user]], root = home..[[/.luarocks]] },
   { name = [[system]], root = [[/usr]], lib_dir = [[/usr/lib64/lua/5.1]] }
}

fix is to add lib_dir = [[/usr/lib64/lua/5.1]] on x86_64:
rocks_trees = {
   { name = [[user]], root = home..[[/.luarocks]] },
   { name = [[system]], root = [[/usr]], lib_dir = [[/usr/lib64/lua/5.1]] }
}

Comment 1 Roman Tsisyk 2016-08-26 15:47:33 UTC
any news?

Comment 2 Ben Cotton 2020-11-05 16:46:23 UTC
This message is a reminder that EPEL 6 is nearing its end of life. Fedora will stop maintaining and issuing updates for EPEL 6 on 2020-11-30. It is our policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of 'el6'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later EPEL version.

Thank you for reporting this issue and we are sorry that we were not able to fix it before EPEL 6 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged  change the 'version' to a later Fedora version prior this bug is closed as described in the policy above.

Comment 3 Ben Cotton 2020-11-30 15:04:29 UTC
EPEL el6 changed to end-of-life (EOL) status on 2020-11-30. EPEL el6 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
EPEL please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.