https://bugzilla.redhat.com/show_bug.cgi?id=2192164
Bug ID: 2192164
Summary: luarocks-3.9.1 installs to /usr/lib instead of
/usr/lib64
Product: Fedora
Version: rawhide
Status: NEW
Component: luarocks
Assignee: michel(a)michel-slm.name
Reporter: ferdnyc(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
ktdreyer(a)ktdreyer.com,
lua-packagers-sig(a)lists.fedoraproject.org,
michel(a)michel-slm.name
Target Milestone: ---
Classification: Fedora
Description of problem:
I messed up.
As I detail at the end of this Fedora Discussions thread[1], when I submitted
the PR for the luarocks-3.9.1 update, I mistakenly dropped the Fedora patch
that was correcting the default arch-specific library install dir to /usr/lib64
instead of /usr/lib.
So, without that patch, luarocks installs to the wrong library directory.
[1]:
https://discussion.fedoraproject.org/t/luarocks-does-not-install-into-lib...
Version-Release number of selected component (if applicable):
luarocks-3.9.1-1.fc39 (luarocks on f38 and f37 is also affected; possibly EPEL
as well)
How reproducible:
100%
Steps to Reproduce:
1. `sudo luarocks --global install LuaFileSystem`
2. `ls /usr/lib64/lua/5.4/lfs.so`
3. `ls /usr/lib/lua/5.4/lfs.so`
Actual results:
2: ls: cannot access '/usr/lib64/lua/5.4/lfs.so': No such file or directory
3: /usr/lib/lua/5.4/lfs.so
Expected results:
2: /usr/lib64/lua/5.4/lfs.so
3: ls: cannot access '/usr/lib/lua/5.4/lfs.so': No such file or directory
Additional info:
I've already submitted a PR [2] to correct this on rawhide. I'll be happy to
submit backport PRs for f38 and f37 as well, if need be. Any chance we could
get new builds, to correct this unfortunate screw-up on my part?
(I'll even add in an update to luarocks-3.9.2, since that's been released now,
so we kill two birds with one bodhi update.)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2192164