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

×
After installing the game on Linux and running the start.sh, I get the following error:

Running Trüberbrook
./start.sh: line 21: ./Truberbrook.x86: No such file or directory

The file definitely exists and is exactly where it is supposed to be. I tried running it directly, but I get the same error.

Any ideas?

Thanks!
No posts in this topic were marked as the solution yet. If you can help, add your reply
avatar
hubifab: After installing the game on Linux and running the start.sh, I get the following error:

Running Trüberbrook
./start.sh: line 21: ./Truberbrook.x86: No such file or directory

The file definitely exists and is exactly where it is supposed to be. I tried running it directly, but I get the same error.
Same problem. OS Linux
avatar
hubifab: After installing the game on Linux and running the start.sh, I get the following error:

Running Trüberbrook
./start.sh: line 21: ./Truberbrook.x86: No such file or directory

The file definitely exists and is exactly where it is supposed to be. I tried running it directly, but I get the same error.

Any ideas?

Thanks!
fixed. We use 64bit, but this is 32bit ELF.
readelf -l Truberbrook.x86
it writes "requesting /lib/ld-linux.so.2 (but we have /iib64/ld-linux.so2.x86-64 from glibc.x86_64
we have to install i686 versions of some packages. I installed
glibc.i686
libglvnd-glx.i686
libXcursor.i686
libXrandr.i686 and it started!

Oops. No sound (( Shit...
Post edited December 02, 2020 by e719
Can confirm that Trüberbrook Devs have strangely forgotten to include the 64 bit version of Unity Player:
~~
$ file Truberbrook.x86
Truberbrook.x86: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked
$ ldd Truberbrook.x86
linux-gate.so.1 (0xf7fa4000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7f70000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7f4e000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7f43000)
libstdc++.so.6 => /lib/i386-linux-gnu/libstdc++.so.6 (0xf7d65000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7c5e000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf7c3f000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7a48000)
/lib/ld-linux.so.2 (0xf7fa6000)
~~
But as this is (at least currently) my 49th 32 bit game, it was directly running on my Kubuntu 20.10 STS,
so there should be no problem on Debian/Ubuntu concerning 32 bit libraries for this game ...
at least for now - could change with Ubuntu 22.04 LTS (anounced further redution of 32 bit lib support), though.

A game of 03/2019 should not use 32 bit only - and the engine is "2017.4.4f1" which of cause has
a 64 bit version for Linux (nevertheless it is a little aged ...).
Unfortunately I could not get the file "UnitySetup-Linux-Support-for-Editor-2017.4.4f1.exe"
(but only '2017.4.40f1' which has some API changes so does not work) to get a 64 Bit version
as described in the forum post about "Little Bug" were the 64 version was accidentally missing:
* https://www.gog.com/forum/little_bug/how_to_get_64_bit_binary_for_linux_version
and could be added without a problem.

Will soon try to reach out for publishers/developers - at least there will be no language barrier. ;)

Would be nice if GOG could have an eye on missing 64 bit versions and can do this job before anyone
looks for the 64 bit version. And under Linux a 32 bit only program should be marked as this (and
usually this is done correctly - so another hint that this 64 bit binary was just forgotten - and macOS
is also supported in later versions so has to use 64 bit).

So after getting some info by the Devs/Publisher I will contact GOG about the situation.

Will put any further info here when I get it ...
Post edited June 02, 2021 by JMB9