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

×
I finally decided to get this game. Yesterday. When GOG didn't have it, I broke down and bought it on Steam (I don't like clients and want my own install files, which is why I prefer GOG). And now it's 60% off and on GOG to boot. *sobs*
If you've played it less than 2 hours (or potentially even more than 2 hours) you could get a refund on Steam, then buy it here. Though mods, or current lack thereof, is an issue (they're on Workshop, and they can't be downloaded without Steam).

edit: actually grab the steam workshop url e.g. https://steamcommunity.com/sharedfiles/filedetails/?id=688086068 and paste it into steamworkshop download and most mods should be able to be downloaded (e.g. ST: New Horizons [Stellaris]).
Post edited October 02, 2018 by jedi5002
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.
Post edited October 02, 2018 by nullnix
Analysis proceeds. It is allergic to either NFSv4 or 64-bit inodes. Probably the latter, which means it will not work on modern Fedora systems, or any other system with a large disk which uses XFS.

Solution: compile the game with -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64, or just compile a 64-bit binary to start with, on the assumption that nobody sane is trying to play games on a 32-bit x86 box any more, any more than they're trying to play on Windows 3.1.

On a (temporary, loopback-mounted) fs with 32-bit inodes (such savage primitivism!), it seems to run fine, though it's late so I haven't done more than verify that it maps its window and seems to get as far as launching the game OK. (It does start by mapping two unreadable screens full of... something, but you can Next through them and get to the main menu fine.)
Post edited October 02, 2018 by nullnix
avatar
stargazera5: I finally decided to get this game. Yesterday. When GOG didn't have it, I broke down and bought it on Steam (I don't like clients and want my own install files, which is why I prefer GOG). And now it's 60% off and on GOG to boot. *sobs*
And I thought I had it bad. I broke down and bought it during the Steam summer sale after impatiently waiting over 2 years for a GOG release. I really hope Paradox moves to simultaneous releases in the future, it would save so much trouble for those who prefer (the superior) GOG. I'm not holding my breath.
avatar
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.
I would actually keep the steam version so you can download mods. HOWEVER, it's not as simple as "find workshop folder, copy mods to mod folder in /documents/stellaris, and try launching. There;s a version difference in that steam is ONE update short and mods won't work for the most part. Also, the file that says what the mod is has to be in the /mods folder and then maybe subsequest mods will work. However, with the way steam mods are named after extraction, you'd have to rename every definition file for the mod to load.