nullnix: That's OK: that means you got to avoid the joy I just had, of downloading 6GiB of stuff only to find that on running it, it says
[systemsettings.cpp:41] CPU Model: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
[systemsettings.cpp:42] CPU Speed: 3806MHz
[systemsettings.cpp:43] CPU Physical Cores: 4
[systemsettings.cpp:44] CPU Logical Cores: 8
[systemsettings.cpp:45] System Memory: 15966
[systemsettings.cpp:46] OS: Linux;4.18.11-00001-ga8ca5b2d3da6-dirty;#2 SMP PREEMPT Sun Sep 30 09:18:33 BST 2018;x86_64
[systemsettings.cpp:47] OS Language:
PDXIPC::Init MemMappedFileM::Open: -sJWYPZRQCic73u-UEpMGA 136316928
map?: 21 136316928 -1785729024
posix_spawn: 13 0
and returns me to the command line. No sign of function, no syscalls returning unexpected errors when I strace it, just zilch (though it does map a window, it dies before painting anything in it and the window is torn down again). If I point LD_LIBRARY_PATH through the 32-bit Steam runtime to eliminate (non-Mesa, non-glibc) shared library variance from the equation, I get a segfault with 23 threads of useless backtraces with corrupt stacks. Further work reveals that it is segfaulting when I run it normally, too, but has a signal handler set up that consumes the segfault and terminates without any messages of any kind. I cannot fathom why anyone would consider this a sane thing to do.
The binaries (main executable, and shared libraries) have DT_RPATHs that point through /home/jenkins/libs/external_libs3/common/ (hope you don't have that directory on a stuck NFS server), and, well, don't work.
Not terribly impressed. (On account of it totally doesn't work at all, and I tried on multiple Linux boxes. Maybe it needs the exact precise Ubuntu version stated, in which case this is intolerably brittle and will probably stop working within months of purchase. Maybe it doesn't work over NFSv4. Maybe it doesn't work on a filesystem with 64-bit inodes (though no syscalls are returning -EOVERFLOW, so I doubt it, and this would also stop it working on any recent Fedora box so that seems unlikely). Maybe it needs AVX512 or something, or some graphics card I don't have -- this would be par for the course, since Paradox's Surviving Mars required a graphics card with OpenGL 4.5 support but did not tell me this before I bought it, and I only have a 4.4-capable card. I'll have to upgrade this machine's ageing graphics card, clearly... but if this *is* the problem, there's no way it'll work with the Radeon listed in the requirements, which is *older* than mine and cannot even do OpenGL 4.1, let alone 4.5.)
The music is good though.
+1
Same issue here:
$ ./stellaris
[systemsettings.cpp:41] CPU Model: AMD A10-6800K APU with Radeon(tm) HD Graphics
[systemsettings.cpp:42] CPU Speed: 3901MHz
[systemsettings.cpp:43] CPU Physical Cores: 4
[systemsettings.cpp:44] CPU Logical Cores: 4
[systemsettings.cpp:45] System Memory: 13961
[systemsettings.cpp:46] OS: Linux;4.18.12-arch1-1-ARCH;#1 SMP PREEMPT Thu Oct 4 01:01:27 UTC 2018;x86_64
[systemsettings.cpp:47] OS Language:
PDXIPC::Init MemMappedFileM::Open: V-N41oeHTPWl7TmSQQfbRg 136316928
map?: 19 136316928 -547389440
posix_spawn: 13 0
exceptions.log
...
######## EXCEPTION (Linux): Signal Segmentation fault (11), address is (nil) from 0x9522273
10/07/18 13:12:32
unkown(0) +111 bytes (CPdxLauncherGUI::CreateLauncherWindow())
unkown(0) +4641 bytes (CPdxLauncherGUI::CPdxLauncherGUI(IPdxLauncherBackend&, CContextOwner&, SWindowHandle, CGraphicsSettings&))
unkown(0) +791 bytes (CPdxLauncher::CreateGUI(unsigned int, unsigned int, CGraphicsSettings&, CString const&, bool))
unkown(0) +7125 bytes (RunGame(int, char**))
unkown(0) +72 bytes (main)
unkown(0) +241 bytes (__libc_start_main)
unkown(0) +0 bytes ()
Multiple issues with this Stellaris linux release, and likewise I am not impressed at all. I have no solution at the moment as there is little feedback in the logs.
