You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
DESCRIPTION
I just compiled openra 20231010 on Gentoo and the configure script invoked by make that sets the symlinks for SDL2.so and freetype6.so set the path of the symlinks to /lib/libSDL2-2.0.so.0 and /lib/libfreetype.so.6 instead of /lib64. the latter would be correct because I have a 64bit system.
But I have 32bit and 64bit libs installed because my installed wine requires 32 bit libs of those libraries to be installed aswell.
/lib is picked up first if found, I think this might be a bug.
Of course openra crashed on startup because the symlinks pointed to the wrong libraries. I manually recreated the symlinks to the correct /lib64 versions of those libs and it worked then
I am no expert but I believe this is because of the order of directories here https://github.com/OpenRA/OpenRA/blob/bleed/configure-system-libraries.sh#L71 when I put /lib64 first, it gets picked up correctly. I don't know what other effects it might have to change the order, for me it worked to just switch the /lib64 with /lib
The folks from Gentoo confirmed that this is not a packaging issue but comes from the openra script that sets the symlinks
Reproduction
STEPS TO REPRODUCE THE ISSUE
Have 32 bit and 64 bit versions of sdl2 and freetype installed (potentially also openal and lua but this was not the case for me)
compile openra manually by running make
check the symlinks in /usr/share/openra-20231010 with ls -l, on a 64bit OS, SDL2.so soft_oal.so lua51.so and freetype6.so should point to /lib64 or /usr/lib64 but they pointed to the 32bit versions in /lib
Expected behavior
EXPECTED BEHAVIOR
symlinks point to /lib64 on 64bit OS even with 32 and 64 bit libraries installed
Thanks for creating and maintaining openra, it is awesome that you keep RA and others alive and multiplatform!!
The text was updated successfully, but these errors were encountered:
Issue Summary
DESCRIPTION
I just compiled openra 20231010 on Gentoo and the configure script invoked by make that sets the symlinks for SDL2.so and freetype6.so set the path of the symlinks to /lib/libSDL2-2.0.so.0 and /lib/libfreetype.so.6 instead of /lib64. the latter would be correct because I have a 64bit system.
But I have 32bit and 64bit libs installed because my installed wine requires 32 bit libs of those libraries to be installed aswell.
/lib is picked up first if found, I think this might be a bug.
Of course openra crashed on startup because the symlinks pointed to the wrong libraries. I manually recreated the symlinks to the correct /lib64 versions of those libs and it worked then
I am no expert but I believe this is because of the order of directories here https://github.com/OpenRA/OpenRA/blob/bleed/configure-system-libraries.sh#L71 when I put /lib64 first, it gets picked up correctly. I don't know what other effects it might have to change the order, for me it worked to just switch the /lib64 with /lib
The folks from Gentoo confirmed that this is not a packaging issue but comes from the openra script that sets the symlinks
Reproduction
STEPS TO REPRODUCE THE ISSUE
Expected behavior
EXPECTED BEHAVIOR
symlinks point to /lib64 on 64bit OS even with 32 and 64 bit libraries installed
Thanks for creating and maintaining openra, it is awesome that you keep RA and others alive and multiplatform!!
The text was updated successfully, but these errors were encountered: