Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.

Update: They changed their minds on this, they've put the native version back up. See here.

Original article below:

It seems Transhuman Design have removed the Linux version of BUTCHER after users reported issues, opting instead to ask Steam to add it as an approved Steam Play title.

Announcing it on Steam, they said this:

Sadly, BUTCHER spontaneously stopped working on Linux. The most likely cause seems to be some incompatibility between the old Unity 5.6 Linux builds and new GPU drivers.

Since moving the codebase to a newer Unity version is potentially a titanic task (including testing, debugging, and hair-pulling) and the sole programmer of the game is tightly involved in another project to keep him afloat, we decided to request the game to be whitelisted as fully compatible with the new Steam Play feature.

Before it's officially accepted, you can try it now yourself and hopefully enjoy your game working on Linux again!

After digging into the Steam forum, I came across this forum topic started in August, where four users mentioned trouble starting the game. That doesn't seem like a lot of people to make such a big decision, but it's understandable that with a tiny team and little time they're trying to make it so Linux gamers still have a good experience. Probably a good case for Valve to allow people to have a choice between native and Steam Play's Proton.

Obviously the problem with them doing this, is that it no longer shows up as a Linux game on Steam, that is until Valve decide what they're going to do about showing Steam Play on store pages (if anything).

I'm pretty curious to know what the actual issue is here. Is it Unity once again messing up in their older builds, is it a driver update that broke it? We know so little.

Worth noting this is only on Steam of course, the native Linux builds are still available from Humble Store, GOG and itch.io.

What do you think about such a move? Keen to see some thoughts on this.

Article taken from GamingOnLinux.com.
10 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 came back to check 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. Find me on Mastodon.
See more from me
The comments on this article are closed.
70 comments
Page: «3/7»
  Go to:

g000h Sep 21, 2018
I'm a buyer of Butcher, on Steam, and I'm not happy about the move. This move 'forces' me to play a game which I paid for the native Linux version as a Windows or Steam Play/Proton version. I probably wouldn't have bought the game, if I'd known this was going to be the outcome.

I feel that there are occasions when Linux gamers on other distributions/setups do experience different issues with games compared to me. Often I hear things like "RUST doesn't work for me" or "Dying Light doesn't work for me" - but they both work fine for *me*, and have done since day one. I suspect that this 'Butcher' game would have worked fine for me (like the person reporting that the GOG version is good for them) had *I* played it on Linux.

Meanwhile, I'm having issues with Steam Play. Again, due to all the different setups and distributions and graphics drivers, I find that some games are not working for me in Steam Play, but seem to work for others.

I think I'd prefer it if there was THIS option from the Butcher developer:

1) Steam Play / Proton is supported platform, and is the default (owing to time constraints and support difficulties).
2) The native Linux version is still available to play, maybe by going into game Properties and choosing a native version from the 'Beta' menu.

Hope this type of thing doesn't become commonplace! -> Dropping the native version.
Creak Sep 21, 2018
Quoting: liamdaweI'm pretty curious to know what the actual issue is here. Is it Unity once again messing up in their older builds, is it a driver update that broke it? We know so little.
I don't know what is the real reason, but if I had to guess, I would say that Unity 5.6 is quite old (released in late 2016) and the state of the graphics drivers then, although much better than 10 years ago, was way inferior to what it is today. While on the other hand, the graphics drivers on Windows are pretty stable since the last 2 years.

So I would not be surprised if games still running under Unity 5.6 would start to see some issues on latest Linux distributions.
dvd Sep 21, 2018
Hopefully people who bought the game for linux can get a refund. A wine script is just not as good as a native game.
Omnibus Sep 21, 2018
I wish they would not pull the native version just because they can't make it work on someone's poorly maintained Ubuntu box stuck on some ancient trash version of libraries.

Who knows what they even tried? In this case I wish they'd have asked for help instead of just punting to Steam Play. I don't think that windows gamedevs are always particularly experienced with troubleshooting programs on Linux. I've had games that I had to run under strace to figure out why they wouldn't launch. If a build can be run at all: I will find a way. I don't think I'm unique in this regard either.
appetrosyan Sep 21, 2018
Sad news, but it also shows why steam play is such a big thing.

It's not as simple as steam play = good, regardless of what happens. But in this case it's a positive driving force.

"They pulled a native game off steam and replaced it with an emulator, how on earth is this a good thing?". Simply put, it means that we can further reduce friction to consider Linux for gaming releases. The ROI is bigger, since with simply saying " white-list this game for SP" you get the same result as with a sizeable time,effort and money put in.

As is common, the main code base is for Windows, the Linux version is closed-source and only one game developer is eyeballing it. The end result is buggy, laggy and outwardly no better than Wine. SDL versions are even worse: it's the same kind of indirection, simply less flexible and far less maintainable. Why do we insist that a compiled closed-source POSIX executable is better than an interpreted foreign one?

I hute to see us Linux gamers being treated as second-grade citizens, but this could have been far worse. What if they kept a buggy port, and made it impossible to use Proton? what if they just pulled it, because it was more trouble than its worth?

This is a Steam Play success story, and a small uidony for the 'nix gaming community.
appetrosyan Sep 21, 2018
Quoting: dvdHopefully people who bought the game for linux can get a refund. A wine script is just not as good as a native game.

In my experience, a wine script can be objectively better than a half-arsed port. Just take Doom 3, Return to castle Wolfenstein and a few older native games.
appetrosyan Sep 21, 2018
Quoting: Nevertheless"Worth noting this is only on Steam of course, the native Linux builds are still available from Humble Store, GOG and itch.io."
So it will be a problem for itch.io and GOG users at least. Therefore it's not a satisfactory solution. For me it could be acceptable it it were availlable on Steam only.

The best solution, is to make the game GPL, and let the community fix it. Another solution, is to intentionally pressure GOG to support Linux as first-class:
Spoiler, click me
you see, there still isn't a GOG galaxy for Linux.
damarrin Sep 21, 2018
View PC info
  • Supporter Plus
This is actually an interesting situation in another way as well: in removing the native version and asking Valve to whitelist the game for Proton, they are asking them to take over the support for the game as well. I wonder what Valve thinks about that.
Nevertheless Sep 21, 2018
Quoting: Cheeseness
Quoting: Nevertheless
Quoting: CheesenessI was speaking specifically to the case of Event[0], but it likely applies here too. How accurate is the developer's assessment that the problems are driver related? As Liam highlights in the article, there's not really enough information here to know for sure.

Reading through the thread that Liam linked, it has the hallmarks of a known issue that can cause garbage values to be used for screen/window resolution. I haven't dug into the specifics of the problem for a while, but IIRC, it was either an X or a xrandr update that caused the problem to manifest, and it became redundant when Unity switched to SDL for windowing.

Don't ask me if he's right.. :) However, the result will be the same either way. The developer will not fix the problems, and I guess it will not be easy to prove him wrong with his assessment, even for someone who knows better like maybe you..
Now, if the dev chooses to leave the native version online, as it is, and if the customers get the option to choose versions, who will support them? The dev for the native version or Valve for Steam Play? I think it's possible Valve won't support a game that has a native version, and the dev clearly states it's broken, so he won't either. And maybe that is one good reason he pulled it of the store. Still, who supports GOG and itch.io users now?
A user in the thread has just mentioned they're able to run the demo after deleting their prefs file, which is in line with my suspicions, so it looks like the game was never "broken" per se, and there's a simple client-side workaround.

As for whose responsibility it is to support users, people using Proton are Valve's problem to deal with, people using Linux-specific versions are the developer's problem to support. That's what was laid down in the Steam Play update/Proton announcement post, and I think it's fair to demand that that be adhered to.

I see all kinds of problems. Maybe in this case the technical side is clear (to you), but this will not be the case every time, there might be even more problems with the same game, or it might really and completely break for other reasons at a later time. There will be customers who will demand on a working native version, because they refuse to use Proton or are unable to use a workaround to get the Proton driven Windows version running. Even when (or if) Valve decides to give users the choice which version they want to use, they might decide to not whitelist (and therefore support) games with a native version in place. I don't even think it were a good idea if they did, as I think it might lead to more neglected native versions.
I like the idea of one fully supported native version with a chance to choose the unsupported protonized version for those who know what their doing, or no native version at all, and a Proton version, fully supported by Valve instead.
Yes I know, this is not the perfect solution for this case, as there is already a native version on GOG and itch.io.
Nevertheless Sep 21, 2018
Quoting: Guest
Quoting: NeverthelessAs already said here, maybe one day we have unified gaming platform for all OSs. It could be based upon Win32 and Vulkan. Personally I have no problem with that. Still GOG and itch.io users won't like it, at least until those shops adopt a solution like Proton themselves.

What people who develop things outside of Steam? What if game doesn't "just work"? What about multiplayer? What about Proton specific bugs?

I like Proton a lot, but watching not only accept, but encourage this type of thing really burns me. I've seen people on reddit and talk about using Proton for games that developers had already planned native support and TELLING those devs to release with Proton.

Proton isn't a cancer. I genuinely believe that it's positive force for Linux. I've even given advice to another developer on how to get whitelisted. But the idea that you just can't wait or not holding individual devs to account for their actions(by not buying, by reviewing,or by refunding i.e. don't be abusive) is ludicrous.

I would never tell a developer to only develop for Proton, because there is not just Steam, but also other stores. without Proton in place (yet).
What I meant is: As much as I would like everyone to use Linux or some other open/free OS that might evolve, who knows, the future might lead to a unified gaming platform around vulkan.... etc..
It might not be ideal, but I could live far better with that, than with MS walled garden gaming...
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!
The comments on this article are closed.