We do often include affiliate links to earn us some pennies. See more here.

It seems at some point over the last month or two, GOG finally removed the "in progress" notice for GOG Galaxy coming to Linux.

Something that was a bit overdue, since they clearly have no plans to actually bring GOG Galaxy to Linux despite it being the most voted-for feature request for many years. GOG and CD Projekt never really took it seriously though, with even the official Cyberpunk 2077 Twitter account trolling "We can assure you: it‘s not us. We are the driving force behind 'add Linux support for GOG Galaxy' though" in reply to GOG post about showing 2077 gameplay.

Every time I've spoken to the GOG team over the last few years, they just repeatedly told me it wasn't planned, despite the wishlist entry still listing it as "in progress" and their original announcement mentioning it would come to Linux too and that it was "being done with PC, Mac and Linux in mind" (so much for that huh?).

At least there's applications like the Heroic Games Launcher and Lutris that can help you manage your GOG games on Linux. Still, it would be nice if GOG at some point put some more resources into improving their Linux support. Plus, if you're going to be using a Steam Deck, buying from Steam just makes a lot more sense when it's far easier to access so I imagine that's eventually going to cost GOG a few more sales too and they're not exactly doing well.

It is a shame for those that want the Galaxy client, as I actually love what GOG do. The main idea that you can just log in and download a full offline installer is great and their repeated revivals of old games is wonderful too. But without Galaxy, some games end up missing features for Linux or just skipping a Linux build entirely on GOG.

Article taken from GamingOnLinux.com.
Tags: Apps, Editorial, GOG, Misc
35 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.
88 comments
Page: «8/9»
  Go to:

denyasis Jul 3, 2022
Quoting: CatKiller
Quoting: denyasisI'm no dev, and maybe I'm fundamentally not understanding the purpose of OSI and similar licenses, but I thought if you take an existing OSI licensed code base, added/changed/modified it, that your finished product would still need to be Open Source, right?
Nope. There are plenty of OSI-approved licences that aren't copyleft.

Quoting: dvd
Quoting: denyasis
Quoting: NociferA) There is a slight difference between restructuring and open-sourcing an already existing code base, and developing something as open source from the ground up

I'm no dev, and maybe I'm fundamentally not understanding the purpose of OSI and similar licenses, but I thought if you take an existing OSI licensed code base, added/changed/modified it, that your finished product would still need to be Open Source, right?

Yeah, Valve could have written some closed source code for proton, but given the number of open source projects they rely on, how much could the realistically make closed? The installer script maybe?

I think the FSF has a good page explaining free software (and another how "open source" is not equivalent): FSF page

Thanks! I knew you could write proprietary code and have it "talk to" OSI stuff, I didn't know you could take some OSI stuff and make it proprietary. I guess a good example would be the proprietary tech porting houses use ( which is probably based on WINE), right?

Quoting: Frawo
Quoting: GuestIt's tricky and costly for me. IF the game is one I'll play on the Steam Deck then I obviously buy it on Steam...it's just too easy, but then I tend to add the game to my wishlist at GoG and when the price is low enough I plan to buy it on GoG to create an offline back for future game preservation playing. If it's a game I will only ever play on my PC, then I snag it on GoG only.
Being able to have an offline backup of a game (even if only Windows), is very important to me...I am also enjoying my old NES games now thanks to owning the physical game and getting an Analogue NT Mini a while back, and it got me think about what if I want to play a game (backlog or replay) in 10, 20, 30 years....will Steam be around?

P.S. Yes, I have an older computer and my current computer that I plan to keep alive and drivers back up offline for future needs.
There is no need to rebuy a game on GOG just to have an offline backup. For Steam games, you can also make a backup of your "common" folder (and maybe "compatdata" for non native games), and you're good to go.

I can't speak for everyone, but I believe the general thought here is when Valve and Steam are gone. If the game doesn't require Stan to run (DRM free), you would be ok, but otherwise, those games are lost.
Not presuming anyone's age here, but a lot of us probably remember the "store wars" 10-15 years ago. When those stores closed, you lost your games.

That was a BIG selling point for GOG at it's inception. Some people really hated the mandatory client/DRM thing Steam and others did.
based Jul 3, 2022
They can keep their launcher, Heroic having both Epic and GOG games in it means -1 bloat less
Nocifer Jul 4, 2022
Quoting: denyasis
Quoting: NociferA) There is a slight difference between restructuring and open-sourcing an already existing code base, and developing something as open source from the ground up

I'm no dev, and maybe I'm fundamentally not understanding the purpose of OSI and similar licenses, but I thought if you take an existing OSI licensed code base, added/changed/modified it, that your finished product would still need to be Open Source, right?

Yeah, Valve could have written some closed source code for proton, but given the number of open source projects they rely on, how much could the realistically make closed? The installer script maybe?

Purple Library Guy already summed it up quite nicely:

Quoting: Purple Library Guy
Quoting: Pit
Quoting: jens(they could have made Proton completely closed, but decided to go 100% Open Source!).
It's based on wine. So no, they could not have kept it closed. So please don't make an essential requirement look like they did a great thing.
It needs Wine to work, but Proton itself is a separate thing, and Wine is LGPL not GPL, so there's nothing to stop someone from attaching Wine to a closed module. Sooo, yes, they could have kept Proton closed.

One example of how they could have gone about it is Easy Cheat: before the Steam Deck was released, there was wide speculation that in order to make Easy Cheat work Valve would strike a deal with Epic and make it work only on the Steam Deck by developing a closed source, proprietary kernel module that would satisfy Easy Cheat's requirements for system immutability etc. Yet, they did it completely transparently and in a way that anyone on a Linux distro can benefit from their behind-the-scenes work. Same with Battleye.

Still, even if this weren't the case and Proton was a de facto open source app, it remains the case that restructuring a code base of some 20+ years of spaghetti legacy in order to open-source it would be a hell of a headache for Valve's devs with minimal gain for Valve, if at all.


Last edited by Nocifer on 4 July 2022 at 8:28 am UTC
TodC Jul 4, 2022
Quoting: dvdI think the FSF has a good page explaining free software (and another how "open source" is not equivalent): FSF page

It isn't a very good explanation -- very long winded. To shorten it: basically "free" software means 1) you can run it how and why you want, 2) study and change it how you want, 3) distribute copies how you want, and 4) distribute modified copies how you want.

With "open source" software, the only real requirement is that the source be publicly available. The open source developer might choose a "free" license, or a "proprietary" license, or something in-between (like a no-paid commercial sales license).
TodC Jul 4, 2022
Quoting: denyasis<snip>That was a BIG selling point for GOG at it's inception. Some people really hated the mandatory client/DRM thing Steam and others did.

This was me -- I hated the DRM. But over time (and not even a lot of time) even the Windows installs for GOG games had issues. I'm a software developer -- if I want to debug software or software installs, I get paid pretty nicely to do that. When I want to play games, I want to relax and not debug software.

It always seemed over half the games wouldn't run on Windows without hours of tweaking -- and Linux stuff was only supported for one particular ancient-beyond-belief version of a distribution. It seemed very old-school, as in physical media old school -- one release that (might) work for a particular version of a particular OS, and that's it -- done.

Steam might use DRM, but at least their games just-work for me. (YMMV -- I don't have hundreds of Steam games.) The worst I've had to do is change which version of Proton a game uses. No debugging library incompatibilities or video card drivers or finding some silly setting in a config file in a hidden directory. And that's on Manjaro, which isn't exactly number one on the supported distributions list. (Had similar easy experiences with Mint and MX.)
BlooAlien Jul 4, 2022
Quoting: TodCSteam might use DRM, but at least their games just-work for me. (YMMV -- I don't have hundreds of Steam games.)

I do have hundreds of Steam games (thanks Humble Bundle and Steam sales!) and the vast majority of them just run when I click "Play", and of them few that don't, more and more of them seem to fall into line and start being cooperative each time I go back to test them again.
Purple Library Guy Jul 4, 2022
Quoting: TodC
Quoting: dvdI think the FSF has a good page explaining free software (and another how "open source" is not equivalent): FSF page

It isn't a very good explanation -- very long winded. To shorten it: basically "free" software means 1) you can run it how and why you want, 2) study and change it how you want, 3) distribute copies how you want, and 4) distribute modified copies how you want.

With "open source" software, the only real requirement is that the source be publicly available. The open source developer might choose a "free" license, or a "proprietary" license, or something in-between (like a no-paid commercial sales license).
That is indeed shorter, but it's not accurate. I'm more of a "free software" guy than an "open source" guy, but even I admit that the Open Source Definition is a lot more stringent than that.
Grogan Jul 5, 2022
View PC info
  • Supporter Plus
Steam is really an awful program on Linux. It should get a complete rewrite instead of the cobbled together kludge that it is.

All its gyrations and spinning wheels on startup, culminates in an absolutely sickening, bloated, fragile, chrome browser-based UI.

I'm not sure having the source code to the client would help you :-)
scaine Jul 5, 2022
View PC info
  • Contributing Editor
  • Mega Supporter
Quoting: GroganSteam is really an awful program on Linux. It should get a complete rewrite instead of the cobbled together kludge that it is.

All its gyrations and spinning wheels on startup, culminates in an absolutely sickening, bloated, fragile, chrome browser-based UI.

I'm not sure having the source code to the client would help you :-)

I don't think anyone could argue that it's not "cobbled together kludge", but I don't see what you mean by "bloated" or "fragile". I can't think of many features it offers that I don't use (pretty much the reason I'm a Steam-focused gamer), and it's never crashed on me in coming up 9 years of every day gaming, so I'm not seeing "fragile" at all.
BlooAlien Jul 5, 2022
Quoting: scaine
Quoting: GroganSteam is really an awful program on Linux. It should get a complete rewrite instead of the cobbled together kludge that it is.

All its gyrations and spinning wheels on startup, culminates in an absolutely sickening, bloated, fragile, chrome browser-based UI.

I'm not sure having the source code to the client would help you :-)

I don't think anyone could argue that it's not "cobbled together kludge", but I don't see what you mean by "bloated" or "fragile". I can't think of many features it offers that I don't use (pretty much the reason I'm a Steam-focused gamer), and it's never crashed on me in coming up 9 years of every day gaming, so I'm not seeing "fragile" at all.

I've personally had the occasional issue or glitch with Steam over the years, but they are at least becoming increasingly rare these days, so at least they're clearly working on it (however slowly "Valve Time™" continues to run).
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.