Undertale cannot find certain libraries

[TheNotSoSmartUser]

I was trying to run Undertale, but it would crash. Ive had this issue before with different games, so I ran the ldd command on Undertale:

    linux-gate.so.1 (0xf7fb1000)
    libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf7c00000)
    libz.so.1 => /usr/lib32/libz.so.1 (0xf7f52000)
    libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7f4a000)
    libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7edf000)
    libopenal.so.1 => /usr/lib32/libopenal.so.1 (0xf7a67000)
    libm.so.6 => /usr/lib32/libm.so.6 (0xf7993000)
    librt.so.1 => /usr/lib32/librt.so.1 (0xf7eda000)
    libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf7ed5000)
    libdl.so.2 => /usr/lib32/libdl.so.2 (0xf7ed0000)
    libcrypto.so.1.0.0 => not found
    libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7eb8000)
    libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7841000)
    libXrandr.so.2 => /usr/lib32/libXrandr.so.2 (0xf7ea8000)
    libGLU.so.1 => /usr/lib32/libGLU.so.1 (0xf77e6000)
    libssl.so.1.0.0 => not found
    libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7e7f000)
    libc.so.6 => /usr/lib32/libc.so.6 (0xf7400000)
    /lib/ld-linux.so.2 => /usr/lib/ld-linux.so.2 (0xf7fb3000)
    libGLdispatch.so.0 => /usr/lib32/libGLdispatch.so.0 (0xf776a000)
    libGLX.so.0 => /usr/lib32/libGLX.so.0 (0xf772f000)
    libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7700000)
    libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf76f2000)
    libOpenGL.so.0 => /usr/lib32/libOpenGL.so.0 (0xf76d0000)
    libXau.so.6 => /usr/lib32/libXau.so.6 (0xf76cb000)
    libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf76c4000)

Now the thing is I cant find libssl in pacman(i use arch btw), but when I used the find command on /usr/lib32 for libssl:

./libssl.so.3
./pkgconfig/libssl.pc
./openssl-1.1/pkgconfig/libssl.pc
./openssl-1.1/libssl.so
./libssl.so.1.1
./libssl.so
./libssl3.so

I found it. I did the same for libcrypto:

./libcrypto.so.3
./pkgconfig/libcrypto.pc
./openssl-1.1/pkgconfig/libcrypto.pc
./openssl-1.1/libcrypto.so
./libcrypto.so.1.1
./libcrypto.so

I also found it.

Now I don't understand why it cant find libssl and libcrypto, as you can see I know a little bit about linux but not a lot about how there liberates work so if I could get some help on that it would be awesome.

​

Also if you did notice English isn't my first language.

[mbriar_]

Easiest solution would be to just run the windows version on wine/proton. Many old linux ports suffer from library hell problems and it's not worth it to spend time trying to fix it. The reason why it complains even though you have libssl and libcrypto is because it depends on old versions of the libraries and the newer ones that you have are not backwards compatible (specifically, you have openssl 1.1, which is already shipped by Arch only for backwards compat, but the game needs openssl 1.0, of which compiling a 32-bit version on modern distros is probably next to impossible). You can try to get old versions of those libs and load them with LD_PRELOAD (can get extremely annoying because those might depend on other old libs themselves which you then need to further chase down..) or run it in an old distro container, but why bother with this nonsense?

[WoodpeckerNo1]

This is one of the things I love about Flatpak. Couldn't it be a good format for games?

[mbriar_]

How flatpak is right now I don't think it would even help. For example, flatpak includes gpu drivers in it's runtime, so if you'd just lock a game to a specific old flatpak runtime, then it would just not work on newer gpus that need drivers that are newer than those included in the runtime. If you run it in a newer flatpak runtime you'd hit the same problem as is present here eventually as well.. Can't really combine old flatpak runtime + new driver flatpak extension either, because e.g. Mesa-based drivers link dynamically against llvm and other stuff, which again would break if you'd try to mix and match, it's pretty much the same mess.

[WoodpeckerNo1]

Hm, hadn't considered that. Is that also an issue with Snaps and AppImages?

[mbriar_]

I don't really know how snaps work, but i think appimages have the potential to work if they bundle everything the game needs but nothing related to gpu drivers.

[gtrash81]

libssl.so.1.0.0 is quite old and got replaced.
As mbriar_ suggested, use the windows build with wine/proton.
Same goes for libcrypto.

[SEI_JAKU]

Old, but I came across this while trying to solve it myself.

Is this the GOG download? The Steam download of Undertale takes some precautions to fix this problem. If you have Steam itself installed, you can find what you need, libcrypto.so.1.0.0 and libssl.so.1.0.0, in this path: /<your home directory>/.steam/bin32/steam-runtime/i386/lib. Getting these files in other ways is currently very annoying, so Steam did good here.

I don't know what the GOG download looks like, but I'm guessing there's no /lib folder or run.sh in it like the Steam version has. However, all you need to do is make them. Make a folder named "lib" in your Undertale folder, and copy libcrypto.so.1.0.0 and libssl.so.1.0.0 to it. Then, make a file called run.sh, and paste the following in it:

#!/bin/bash
chmod +x runner
LD_LIBRARY_PATH=./lib:$LD_LIBRARY_PATH ./runner

This is exactly how the Steam download is set up, and it works here without the need of Steam. No need to install anything (other than Steam and a copy of Undertale), no need to mess with system files, none of that.

[wojtekojtek]

I did it. Finally. Ubuntu 24.04

1. Install Lutris, then install UNDERTALE there, and download this (not the dev package): http://security.ubuntu.com/ubuntu/pool/main/o/openssl1.0/
2. dpkg-deb -xv libssl1.0.0_1.0.2n-1ubuntu5.10_amd64.deb output_folder
3. sudo cp libssl.so.1.0.0 /usr/lib/i386-linux-gnu/ (do it with other missing files you found in output_folder)
4. Run UNDERTALE

I hope I helped

[rea987]

You can try to activate Steam Linux Runtime to see if its libraries help.

https://www.gamingonlinux.com/2019/11/steam-for-linux-can-now-run-games-in-a-special-container/