It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Community
Baldur's Gate seriesBGEE Linux executable errors(21 posts)(21 posts)
(21 posts)
Pages:
1
2
This is my favourite topic
Posted April 22, 2018
Running Debian stable. I have downloaded the install multiple times, but when running start.sh in terminal it says "line 19, no such file or directory" (line 19 is where it executes ./BaldursGate) If I try changing to the game/ directory and executing BaldursGate (it is set to be eecutable) I still get the no such file or directory error. If I try and run ldd to check for missing libraries, I receive an error that states ./BaldursGate is not a dynamic executable. I have also addedd i386 as an architecture through dpkg.Thanks.
Post edited April 22, 2018 by monte84
Posted April 23, 2018
avatar
monte84: Running Debian stable. I have downloaded the install multiple times, but when running start.sh in terminal it says "line 19, no such file or directory" (line 19 is where it executes ./BaldursGate) If I try changing to the game/ directory and executing BaldursGate (it is set to be eecutable) I still get the no such file or directory error. If I try and run ldd to check for missing libraries, I receive an error that states ./BaldursGate is not a dynamic executable. I have also addedd i386 as an architecture through dpkg.Thanks.
For me it also does not work, it simply does not start on Debian stable:-(
My error message:
Running Baldur's Gate Enhanced Edition
./BaldursGate: error while loading shared libraries: libjson.so.0: cannot open shared object file: No such file or directory
Post edited April 23, 2018 by Zed895
Posted April 24, 2018
Can only speak for Linux Mint, 32bit edition and Icewind Dale EE: You have to install "libjson0" , then it works like a charm. Maybe same applies to BGEE too.
Posted April 24, 2018
avatar
monte84: Running Debian stable. I have downloaded the install multiple times, but when running start.sh in terminal it says "line 19, no such file or directory" (line 19 is where it executes ./BaldursGate) If I try changing to the game/ directory and executing BaldursGate (it is set to be eecutable) I still get the no such file or directory error. If I try and run ldd to check for missing libraries, I receive an error that states ./BaldursGate is not a dynamic executable. I have also addedd i386 as an architecture through dpkg.Thanks.
avatar
Zed895: For me it also does not work, it simply does not start on Debian stable:-(
My error message:
Running Baldur's Gate Enhanced Edition
./BaldursGate: error while loading shared libraries: libjson.so.0: cannot open shared object file: No such file or directory
On recent Ubuntus (and presumably Debian and Mint but I don't know starting with which versions exactly), libjson has been repacked. You have to install the new package (libjson-c2 or libjson-c3) in 32 bit and create a symlink from the installed lib to the one it wants. In my case (Ubuntu 17.10) it's libjson-c.so.3 → libjson.so.0 in /lib/i386-linux-gnu. Adapt the path depending on where your version of Debian installs 32 bit libs.
Posted April 25, 2018
Installing the game via the dedicated ./play.it script works around this issue without any tinkering needed on your part ;)
Posted May 01, 2018
Thank you guys, I will try them later.
Posted May 02, 2018
I've got BG2EE working on Ubuntu 18.04.

Requires libjson-c.so.3 → libjson.so.0 in /lib/i386-linux-gnu (thanks abelthorne):

cd /lib/i386-linux-gnu
sudo ln -s libjson-c.so.3 libjson.so.0

Also requires installed dependencies:

sudo apt-get install libopenal1:i386 libssl1.0.0:i386


I don't get why GOG don't just bundle all of the necessary dependencies or use Flatpak or something.
Posted May 06, 2018
avatar
Glaere: Also requires installed dependencies:

sudo apt-get install libopenal1:i386 libssl1.0.0:i386
These are mentioned on the store page. GOG lists all needed dependencies in the hardware requirements for Linux versions.
I don't get why GOG don't just bundle all of the necessary dependencies or use Flatpak or something.
It would indeed be easier but they'd still have to choose which solution to use: Flatpak, Snap, AppImage...
Posted August 29, 2018
avatar
Glaere: Also requires installed dependencies:

sudo apt-get install libopenal1:i386 libssl1.0.0:i386
avatar
abelthorne: These are mentioned on the store page. GOG lists all needed dependencies in the hardware requirements for Linux versions.

I don't get why GOG don't just bundle all of the necessary dependencies or use Flatpak or something.
avatar
abelthorne: It would indeed be easier but they'd still have to choose which solution to use: Flatpak, Snap, AppImage...
I have checked and recheck on the gog store, where it states that bg2ee is run under wine
There is no mention of the required dependencies for running under native linux

Thanks
Posted September 01, 2018
avatar
theboxseat: I have checked and recheck on the gog store, where it states that bg2ee is run under wine
There is no mention of the required dependencies for running under native linux
There are two sets of requirements. The one you're mentioning is for Badur's Gate 2 original version (not Enhanced Edition), which is available as a bonus for owners of the EE and seems to be a Wine repack, as it was never released for Linux.

The requirements for the EE are listed just before and mention installing libopenal. The EE is a native Linux version.
Post edited September 01, 2018 by abelthorne
Posted September 02, 2018
I just got BGEE and used the play.it scripts to create Debian packages. I use Debian Stable as well. In my case the Debian package installed all dependencies, which were all i386 packages. But there is some issue with the path. Because after start BGEE complains "error while loading shared libraries: libGL.so.1 cannot open shared file: No such file or directory"
I have a i386 libGL.so.1 under /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 which was provided by libgl1-mesa-glx. I think it should be placed in /usr/lib/i386-linux-gnu/libGL.so.1

If I invoke dpkg -S about this file I get the answer "dpkg -S /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
diversion by glx-diversions from: /usr/lib/i386-linux-gnu/libGL.so.1
diversion by glx-diversions to: /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1

locate doesn't know anything about this library, only about the x86_64 ones. What can be done in this situation?

Thank you very much.

/Christian
Posted September 03, 2018
avatar
Caliban72: I just got BGEE and used the play.it scripts to create Debian packages. I use Debian Stable as well. In my case the Debian package installed all dependencies, which were all i386 packages. But there is some issue with the path. Because after start BGEE complains "error while loading shared libraries: libGL.so.1 cannot open shared file: No such file or directory"
I have a i386 libGL.so.1 under /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 which was provided by libgl1-mesa-glx. I think it should be placed in /usr/lib/i386-linux-gnu/libGL.so.1

If I invoke dpkg -S about this file I get the answer "dpkg -S /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
diversion by glx-diversions from: /usr/lib/i386-linux-gnu/libGL.so.1
diversion by glx-diversions to: /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1

locate doesn't know anything about this library, only about the x86_64 ones. What can be done in this situation?

Thank you very much.

/Christian
I am by no means an expert on Linux but have you installed the required libraries listed on the store page?

Hmm, that's strange. The store page now only shows libopenal1 . There used to be a huge list there.
Posted September 03, 2018
Hi Engerek01, I just did so. Though Im not sure I need to do this because apt made everthing when I installed the Debian packages made by the play.it scripts. There were two exceptions of packages I couldn't install and these were libjson-c2:i386 and libssl1.0.0:i386. Apt complained that there are newer ones and installed these for AMD64 architecture. Maybe not what I wanted? So something is really broken here?

/Christian
Posted September 04, 2018
avatar
Caliban72: Hi Engerek01, I just did so. Though Im not sure I need to do this because apt made everthing when I installed the Debian packages made by the play.it scripts. There were two exceptions of packages I couldn't install and these were libjson-c2:i386 and libssl1.0.0:i386. Apt complained that there are newer ones and installed these for AMD64 architecture. Maybe not what I wanted? So something is really broken here?

/Christian
BG needs 32 bit binaries only. Whatever that means :P. Anyways, I found what the store page used to say about libraries.

sudo apt-get install libc6:i386 libasound2:i386 libasound2-data:i386 libasound2-plugins:i386 libjson-c2:i386 libopenal1:i386 libstdc++6:i386 libssl1.0.0:i386 libexpat1:i386 libx11-6:i386 libxau6:i386 libxcb1:i386 libxcursor1:i386 libxdmcp6:i386 libxext6:i386 libxfixes3:i386 libxinerama1:i386 libxrandr2:i386 libxrender1:i386 libjson0:i386

I had done that before I had installed BG:EE (or BG2:EE). Apparently things have changed with the last version but that may give you an idea. Sorry I couldn't be off more help.
Posted September 04, 2018
avatar
Caliban72: I just got BGEE and used the play.it scripts to create Debian packages. I use Debian Stable as well. In my case the Debian package installed all dependencies, which were all i386 packages. But there is some issue with the path. Because after start BGEE complains "error while loading shared libraries: libGL.so.1 cannot open shared file: No such file or directory"
I have a i386 libGL.so.1 under /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 which was provided by libgl1-mesa-glx. I think it should be placed in /usr/lib/i386-linux-gnu/libGL.so.1

If I invoke dpkg -S about this file I get the answer "dpkg -S /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
diversion by glx-diversions from: /usr/lib/i386-linux-gnu/libGL.so.1
diversion by glx-diversions to: /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1

locate doesn't know anything about this library, only about the x86_64 ones. What can be done in this situation?

Thank you very much.

/Christian
I'm not sure what these "diversions" are but you need Mesa installed as 32 bits version (along the 64 bit one by using multiarch). Do you have more infos about what is this glx-diversions (I assume it's a package) through Synaptic or something?
Pages:
1
2
This is my favourite topic
Community
Baldur's Gate seriesBGEE Linux executable errors(21 posts)(21 posts)
(21 posts)