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.
Well folks a lot of you saw this one coming, GOG.com have officially responded to us to state that Linux support just isn't happening anytime soon. Quite sad news really, was hopefull on this one since they are such a big name and a pretty decent store too.

Here's the message I got from Trevor Longino, their Head of PR and Marketing, with thanks to Piotr Szczesniak who also works in the PR dept.
Trevor Longino GOG.comHi Liam,

Unfortunately not much has changed in our stance towards supporting Linux in the last few months and there is one main reason for that. Since our birth over 5 years ago we have always provided full customer support for all games we have released. That is not going to change. For every game we release we provide a money-back guarantee: if we can't get the game working on the customer's computer with the help of our support team, we return the money. The architecture of Linux with many common distros, each of them updating fairly often, makes it incredibly challenging for any digital distribution company to be able to properly test the game in question, and then provide support for the release--all of which our users are accustomed to.

Sure, we could probably release a client and sell the games and let Linux users worry about the rest. We don't consider it, however, a viable option for the business model we have followed so far. Apparently our model has its drawbacks, as we cannot make everyone happy, but, as of now, we don't plan on introducing Linux support in the foreseeable future.


So folks no matter the hints, you have it direct from their PR head.

This line is the bit that gets me:
QuoteThe architecture of Linux with many common distros, each of them updating fairly often, makes it incredibly challenging for any digital distribution company to be able to properly test the game in question, and then provide support for the release--all of which our users are accustomed to

It has often bugged me just how many distributions there are, but it's more of a problem with their own policies of refunding if they cannot get it to work for you which is a good policy, but on Linux it is fair enough that it could be trouble for them when someone tries to install x game on "Look Ma I Built A Distro v4" that has some crazy new configuration somewhere.

I will just leave this here:
image

UPDATE #1, I asked if it was basically the amount of distro's and how often they are updated that's really the issue:
Piotr Szczesniak GOG.comIt's a bit more than that.

There are a number of distros. We can support just one (which is how Steam is doing it), but since we believe strongly in freedom of choice, that's not our preference. On the other hand, supporting everything in the world is more burden than any business could assume So, the last time we looked into this, we investigated supporting three common ones: Mint, Debian, and Google's Chrome OS.  We researched the number of OS updates, how often they occurred, when (and how frequently) various libraries are surpassed and deprecated. We then researched how often, for example, updates to these versions of Linux caused problems with DOSBox, SCUMMVM, and other tools that we make use of for our remastering process. 

There is a difference in GOG.com's business model from Steam or any other distributor out there. *We* are on the hook for support of these games. And we update our support as the OSes that our games are running on are updated. That means that, unlike a developer or any other distributor, when we release on a Linux distro, we don't have to test once and then we're done. Each time there is a major update in an OS that we support that changes compatibility, we have to devote substantial time and resources to updating our catalog to work with the update. Sometimes, it may even occur that we cannot fix it in-house but rather have to spend the money to get it fixed by outside resources or else we'd have to remove the compatibility for the game from its game card. Imagine if we had 400 games from our 600+ game catalog supported on Linux and we found that a third of them no longer worked in a distro that we supported. Imagine the time and effort that would go into re-building 130 games.

Now take that kind of time and effort--time and effort that is not required by other OSes except on a one every four or five years' basis--and think of the cost we associate with it vs. the possible revenue that we might earn from Linux. Even if, on average, a Linux distro only has big updates as often as, say, Mac OSX does (every four or so years), unless these big updates are synchronized across the distros (which, historically, they're not) that means we're seeing the need to remaster some of our games every 14 - 16 months. 

Until we can figure out something like a better way to automate testing and building games for GOG.com, there's no way that the economics of Linux support make sense for us. That said, we do know that there are plenty of people who want to be able to play their games with Linux-native support from us, and we continue to look for ways where we can automate this until it reaches a point where it is something that we believe we can do and not lose money at it.

So a long winded answer to basically say "Yes Linux is updated too often for us".

Strikes me as odd since even Windows which was once known for being exceptionally slow to make major OS updates has committed itself to having a much more regular release schedule now, along with Mac having yearly releases.

So, I have asked about that as well and I have also pointed out that Ubuntu for example has LTS (Long Term Support) releases which are meant for things like this, so people don't have to update every 6 months.

UPDATE #2:
Piotr Szczesniak GOG.comNo, it's not.

One, because Windows' faster releases are promised, but I'll believe it when I see it. As for Mac OS:  "The desktop-oriented version, OS X, followed in March 2001 supporting the new Aqua user interface. Since then, seven more distinct "end-user" and "server" versions have been released." (seven versions released over 12 years or about one every other year).

Also, as I just noted below, to support Linux in a manner that we feel is consistent with our standards, we would need to support three distros each of which sticks to its own schedule and period for updates, and each of which brings in a tiny part of the revenue of Windows or even Mac. So, as I noted, it's a question of economics. Until we solve things our own end for how to make this scale economically, I don't see it happening any time soon. That said, we are investigating how to do this for a variety of issues beyond Linux support, so don't give up hope. Just don't expect it tomorrow, either.

About his Mac point - It was one every other year back in 2009 but Mac now does yearly updates, 2011, 2012 and 2013 will have all had Mac OS X releases and they have said it will be yearly.

So basically guys, if you're looking for native Linux support out of the box you'll have to look elsewhere than GOG for now.

We have Steam, Desura, Gameolith, ShinyLoot, FireFlower Games and one day soon IndieCity too. One day GOG.com may support us and I will thank them when they do and we can put all this to rest!

I hope one day they support us but considering their answers I don't ever see it happening. Article taken from GamingOnLinux.com.
0 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
The comments on this article are closed.
182 comments
Page: «3/19»
  Go to:

DrMcCoy Sep 5, 2013
Quoting: liamdaweYour other points are valid but it doesn't change the fact that it is extra work for developer
Sure, it's extra work. It's also extra work to look into what middleware is portable, what APIs not to use, etc.. I just think that this bit of extra work is well spent. And what package format to choose is really the smallest bit of work in comparison.

Especially when we're talking about GOG. GOG that are distributing games that already have working Linux support. That they strip away. It's just so lazy; they're not even trying! It's just so damn frustrating and disappointing.

Quoting: liamdaweAs perfectly pointed out by our new member commodore256 you are a very far above average user, if you feel so strongly, why not send them your wise words yourself?
Frankly, I don't trust myself enough to not yell at them.
Clean3d Sep 5, 2013
If GOG believes they have to support or refund their products, I respect their decision. I think Linux users are used to supporting themselves when things don't work, but from the developer's standpoint it's tough to sell a product you know is likely to break. When push comes to shove, they're the ones that get shouted at for bugs, after all.

I am disappointed with GOG's decision, though. I still think they're poised to take as much of the Linux market as they want. They've taken jabs at Humble for their lack of fidelity to no-DRM, they offer downloads without a client (very convenient, IMHO), have built a reputation of at least partial cross-platform support, they offer more downloadable content than other portals, have standard prices that rival some of Steam's sales, and aren't gamifying their store to milk money out of customers. For all that, GOG, I'm willing to get my support from the community.

p.s. Also worth noting the difference between uploading and supporting ports of their retro catalogue, and letting indies sell their ports through GOG. I assume they relegate support of the latter to the individual devs.

p.p.s Hello GOL!
commodore256 Sep 5, 2013
I think a reasonable solution for this is just support Ubuntu and a Ubuntu Sandbox system that's kinda like chroot, but with more access to devices and native systems and stuff like xdg-open calls would be re-routed to the non-sandboxed browser.

That way, Developers only need to work about Ubuntu and GOG/Valve can use Ubuntu as the base and make minor tweaks and all breakage fixing can be streamlined.
Mike Frett Sep 5, 2013
Yeah it's just a standard, ignorant response. They could easily choose ONE platform like Steam has done (Ubuntu) but they just want to be a-holes is all.

I don't think we need them anyway. Most of those old games work just fine in DosBox and Wine. It's mostly newer things that have issues until they're worked out.
Clean3d Sep 5, 2013
commodore256: I think that's a decent solution, but I would much rather that both distributions and game developers support a distro-agnostic set of standards than everyone agree to converge on a single distribution.
tweakedenigma Sep 5, 2013
Quoting: Clean3dcommodore256: I think that's a decent solution, but I would much rather that both distributions and game developers support a distro-agnostic set of standards than everyone agree to converge on a single distribution.

This would be great and is a fine way to do things. However that is different than actually supporting every distro under the sun. 

It's one things to set it up so it should work on every distro and another thing entirely to train support staff to help people with every distro and DE. 

So selecting officially supported distros would be the right way to go and anyone not using a supported distro should be aware that they are buying at there own risk. 
commodore256 Sep 5, 2013
Quoting: "DrMcCoy"I'm pretty sure Debian can update the nVidia drivers automatically through its package system.

Very sure, because I actually had to jump through hoops to disable that (I'm a manual kind of person). Ubuntu surely does that as well.
Yeah, I tried that in apt-get, it doesn't fucking work. It says you can't update while running Xorg.

Quoting: "DrMcCoy"Ah, come on, I can name you hundreds of Windows 3.1 and Windows 95 games that don't even work in Windows 2000 or XP, let alone in 7 or 8.
That's an old Windows Game in Linux using Wine (Some with Dosbox) that's pre-DirectX9. Wine is works almost flawless with Pre-DirectX9 Games with some DirectX7 Games not working like the Sims and some DirectX9 Games working without tweaks. I could go on and on how a 7 year old game doesn't work and keeps on crashing in wine, (and I shouldn't have to go through that bullshit) but I was talking about Windows compatibility with Windows Games vs. Linux compatibility with Linux Games.

Wine is almost perfect for DirectX 8.1 Games and below, but the more advanced the proprietary API that you're trying to re-implement gets, the less viable it becomes. It's sad we had DirectX9.0c for 9 years and the Wine implementation still doesn't fun my favorite games that are 7 years old and the most god-like Card that was available when it was new was a Geforce 7950 GX2 and my crappy $45 GTX 460 is ten times faster than that (according to my sources)

That's just plain sad.
DrMcCoy Sep 5, 2013
Quoting: commodore256Yeah, I tried that in apt-get, it doesn't fucking work. It says you can't update while running Xorg.
Well, I admit I have no idea about that.

Quoting: commodore256but I was talking about Windows compatibility with Windows Games vs. Linux compatibility with Linux Games.
I am talking about the Linux version of Neverwinter Nights. NWN1 did get a native Linux release in 2003.

In contrast, try running Discworld Noir on your Windows 8 machine. Or Gabriel Knight 3.

Quoting: commodore256It's sad we had DirectX9.0c for 9 years and the Wine implementation still doesn't fun my favorite games that are 7 years old
Wine can use the dx3d9 DLLs though, and with those, many games do run.
commodore256 Sep 5, 2013
Quoting: DrMcCoy
Quoting: Quote from commodore256but I was talking about Windows compatibility with Windows Games vs. Linux compatibility with Linux Games.
I am talking about the Linux version of Neverwinter Nights. NWN1 did get a native Linux release in 2003.
Yeah and you can't even run Descent 3 on a modern Distro without using a Glibc compatibility 
Quoting: DrMcCoy
Quoting: Quote from commodore256It's sad we had DirectX9.0c for 9 years and the Wine implementation still doesn't fun my favorite games that are 7 years old
Wine can use the dx3d9 DLLs though, and with those, many games do run.

Even when I replace my DLLs, it still doesn't work with DirectX 9 games and I also shouldn't have to replace my DLLs, it should work when I click install and click on the runtime EXE.
Lord Avallon Sep 5, 2013
I think it was a very empty answer, they could do like Valve and Unity did, support one or two major Linux distributions and simplify things, I really don´t think they care about the Linux users who asked them for support, all they do is wrap the old games on the emulators what is much more easy than do native ports (excluding the new games), we have DosBox and ScummVM running natively on Linux and it´s not that hard to configure the games. I respect their opinion, even if it sounds empty and pointless to me, and I am not worried about this fact, in my opinion Valve did and is doing a lot for Linux gamers and so Unity 3D and others.
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.