This topic has been pinned, so it's probably important
GoogleFrog  [developer] Apr 21, 2018 @ 2:20am
Linux support
Unfortunately, we have been unable to produce a Linux build that passes all the Steam quality control tests. We have decided to release without Linux as the alternative at this point is to delay the release for some unknown length of time. The standalone installer still works and syncs with online multiplayer so it is not like we are dropping Linux completely.

We aim to add support after release. This would be helped along by linux testing and support from within the community.
< >
Showing 1-15 of 170 comments
wesleygray Apr 22, 2018 @ 8:25am 
Bummer. So how do we "help along" by testing the Linux Steam build? Is there a Linux Steam beta somewhere?
GoogleFrog  [developer] Apr 22, 2018 @ 9:23pm 
After the release we will look further into making a beta build or package which can be tested through Steam. It is not clear at the moment how to make an opt-in beta which supports more platforms than the default steam package. We are wary of touching the build configuration this close to release in case we make a change that requires further review by valve.
Vermind Apr 23, 2018 @ 4:37am 
I'm in for testing too. I have been testing the pre-launch build on Linux without any issues. Ubuntu 17.10, Linux Mint 18.3, Ubuntu 18.04.
liberodark Apr 24, 2018 @ 11:42am 
For me not work on intel skylake !
But i can try my on nvidia now !
Kandarihu Apr 24, 2018 @ 6:49pm 
Well, thanks for the heads up. I look forward to playing this on my Linux computer. But I still have my standalone game to play which is going to have to be good enough for the time being.
Drako Apr 27, 2018 @ 1:12am 
Argh hope linux will Come soon on beta
LiNuX-leillo Apr 27, 2018 @ 3:57am 
If you need some help, count on me
huw Apr 27, 2018 @ 10:24am 
Oh no, I was looking forward to this! I'll try the version but it would help to know where the Steam build is lacking so that the community can help fix it.
gajop Apr 27, 2018 @ 5:18pm 
The biggest problem for the Linux version is the difficulty in installing system packages in a general purpose way (as seen with itchio version), and the apparent lack of success in using existing libs provided by Steam.

The libs in question are SDL2, mono, and maybe a few others. The main reason for this, is lack of a Linux dev in the core ZK team, so if you want to contribute I recommend going to GitHub and checking Linux release related issues. This is an open source project after all, and in cases like this, it moves best with community help.

PS: I'm also a Linux player, and for now, I'd recommend people grab the game from the site, usually works with no issues. You can play with Steam players without a problem.
ikinz Apr 28, 2018 @ 3:55am 
Steam runtime has all the libs spring needs and we managed to make a portable build of the C# launcher, so that's done. The problem was with SteamOS big picture mode where the window would never show. There's a ridiculous X attribute hack (see ) that should fix it, but I never got around to try it.

It also segfaulted for steam reviewers on "Ubuntu 17.0" which I presume is a typo for 17.04 since 17.10 worked great for everyone who tried, but I think they just care about SteamOS.

We made quite a collective effort to get it in time for the release, me and Aquanim even installed SteamOS on real machines to test, sunk so many hours into it. Shame we hit this SteamOS bug.
gajop Apr 28, 2018 @ 4:05am 
Oh sorry for spreading misinformation, I guess things changed for the better recently.
So wait, this got rejected because of SteamOS big picture mode? Who even uses that :|

The segfault thing might be more important, at least to me personally. Do you have any link to that?
Squiddy Apr 28, 2018 @ 7:08am 
Originally posted by gajop:
Oh sorry for spreading misinformation, I guess things changed for the better recently.
So wait, this got rejected because of SteamOS big picture mode? Who even uses that :|
Big Picture Mode is what SteamOS basically is. Valve's own Debian-based Linux distribution designed for big screens like a TV. So anyone on SteamOS sees it by default.
Pierre-Loup Apr 28, 2018 @ 7:38pm 
The rootcause of the problem isn't the missing X attribute, it's statically linking with Xlib (and a bunch of other libraries, and exporting their symbols globally, which is rather ill-advised) rather than picking it up from the Steam Runtime. This prevents the overlay from being able to attach at all; this will prevent the game from working on SteamOS, but also break Steam Input and In-Home Streaming, as well as various other smaller Steam features that all depend on the overlay functioning properly. When you have a version where the overlay works well when started from Steam, that one should pass content review.
gajop Apr 28, 2018 @ 7:55pm 
Nice to have a response from Valve.
I think changing how stuff links shouldn't be a big problem.
Ironically, quite some time ago, we decided to use static linking for the engine (Spring) on Linux, to simplify distribution as players wouldn't need to do any complicated package installation. As this is a thing Steam essentially seems to be handling for us, we could just create a Steam version that dynamically links with the appropriate Steam libs.
Madpinger Apr 28, 2018 @ 9:47pm 
Well, when you're ready I can prob get a copy and help test, as my brother just poked me about this, good to see more RTS's ^.^
< >
Showing 1-15 of 170 comments
Per page: 1530 50