It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Extended support for our expanding catalog of Linux games



A happy day for all worshipers of the mighty penguin! Ubuntu 16.04 LTS has been released and is fully supported by GOG.com, making your Linux gaming experience smoother and more stable than ever before.

Alongside the 16.04 release GOG.com will of course continue to support 14.04, although we suggest keeping your system updated to minimize the risk of running into any issues. Our support also extends to any future non-LTS releases, official Ubuntu flavors (like Kubuntu, Xubuntu, etc.), and derivatives (e.g. Linux Mint, elementaryOS etc.), so as long as your operating system is part of the Ubuntu family, you have nothing to worry about. Naturally, our technical support and refund policy apply to all these versions.

Our brave QA team has been tirelessly testing the games in our Linux catalog and we're happy to report that nearly all of them are already fully compatible with Ubuntu 16.04. The very few temperamental ones are getting fixed soon, so keep an eye out for patches.

AMD Radeon users should remember that the fglrx driver is removed from this release and they should use the opensource driver that is included in 16.04 by default. Read more about it <span class="bold">here</span>.

If you find yourself in need of technical support or more details regarding Linux matters, head to this <span class="bold">FAQ</span>. All the information in it will be updated soon.


Happy upgrades!
avatar
jamyskis: The hilarity about this is that I doubt that many of the Linux users are actually using the supported distros. Desktop Linux as used in home environments is one of those cases where people aren't too reliant on support, and so they basically just take their chances. I believe that's actually the reason why GOG started offering distro-independent archives.

(I actually use Mint 17, but I suspect many of GOG's Linux users are rocking Debian or Arch. Maybe some are even running SteamOS)
Personally, I preferred the tarballs, but mojo installers still beat .deb.
avatar
Nepenthes: Don't forget that Mir and Wayland requirements are incredibly close (better EGL support), and the same goes for their paradigms. So close that they usually get supported at the same time by drivers (think NVIDIA proprietary driver, Intel driver before Mir support was removed).

In the end, I'm not too worried about fragmentation of Linux ecosystems, since most games will rely on SDL 2, and many already do. SDL 2 has Xserver, Wayland, Mir and many other backends...
That burden simply will fall on SDL developers, and amount of bugs and problems will plague it a lot more than before because of it. Same goes for drivers and toolkits developers (i.e. Qt, GTK etc.). Overall, Canonical created a huge mess for no obvious reason and benefit. As they admitted, they simply didn't understand Wayland features enough and assumed it won't fit their needs (while it perfectly could). I wouldn't call such approach experienced or professional.

avatar
nasrah: I've forgot... When The Witcher 3 will be available on SteamOS / Linux ?
Not any time soon. See here. CDPR basically either dropped the effort or in the best case will do it with enhanced edition of the Witcher 3.
Post edited April 25, 2016 by shmerl
avatar
Gede: Actually, I'm running i3 on Arch with two screens. I'm not going back to KDE any time soon.
I'm running i3 on Arch on my laptop, and I'm not going back to openbox anytime soon! It took a little while to get on to working in i3, but now I find everything else so cumbersome.
avatar
Gede: Actually, I'm running i3 on Arch with two screens. I'm not going back to KDE any time soon.
avatar
hummer010: I'm running i3 on Arch on my laptop, and I'm not going back to openbox anytime soon! It took a little while to get on to working in i3, but now I find everything else so cumbersome.
Interesting - I was thinking of switching from OpenBox to i3 on my Manjaro installation. At some point, perhaps I will - been eyeballing it.
avatar
d3v14n7: Can someone explain the reasoning for the classification of "Ubuntu" in place of "Debian" for the family of OSes mentioned?

Is there something Canonical-specific to OSes like "Mint" that would class it as "Ubuntu" family over "Debian" family?
avatar
Gydion: The fact that Mint is a direct Ubuntu derivative. Ubuntu itself derives from Debian.
Hmm...?!

I didn't know that.

I erroneously assumed it was a fork of Debian, itself.

In that case (while I can still access the web to a degree) I guess I'd better install Cinnamon to Debian, because, if the names "Canonical" and "Ubuntu" weren't symbolic enough for you all, the fact that it's claimed Shuttleworth has been where no man nor man-made vehicle has ever been [despite SMOM-led theatrical media productions] should give you a large clue that things will eventually get ugly for Ubuntu/fork users [just as currently experienced through the MS, Apple and Google constructs] as their data ends up on a personalised corner of a server at that web/net military central hub they call CERN [while its true purpose hides behind another ridiculous psyence-fantasy mask]. Round and round you go, caged and upon Shiva's hamster wheel [see also Windows logo, Google logo and even the Apple logo (representing Eve's serpent-desire temptation - which amounts to the same conclusion) for the same symbolism.]
Post edited April 25, 2016 by d3v14n7
avatar
jorlin: Thanks for the effort. Please do share this list of games that are not working properly yet.
If it is one I play actively, I might postpone upgrading my system until either I have finished playing the game or until patches that correct the issues are rolled out (Preferrably supporting both 14.04 an 16.04)
avatar
linuxvangog: There were very few of them :) What do you play recently?
a bit late, but still:
- Fran Bow
- Deadnaut
- Don' t Starve
- Desktop Dungeons
- Lords of Xulima
- Crypt of the Necro Dancer
Yes, that' s about it
avatar
linuxvangog: There were very few of them :) What do you play recently?
avatar
jorlin: a bit late, but still:
- Fran Bow
- Deadnaut
- Don' t Starve
- Desktop Dungeons
- Lords of Xulima
- Crypt of the Necro Dancer
Yes, that' s about it
All those should work just fine on 16.04 and if they didn't I would've been informed about them not working since for 5 of those games I deal with the developers directly :)
Post edited April 26, 2016 by JudasIscariot
avatar
JudasIscariot: All those should work just fine on 16.04 and if they didn't I would've been informed about them not working since for 5 of those games I deal with the developers directly :)
Can you please direct this to GOG QA? They should test all 32 bit games on large XFS partitions (1+ TB and more). A lot of them have this infamous bug: https://www.gog.com/mix/linux_games_with_large_xfs_partition_bug

Developers can easily avoid it, but many simply don't pay any attention. GOG should either stop accepting 32 bit releases, or should require developers fixing this mess by using -D_FILE_OFFSET_BITS=64.

But at least GOG QA should have this test case in place, since still many games are released on GOG with this bug.
Post edited April 26, 2016 by shmerl
high rated
avatar
JudasIscariot: All those should work just fine on 16.04 and if they didn't I would've been informed about them not working since for 5 of those games I deal with the developers directly :)
avatar
shmerl: Can you please direct this to GOG QA? They should test all 32 bit games on large XFS partitions (1+ TB and more). A lot of them have this infamous bug: https://www.gog.com/mix/linux_games_with_large_xfs_partition_bug

Developers can easily avoid it, but many simply don't pay any attention. GOG should either stop accepting 32 bit releases, or should require developers fixing this mess by using -D_FILE_OFFSET_BITS=64.

But at least GOG QA should have this test case in place, since still many games are released on GOG with this bug.
Look, we're in no position to demand that developers do this or that. We may only suggest and that is as far as we're willing to go since we have to work with people and not place demands on them.

In cases such as these, it's up to you, the consumer, to get in contact with the developers since it's your money they need in order to make more games.

You have to remember that we're a distributor first and foremost. Place yourself in a developer's shoes: would you want a store making constant demands for something as specific as support for XFS? Or put yourself in our shoes: how would we look if we were to send out emails to developers demanding that they build a 64-bit or universal version of a Linux game or otherwise we don't carry that Linux version? And then how would we look to the masses of people who simply want a Linux version of a game from us but we'd have to tell them "Oh sorry, the game's 32-bit only so no Linux version for you."

It's bad enough we don't have already existing versions of Linux games for reasons I can't go into so let's not add even more games to the "no Linux version on GOG" pile, shall we? :)
avatar
Gede: Actually, I'm running i3 on Arch with two screens. I'm not going back to KDE any time soon.
avatar
hummer010: I'm running i3 on Arch on my laptop, and I'm not going back to openbox anytime soon! It took a little while to get on to working in i3, but now I find everything else so cumbersome.
i3 for me was simple for a number of reasons:
- I had previous experience with other tiling WMs, such as dwm, Awessome, wmii and wmi beforehand;
- I use mainly terminal windows and editors, which tile nicely; and
- I usually prefer to use the keyboard as my primary input device.

I never really got to try out Ratpoison or Stumpwm. I am quite satisfied with i3 for now, and I still have a lot of room to push it through with configuration. However, it is not for everyone, for sure.

When I have to use Windows... oh, I feel like I am crossing a swamp! Perhaps it is lack of familiarity, since I don't use it regularly any more. But that click-type-click-click-type routine is annoying. I can only guess how it is like with touch.
avatar
JudasIscariot: Or put yourself in our shoes: how would we look if we were to send out emails to developers demanding that they build a 64-bit or universal version of a Linux game or otherwise we don't carry that Linux version?
That's not what you should be telling developers. You can tell them, that vast majority is using 64-bit OSes, and if they provide 32-bit builds, that should be in addition to default 64-bit one. After all developers also don't want to deal with unnecessary bugs, and many of these are caused by using 32-bit builds on 64-bit systems. It's an easy sell for developers. Focus on your target audience, instead of releasing a buid for very small percentage which at the same time is broken for the rest. And if they feel they really need to support that use case - it should be in addition to most users.
Post edited April 26, 2016 by shmerl
avatar
shmerl: They should test all 32 bit games on large XFS partitions (1+ TB and more).
May I ask why you decided to go with XFS on your system? What benefits do you notice using it? I have not been too happy using Btrfs.

Do you use a loop device to work around this issue you have?

Since Linux is such an heterogeneous OS, perhaps GOG could consider creating some sort of survey for their customers. They could then make the results available to the developer community (I wonder if the Steam client takes care of that for Valve).

EDIT: Their proper name is "loop devices", not "loopback devices".
Post edited April 26, 2016 by Gede
avatar
shmerl: They should test all 32 bit games on large XFS partitions (1+ TB and more).
avatar
Gede: May I ask why you decided to go with XFS on your system? What benefits do you notice using it? I have not been too happy using Btrfs.

Do you use a loopback device to work around this issue you have?
I started using XFS because it was reported to have faster I/O than ext4. I didn't really research lately how they compare, but XFS is known to be fast in general.

I use loopback workaround when this bug happens. The only problem I have with it - each time I need to mount an image file (in loopback mode), I need to use sudo. I didn't find a FUSE method to do it so far.
avatar
shmerl: I use loopback workaround when this bug happens. The only problem I have with it - each time I need to mount an image file (in loopback mode), I need to use sudo. I didn't find a FUSE method to do it so far.
It would be nice if udevil could handle these too. Maybe it does. You may want to take a look.
https://ignorantguru.github.io/udevil/
avatar
jorlin: a bit late, but still:
- Fran Bow
- Deadnaut
- Don' t Starve
- Desktop Dungeons
- Lords of Xulima
- Crypt of the Necro Dancer
Yes, that' s about it
avatar
JudasIscariot: All those should work just fine on 16.04 and if they didn't I would've been informed about them not working since for 5 of those games I deal with the developers directly :)
Dear JudasIscariot, thank you for your reassurance :-)
I'll make a proper backup first and then I will take the plunge.
avatar
shmerl: They should test all 32 bit games on large XFS partitions (1+ TB and more).
avatar
Gede: May I ask why you decided to go with XFS on your system? What benefits do you notice using it? I have not been too happy using Btrfs.

Do you use a loop device to work around this issue you have?

Since Linux is such an heterogeneous OS, perhaps GOG could consider creating some sort of survey for their customers. They could then make the results available to the developer community (I wonder if the Steam client takes care of that for Valve).

EDIT: Their proper name is "loop devices", not "loopback devices".
What's wrong with Btrfs, except that is still so new that almost no external major disk mount utility supports it?
I have been using it for 2 years now and I did no have any issues tied to the filesystem yet.
Post edited April 27, 2016 by jorlin