I recently switched to kde Neon based on ubuntu 20.04 and it does not start, if I try from the terminal here is the result: “/ GOG Games / Baldurs Gate Enhanced Edition
/start.sh '
Running Baldur's Gate Enhanced Edition
./BaldursGate64: error while loading shared libraries: libssl.so.1.0.0: c
annot open shared object file: No such file or directory”
checking the package it seems deprecated because there is "libssl 1.1", how should I do to make the game work?
(TIP: why don't you use a modern universal package for linux (they are good for all linux and should incorporate dependencies), between appimage which installs easily, and flatpak which needs a server which is open sorce, I don't name snap because it has the closed server controlled by canonical and some distributions block it!)

I suggest you give a try to ./play.it, a tool that automates the generation of .deb packages from the GOG installer for Baldur’s Gate Enhanced Edition. It includes workarounds for common issues with this game, including this missing libssl.so.1.0.0 library.

If you do not wish to use ./play.it, you can still find the missing library here ;)

Well, do you want to teach the GOG team how to package flatpacks or Appimages, then?

ciao Roberto,

since you 're missing the correct version of the SSL library, you can download it from an old repo.
Not an Ubuntu user (Manjaro here) but this link appears to have the pointers:

[url=]https://packages.ubuntu.com/search?keywords=libssl1.0.0[/url]
(sorry about the link in text format, I seem to be unable to post direct links)

you might have to fiddle around a bit to install the relevant library just for the game, but it should not
be a major problem: you can simply "unpack" the .deb, copy the .so locally in the directory of the game
and modify the LD_LIBRARY_PATH environment var to point to it, preferably just in the shell where
you run the game.

Oh, by the way: if you're feeling daring/experimental you could also symlink your SSL library to the "correct"
name and see if it works anyway: e.g. copy the system libssl to the game dir, rename it to the correct name
and set the LD_LIBRARY_PATH. In my experience also this sometimes works (yeah, it's a hack, I know).
Please note that this is potentially "dangerous" and could cause the game to fail in weird/complex
to diagnose ways, if the game relies on something that has actually changed between versions of the SSL
library. Since it's the SSL library, I suspect this might have to do with multiplayer and/or cloud saves, but I
have no way of knowing for sure. So, caveat emptor :)

good luck :)

EDIT: clarified the procedure a bit

I don't know how to teach (I can't do it since I'm not a programmer)! but I know that there are some guides that you can take from the official sites, I know that maybe they would be useful for addiction problems ...

The first thing I would try is using a symbolic link to redirect the game to the current version of the library you have installed. It says it needs version 1.0, but it might still work fine with the slightly newer version. It might not work, but it is a very quick and easy thing to try - go to your library folder where libssl 1.1 is installed and type (as root):

ln -s [libssl 1.1 file name] libssl.so.1.0.0

That will create a symbolic link that will dupe the game into thinking you have version 1.0.0 of the library installed. If it doesn't work, you an easily delete the symlink with no harm done.

I did it ! I simply put in the folder “/usr/lib/x86_64-linux-gnu” the files contained in “ libssl_1.0.0_64-bit.tar.gz ” which would be libcrypto.so.1.0.0 and libssl.so.1.0.0 , in my case with krusader in kde (for root permissions) But it is more invasive than using a single appimage XD package, which has all the dependencies itself (I apologize that I don't know how to package in that format, however on the official website)

Beware!
Some Linux Gurus out here may tell you it is foolish to corrupt your OS installation by side-loading unauthorized libraries not from your distro package manager!
Jokes aside, it is not that hard to supply these libs to a game without tampering with system partition.

Here is the instruction in my own post in "General Linux FAQ and Troubleshooting" (quite useful thread).

If these are the libraries from this earlier post they are from the last Debian stable version to provide them.

Of course, they are no longer maintained. I’m mostly providing them for the ability to include them into a game installation (through ./play.it, or any other mean), and would take no responsibility about what could happen from their system-side installation ;)

if you don't want responsibility, remember that both flatpak and appimage do not compromise the system because they are in sandbox as well as being installable in all major distributions: ubuntu, fedora, arch etc ... and have internal dependencies, so in theory to ubuntu 22.04 I could theoretically reuse the sandbox package I use for 20.04. The appimage package is easy to install, just click and install it automatically ...

I had a very similar problem, with another game. Maybe this'll give you an idea or an hint, to fix it:
https://www.gog.com/forum/ken_folletts_the_pillars_of_the_earth_season_pass/not_working_on_linux_kubuntu_2004

/cheers

Ciao, ho lo stesso problema, ma non ho ben capito come hai fatto a risolvere.
Confido in un suggerimento.

Grazie.

It seems your game installer got corrupted during its download, if you have a good network access I suggest you download a fresh copy and then check that you get the right MD5 hash from it: ---

By the way, do not call ./play.it with sudo, it is expected to run with the restricted permissions of your regular user. While running this as root should not cause issues, this is a untested use case that could fail in a lot of funny ways.

Thanks for the tips! I will try again and tell you if works. You've right about the privileges and sh file, always forgot.

Hello. After trying with a fresh copy the problem still persist. The process (without sudo) gave me the MD5 hash error, with --checksum=none it is capable to finish the process but with only errors as a results.
Mx Linux that I'm running can check de MD5 of the file, and it appears different respect the one write on play.it.
Before, with kde neon i had the same issue. I'm not an expert but if you have any idea I'm glad to cooperate!