liblua.so.5.2 vs liblua5.2.so.0

Hello folks,

I have a problem with a game I am failing to start, because of shared libraries issues.
I think I could the problem, when I understand data-file-types in /usr/lib/

To the problem:

The game I want to play is: cataclysm dark days ahead

When I tried to launch the game, I get the output:

amdabdf93@linux-jegy:~/Downloads/cataclysmdda-0.C> ./cataclysm-launcher 
./cataclysm-tiles: error while loading shared libraries: liblua5.2.so.0: cannot open shared object file: No such file or directory

Ok, so installed the package liblua5_2-32bit. However the the error is still the same.

When I look in /usr/lib/ I can only find the data iblua.so.5.2 but not liblua5.2.so.0 .

When I tried an older version of the game which uses liblua5.1.so.0 I can start the game and play it.
The liblua5.1.so.0 exists in /usr/lib/

So the question is, what is difference between iblua.so.5.2 and liblua5.2.so.0 and how do I get liblua5.2.so.0

Greetings from Berlin

Ahmed

I suspect it is just a name change try a link (ln command) named liblua.5.2.so.0 to liblua.so.5.2 placed in the /usr/lib

Could you please the command for linking and for unlinking if it doesn’t work

cd /usr/lib
sudo ln -s liblua-5.2.so liblua5.2.so.0

make sure you link both 64 and 32 bits libraries

So when I try to run the game now:

amdabdf93@linux-a1vc:~> cd /home/amdabdf93/Downloads/cataclysmdda-0.C/
amdabdf93@linux-a1vc:~/Downloads/cataclysmdda-0.C> ./cataclysm-launcher 
amdabdf93@linux-a1vc:~/Downloads/cataclysmdda-0.C> 

However the game never starts. It seems, that the link you advice me gets off the error message, but the error.

So please let’s get back to my previous question: So the question is, what is difference between iblua.so.5.2 and liblua5.2.so.0 and how do I get liblua5.2.so.0

They are the same, I just linked what it wanted under proper filenames

cd /usr/lib
sudo ln -s liblua-5.2.so liblua5.2.so.0

Wrong link, it must be:

cd /usr/lib
sudo ln -s liblua.so.5.2 liblua5.2.so.0

If you get an Error, you have to install libs with 32bit in Name because it is an 32 Bit game.

I had seen that command had a wrong literal in it and I have had corrected myself…
Because the game is a 32bit game I have used the 32bit libraries. Now I do not get any error messages, but I can’t start the game at all.

I have one interesting information:
When I tried to install an older version of the game it gave me the error that liblua5.1.so.0 couldn’t be found. When I installed the library liblua5_1-32bit, I found liblua.so.5.1 and liblua5.1.so.0 in /usr/lib .

That is why I ask what the difference is between iblua.so.5.2 and liblua5.2.so.0 . Because when I install liblua5_1-32bit, I get both data, when I install liblua5_2-32bit I just get liblua.so.5.2

On Leap 42.2 the game is starting.

And this is inside liblua5_1-32bit:

rpm -ql liblua5_1-32bit
/usr/lib/liblua.so.5.1

I fixed my issue:

Firstly, you have been right, with linking the libraries, the liblua problem has been solved definitely.

Secondly, I searched for other trails… and I found in the game directory the debug.log:


-----------------------------------------
9:43:58.189 : Starting log.
9:43:58.192 SDL : 
    (./cataclysm-tiles() [0x811898f]), 
    (./cataclysm-tiles() [0x858a946]), 
    (./cataclysm-tiles() [0x8590093]), 
    (./cataclysm-tiles() [0x81156dc]), 
    (./cataclysm-tiles() [0x82cf087]), 
    (/lib/libc.so.6(__libc_start_main+0xf6) [0xf70eb3e6]), 
    (./cataclysm-tiles() [0x8073520]), 
    src/sdltiles.cpp:209: SDL_Init failed with -1, error: No available video device
9:43:58.193 : 
    (./cataclysm-tiles() [0x811898f]), 
    (./cataclysm-tiles() [0x82cf269]), 
    (/lib/libc.so.6(__libc_start_main+0xf6) [0xf70eb3e6]), 
    (./cataclysm-tiles() [0x8073520]), 
    initscr failed!
9:43:58.193 : Log shutdown.
-----------------------------------------

So I searched solution the error: src/sdltiles.cpp:209: SDL_Init failed with -1, error: No available video device

I couldn’t find something explicitly, only hints regarding SDL.

So I installed all libraries and solved the problem with it

sudo zypper in libSDL*