Every article tag can be clicked to get a list of all articles in that category. Every article tag also has an RSS feed! You can customize an RSS feed too!
We do often include affiliate links to earn us some pennies. See more here.

Prison Architect 2 from Double Eleven and Paradox Interactive was recently revealed with an entirely new look, and while the original has full Native Linux support, the sequel will not.

Apart from their main grand strategy games developed directly by Paradox, it seems they continue to move away from direct Linux support with all the other games now. Just like we saw with Cities Skylines 2, Star Trek: Infinite, The Lamplighters League and Age of Wonders 4.

Writing in an FAQ post on their official forum a Paradox staffer noted:

Will the game have Linux support? Will it be playable on the Steam Deck?

Prison Architect 2 is not supported for Linux. We are currently investigating Steam Deck Verification.

So if you want to play it on Linux or Steam Deck, you'll need Proton. Thankfully, Proton does run almost anything you throw at it nowadays, especially single-player games like this. Still, it's somewhat amusing for developers to not support Linux, but support (or look at supporting) the Steam Deck — which uses SteamOS Linux. But the Steam Deck is a dedicated known platform of course, compared to the many different desktop configurations of Linux. But again, Proton should run it just as well on Desktop Linux if it runs on Steam Deck.

Prison Architect 2 is due out on March 26th, and according to the FAQ it will be a "full-fledged game, with old and new features such as the Career mode, the Sandbox mode, and modding tools" and in regards to DLC which Paradox games are pretty notorious to have lots they said "post-launch content and DLCs are not our focus right now".

You can pre-order from:

Humble Store

Steam

Article taken from GamingOnLinux.com.
5 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
25 comments
Page: «2/3»
  Go to:

I must say I've been surprised when it comes to Proton. First, by how well it has worked. But mostly, once I started to realize Proton was working well and clearly improving far faster than Microsoft would be able to make changes to cause problems, I had a sort of long range strategic hope in mind. It went like this:

Phase 1: Proton makes most Windows games easily playable on Linux. As a side effect, developers stop targeting native Linux and so Linux gets hardly any native games.
Phase 2: Because a major roadblock to Linux adoption is gone, Linux increases its desktop share, and maybe Valve releases something like a new Steam Machine (I wasn't expecting it to be something like the Deck) and racks up some numbers with that.
Phase 3: Eventually as Linux share rises, native Linux gets targeted as a platform again because it's big and important now.

I was shocked to find that here we are just at the beginning of phase 2, but native builds have not gone away--certainly not any more than they were anyway before Proton came out.
Kimyrielle Feb 14
Quoting: Purple Library Guy
Quoting: finaldestI think it clear at this point that native builds on Linux are over.
Well, except the percentages of native games are fairly steady. And may start to rise if Godot continues to take off, as Linux is very much a first class citizen in Godot. Note this article from a day ago, where a commenter notes that more than half of the Godot demo reel of games is native Linux.

Every time a game comes out where it mentions not running Linux natively, someone says this. The plural of anecdote is data, but it usually has to be a really big plural. Remembering the last couple of times you saw an article about a game with no native Linux does not qualify.

I would think the original statement was more aimed at the number of native AAA titles being down. Since the exit of Feral and Aspyr from the market, I can not name you a large studio still releasing native ports, with the sole exception of Paradox (which also has limited native Linux support to their core games). You'd be correct about Indie games, though. I can't see a change there, either.

As for the engines, the commercially/freely available ones all have Linux support, not only Godot. That's not even the problem. The problem was and still is that you can't design and implement a game on Windows, using Windows-only expertise, Windows tools, Windows middle-ware, and Windows testing - and at the end of development hit an Export button and expect the output to magically run on Linux. That's not how that works. If you want to export to a platform, you have to make that platform part of your development process from the get-go. The vast majority of medium/larger studios never did that, and unless our platform market share goes up in a very dramatic fashion, I don't expect them ever to. We have to be happy for them having a look at Steam Deck "support".

Judging from the Godot Discord, Godot games seem to be (as of now) disproportionately developed on Linux by people having Linux experience and are generally smaller-than-average scale (e.g. using fewer 3rd party components), so that's IMO why it suffers less from the problem than other engines.
const Feb 14
Quoting: Kimyrielle...

Agree with everything you say. I don't really miss Feral nor Aspyr as their middleware was adequately replaced by an open source software, supported by Valve. And I'd argue Valves support is far better since they aren't bound to contracts ending, like what happened to many of these ports.
Native games with first class customer support and outsourced ports are two entirely different things, let's hope we will at some point be enough to count for that.
Quoting: KimyrielleI would think the original statement was more aimed at the number of native AAA titles being down. Since the exit of Feral and Aspyr from the market, I can not name you a large studio still releasing native ports, with the sole exception of Paradox (which also has limited native Linux support to their core games). You'd be correct about Indie games, though. I can't see a change there, either.
Well, true enough. Although I don't think that's connected to Proton because AAA ports were already pretty much dead by the time Proton became a noticeable thing. Still, I guess I tend not to think "AAA" when I think "games" because I'm not sure I've ever played an AAA game, so if someone says something like "native builds on Linux are over" it doesn't occur to me that they might mean "native builds on AAA games because the rest don't matter". Not that I have anything against AAA games, they just tend not to be the kind of genre I play.


Last edited by Purple Library Guy on 14 February 2024 at 9:30 pm UTC
Quoting: KimyrielleAs for the engines, the commercially/freely available ones all have Linux support, not only Godot. That's not even the problem.
Welllll, I know they have support . . . but there's "support" and "support". It seems to me I'm seeing a lot of bitching about the quality of Unity's support lately, even a couple of cases where some developers abandoned their Linux support because they were moving to a new version of Unity and couldn't get past its problems/bugs with Linux. Not sure about Unreal . . . but given who makes it I'd be hesitant to rely on their Linux support. With Godot you can depend on their Linux support being just as good as their support for any other platform, maybe better. I do think that could make a difference, although I do take your point about the nature of the projects on Godot currently skewing towards Linux.


Last edited by Purple Library Guy on 14 February 2024 at 9:37 pm UTC
Talon1024 Feb 15
Quoting: Purple Library GuyWith Godot you can depend on their Linux support being just as good as their support for any other platform, maybe better.

I believe that's largely because Godot is Free, Open Source software. Linux people are more inclined towards FOSS software and contributing to FOSS projects, and so Linux gets higher priority from the core Godot developers because of this feedback loop between Linux-based contributors and developers.

I also think Unity3D and Unreal Engine developers prioritize Windows and consoles because that's where most of the revenue comes from, and so Windows and consoles are more important to the aforementioned engines' core developers.

Quoting: Purple Library GuyPhase 3: Eventually as Linux share rises, native Linux gets targeted as a platform again because it's big and important now.

I'm not so sure that will happen. I know market share is the #1 complaint most developers have about Linux, but if developers can just export a Windows build, and expect it to run perfectly on Linux under Proton, why would developers go to the trouble of trying to offer a native Linux port? In other words, if it's not broken, there's no need to fix it. And not going to the trouble of offering a native Linux port saves time and money that could be better spent on other things.


Last edited by Talon1024 on 15 February 2024 at 12:15 am UTC
tohur Feb 15
I am fine with Devs not half assed "investing" into native binaries for games cause years past we got a lot of poor linux ports to be frank and alot of my native games don't even work anymore without alot of tweaks.. proton just click install and done 90% of the time on my end.. I do expect though as we continue to grow as a market they give us proper ports and not the pile of poo we got in the past


Last edited by tohur on 15 February 2024 at 5:41 am UTC
rea987 Feb 15
Aaand removed from wishlist. It's simple, you dedicate for Linux, I buy. You let Valve to do stuff for you, I find another game on Steam store that dedicates for Linux.
gbudny Feb 15
Thank you for the article.


You reminded me that I should buy Prison Architect for Linux.

I don't buy Prison Architect 2 if it doesn't have the native Linux version,

I want to remind everyone that when you have difficulties with native versions of Linux, you don't have to deal with these issues.

Install the older version of the operating system on the second partition. When you have the DRM-free version of a game, copy it to the partition with the supported operating system. Then enjoy playing it.

Mac users and Windows do it all the time. The console players keep different devices to play their favorite games. I keep four computers with different versions of Linux connected to the same monitor. I know Linux has problems, but I like using it despite these issues.

I respect people who are spending months porting games to Linux. Later, they read many comments that they should never do it. It must be very challenging.

Why some Linux users don't complain that open source applications are ported to Linux?

Maybe programmers should only port open source applications to Windows, Mac, MorphOS, AmigaOS, etc., and ignore Linux because we have Wine.

Firefox could be better if developers didn't waste time porting it to Linux.

I think some users can't appreciate what others are doing for them.
STiAT Feb 15
I think a middle ground would be good.

I don't mind playing on proton/dxvk, it's a stack to build on for Linux, I don't see it as more or less than that. I even switched to that for titles which actually do have native linux support since the native linux versions are so badly optimized and the games just run better on proton/dxvk.

I think they should consider actually supporting Proton/dxvk for their desktop builds and steam deck, that would be a middle ground I'd like to see.

I think the time for native builds is certainly over. DXVK got too good for that, and we have to give kudos to Philip Rebohle, Joshua-Ashton and all the other contributors for that. And Valve for sponsoring that work.

Most of the times I have issues with games it's rather proton related than dxvk related.

And proton/dxvk/steam runtime is a lot less volatile and diverse than the current linux world, so it makes sense.


Last edited by STiAT on 15 February 2024 at 4:34 pm UTC
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register


Or login with...
Sign in with Steam Sign in with Google
Social logins require cookies to stay logged in.