You are not logged in.
Hi guys,
I found this application http://neobarok.com that is also available for linux.
After downloading it (linux version) from the site, I tried to launch it but I receive this error message into console:
saverio@arch ~/Download/Neobarok/Bin :( $ ./Neobarok
./Neobarok: error while loading shared libraries: libsfml-window.so.2.3: cannot open shared object file: No such file or directory
Looking at the application read.me file, it is reported:
Begin
-----
- install Qt packages: libqt5core5a, libqt5gui5, libqt5opengl5,
libqt5widgets5
- install SFML package: libsfml-window2
- run Bin/Neobarok
but I can't find these Qt packages using pacman.
Please, can you help me in running Neobarok on Arch?
Thanks in advance /Saverio
Offline
Moving to AUR Issues...
Offline
Hi,
libqt5core5a, libqt5gui5, libqt5opengl5, libqt5widgets5 > all of them are in 'qt5-base' in arch
libsfml-window2 > 'sfml' in arch
But you'll probably still have problem running it since it's built against older version of sfml?
The binary requires 'libsfml-window.so.2.3', but arch has 'libsfml-window.so.2.4'.
Offline
Thanks metak, I installed both 'qt5-base' and 'sfml' and tried again to launch Neobarok but with no success.
I always see the message:
"error while loading shared libraries: libsfml-window.so.2.3: cannot open shared object file: No such file or directory"
Perhaps I could recover the specific 'libsfml-window.so.2.3' and put it into the application folder? But where can I find it...?
BRs
/Saverio
Offline
Perhaps I could recover the specific 'libsfml-window.so.2.3' and put it into the application folder? But where can I find it...?
You can get the old package here sfml-2.3.2-5-x86_64.pkg.tar.xz, extract that library and put it in '/usr/lib' and try if it works... or rebuild the older version of sfml.
Too bad it's closed source otherwise you could just rebuild it...
Offline
Do not put untracked files in /usr/lib like that. If you want to do what metak is suggesting, extract the library and put it in the same directory as the Neobarok directory. Then launch the executable with the $LD_PRELOAD defined (include the current directory in the variable).
Offline
Hi guys, just for info I solved in this way, as reported in this forum post:
https://forum.manjaro.org/t/how-to-run- … ux/13811/1
In brief:
I verified that Neobarok is working also with the latest version of sfml, the problem is related only to the name of the package library to which the application points. Therefore:
I installed with pacman the upstream libsfml-window.so.2.4
I created a symlink to it:
sudo ln -s /usr/lib/libsfml-window.so.2.4 /usr/lib/libsfml-window.so.2.3
I ran Neobarok application binary file
and... it worked !!!
http://i.imgur.com/mFVTch4.png
Thanks a lot for your advices and support.
-- mod note: replaced img with url. Please see forum guidelines on image sizes. Trilby --
Last edited by Trilby (2016-12-08 13:05:30)
Offline
You haven't fixed the issue at all, you've just done a terrible hacky workaround.
If neobarak was built against libsfml-window.so.2.3 then you should run it with libsfml-window.so.2.3, your solution could well cause the program to crash unexpectedly.
The correct solution was given to you by atomicbeef in post #6.
Offline
Saverio, are you using Arch, or are you using Manjaro? We only support Arch here.
Offline
@atomicbeef :
I'm using both Arch Linux and Manjaro Linux in 2 two separated 'virtual boxes'. First to learn Arch Linux and then the Manjaro variation.
Obviously, here I posted content related to my Arch Linux installation.
@slithery :
You're right, what I've done is not the 'correct' and 'stable' solution but considering that I want an Arch Linux system with the official latest packages and the application Neobarok is a beta version and I wanted just to open it and verify some UI things, it doesnt' matter for me if it could crash.
Thanks both for your suggestions and opinions, I'm learning a lot of things about Arch and I like it more and more in each day I use it
Last edited by Saverio (2016-12-09 09:12:19)
Offline
Even if you don't care about the stability of the program, you should get in the habit of only putting files tracked by the package manager in locations like /usr/lib, /usr/bin, etc.
Offline
@atomicbeef Thanks, I really appreciate your feedback.
Offline