PAYDAY 2 devs to ensure it works with Proton on Linux and Steam Deck

Wow such merciful, very generous 🙄

we’ll keep testing new updates with Proton to make sure it keeps working for the upcoming patches and releases.

THIS is actually what i would expect from all devs if they don't want to maintain a native version.
With such an official statement, i'm perfectly fine in just using the proton version tbh ^^

It's great that OVERKILL is going to do testing for the Proton version! I have some questions about the process:

If you find an issue while testing, what will you do? Will you delay the release of the next update?

Will you fix it yourself—can you fix it yourself? Is this something you need to report to Valve on their Proton issue tracker?

How will you get the game builds to Valve's developers so they can test them and apply patches? Assuming the issue is patched in Proton, how long do players need to wait to get the version of Proton with the patches?

Will you delay the new builds until the version of Proton with the bugfixes is generally available to players?

can you fix it yourself?

My guess is no.
They can test all they want, but unless they're willing (and capable) to contribute to WINE/Proton I don't see how this can work.
The game is now officially unsupported in Linux. That's why they removed the native version.

can you fix it yourself?

My guess is no.
They can test all they want, but unless they're willing (and capable) to contribute to WINE/Proton I don't see how this can work.
The game is now officially unsupported in Linux. That's why they removed the native version.

I think Valves take on this is that it's actually supported, but by Valve, not overkill.

I'd like some clarity from Valve on that though. Devs can say they "commit to get it working on Proton", but as pleasereadthemanual asks above, what does that really mean? Who's on the line if you buy that game, play it for 10 hours, then the dev screws it up and it stops working?

can you fix it yourself?

My guess is no.
They can test all they want, but unless they're willing (and capable) to contribute to WINE/Proton I don't see how this can work.
The game is now officially unsupported in Linux. That's why they removed the native version.

I think Valves take on this is that it's actually supported, but by Valve, not overkill.

I'd like some clarity from Valve on that though. Devs can say they "commit to get it working on Proton", but as pleasereadthemanual asks above, what does that really mean? Who's on the line if you buy that game, play it for 10 hours, then the dev screws it up and it stops working?

Realistically, by Valve's own refund rules - no one is one the line. After 2 hours / 2 weeks of buying, that's all the protection you realistically get from buying anything on Steam "Native" or not. They've only given refunds outside of that in special cases.

can you fix it yourself?

My guess is no.
They can test all they want, but unless they're willing (and capable) to contribute to WINE/Proton I don't see how this can work.
The game is now officially unsupported in Linux. That's why they removed the native version.

I think Valves take on this is that it's actually supported, but by Valve, not overkill.

I'd like some clarity from Valve on that though. Devs can say they "commit to get it working on Proton", but as pleasereadthemanual asks above, what does that really mean? Who's on the line if you buy that game, play it for 10 hours, then the dev screws it up and it stops working?

Realistically, by Valve's own refund rules - no one is one the line. After 2 hours / 2 weeks of buying, that's all the protection you realistically get from buying anything on Steam "Native" or not. They've only given refunds outside of that in special cases.

Hell, it wasn't until 2015 that Valve started offering those 2 hours in the first 2 weeks of buying terms. Before that, they wouldn't refund you at all except in exceedingly rare circumstances.

Indeed, so Native or not, the risk is pretty much the same unless the developer is truly dedicated to their Linux build which is...rare.

Indeed, so Native or not, the risk is pretty much the same unless the developer is truly dedicated to their Linux build which is...rare.

This is why I stopped buying games pre-emptively, even during sales.

I now only buy games that I intend to play immediately, so that if in future a game stops being supported, at least I'll have got my money's worth out of it in the time I had.

Which I guess means that Valve not having a general refund policy for games which drop support for a platform, means that they're getting less money from me overall.

and at the same time updating the older version of the diesel engine that PAYDAY 2 for Linux was using

I see their problem! Obviously, Diesel isn't going to be compatible with Steam!


Last edited by Purple Library Guy on 15 June 2023 at 5:53 pm UTC

that is an acceptable solution IMHO.
they have supported linux natively for 7 years, we shouldnt punish then for daring to even trying to support us and not being able to.

imagine if other companies see this and think: this company supported an niche OS for years and still got backslash boycot in the end, they would rather not try at all.

If devs aren't going to support a linux version then don't release it in the first place imo. Good thing this only applies to online heavy games, this won't be an issue with single player games. This is why I choose carefully who I support, I only buy native versions of linux games, otherwise they aren't getting my money.


Last edited by Lib-Inst on 16 June 2023 at 1:18 am UTC

id like it if valve incentivized (somehow) studios to offer a demo, it's better than the 2hr refund method. Sometimes the timer seems out of wack anyways.

You know, I have a handful of native linux games sitting around that just don't work anymore, and the process of getting them to work is either impossible or more of a headache than just running the windows version via proton. Backwards and cross compatibility has not ever been a focus for the desktop linux, and for pretty good reasons honestly, most of the efforts to future-proof already compiled software packages has... been more of a recent effort.
I don't want linux gaming to become entirely reliant on proton as that still solidifies Windows as the definitive platform, but I don't think that'll really happen. With how things currently are, it's all about increasing market share at any cost, and reducing game devs workload to get their game's running on linux is working to accomplish this. I imagine as market share grows, porting tools will become more refined and engines will continue to keep up or add support, we'll reach a point that native porting to linux for most devs will both be trivial and profitable, if we keep it up hopefully we'll reach a point where they'll be porting games not to linux, but to windows, lol. I think It's important that we somehow completely ensure that software compiled today for linux can still be ran a decade from now, maybe not by default but via some sort of readily available compatibility packages.

I am sort of crossing my fingers that Microsoft bungles up really really bad soon, in some way that even companies reliant on their product will find unforgivable, like a huge price hike or locking users out of their own PC for having internet opinions, something that effects bottom lines more than switching to a new platform.

Good for them if they can spend development effort on other things and still have their game playable on linux I see no issues.

I am sort of crossing my fingers that Microsoft bungles up really really bad soon, in some way that even companies reliant on their product will find unforgivable, like a huge price hike or locking users out of their own PC for having internet opinions, something that effects bottom lines more than switching to a new platform.

I really hope so, but I wouldn't bet on this. In the past, MS was very good in finding the sweet spot of what they can force down peoples throats without loosing to much of their user base. They even made people buy new hardware in order to run Windows 11.