As far as I know, there isn't a distro shipping with noexec enabled by default. But it's been over a decade since I dug into any distros than what I use in depth. The game is ran on several Debian/Ubuntu variants, Fedora, Opensuse, Gentoo, Arch/Manjaro, etc without problem. And I develop the game on solely on Mageia and Slackware.

Setting my /tmp to noexec via systemd on my Mageia machine, the gameworks perfectly fine. If you could attempt to run the game via the terminal, provide me the output, and/or let me know what OS you have installed, I'll look further into it. I don't see the ownership icon next to your username, so I assume you're running the demo. I believe the demo from our website also includes debug symbols if you want to run gdb on it.

The game itself doesn't write anything into /tmp. That said, the game does use CEF (Chromium Embedded Framework) for the HTML reports. It may write to /tmp. It still shouldn't require any execution in /tmp. So I find it quite strange if the game isn't working for you while you have execution disabled for /tmp.

For giggles, I unmounted /tmp from my system. And the game still runs perfectly fine. So I await more information from you.

Thanks.

Another user recently reported an issue with Zorin OS,

On Zorin, they do not ship OpenAL by default. (It's also not included with the Steam runtimes, which is surprising because they used to be.) So any Ubuntu systems with this issue will require: sudo apt-get install libopenal1 (Or install libopenal1 from your GUI package manager.) I'll rpath the lib with the game in the next update.

On the initial start, Zorin popped a "This program isn't responding" message. If you wait a few seconds instead force quit, it runs fine.

Please, if you could provide me with which distro/version you tried the demo on, I would love to see if I can duplicate your issue and resolve it.

Thank you.

Sorry I've taken a while to respond, I don't have much free time.

I'm using Gentoo with openal installed

# equery l openal
* Searching for openal ...
[IP-] [ ] media-libs/openal-1.23.0:0

I will say that I just rebooted to update my running kernel and this time, it worked with /tmp still mounted noexec. Maybe a configuration file has been written to now that bypasses something needing /tmp to be executable to create that file in the first place?

引用自 Saellaven：

Sorry I've taken a while to respond, I don't have much free time.

No worries, I know how it is.

I'm using Gentoo with openal installed

Ah, a distro more to my liking.

Because of how customizable Gentoo is, it'll be difficult for me to replicate your machine, but I'll throw a fresh install together in a VM tonight and see if it causes any issues. It's been almost a decade since I tried GC on Gentoo. (Although there are several active GC users using Gentoo.)

I will say that I just rebooted to update my running kernel and this time, it worked with /tmp still mounted noexec. Maybe a configuration file has been written to now that bypasses something needing /tmp to be executable to create that file in the first place?

The thing is, the game shouldn't be writing anything to tmp in the first place. It stores and looks for all cache files in the local folder, including CEF's. Unless CEF outputs something to tmp on the initial run, and I missed it in the docs (or it's undocumented). But I think that's unlikely. I assume this only happens with GC and not other Steam games? So It's likely not related to Steam either.

Did you do any updates without reboots? Still, that wouldn't explain it working when you disabled noexec (assuming you did). But I am glad to hear that it works fine on reboot. That leads me to believe it was a system and not a game issue. But I will see if I can replicate it on a fresh install.


Anyway, thank you very much for the information. I'll let you know if I find anything.

I had the same problem with Space Haven, but all of my other steam games are fine. It occurred to me after I fixed it there to try GearCity again with the same fix and it worked.

I generally update Gentoo daily, but I don't see anything that would likely be the fix in the updates in the past week. I'm more than happy to share my /etc/portage, make.conf, and world with you if you wanted to experiment.