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

×
I am someone who very recently switched to Linux. I was initially worried about the switch since most of my game collection is on GOG, not Steam, so I was worried my games wouldn't run. However, after actually using Linux, I realized most of GOG games actually work after only a little bit of tweaking--its only a little more inconvenient than say, downloading them off of Steam.

At the same time, I'd still like to see a proper Linux client. Right now I am missing what I think is the most valuable feature of the client, which is cloud saves. It disappoints me that there isn't one yet.

I used to think that the reason GOG doesn't make a Linux version of the GOG client is because it would be too difficult relative to the return they would get. However, after thinking more about it, I realized that, in theory at least, a Linux client shouldn't be that difficult. Of course, it's hard to make judgments like that without knowing what their code base is like or how much it would cost them. But if you try break down what a true Linux client needs to accomplish, the obstacles don't seem that insurmountable.

First of all, GOG already has both a Windows AND a Mac version. This implies that the codebase for GOG Galaxy is already portable to a certain extent, so in theory there shouldn't be many roadblocks to making a Linux client. A bare minimum client would only need to accomplish two things--install and manage Linux native games, allow users to download installers for other OSes, and cloud saves. I don't think any of these things would be that difficult--the client just needs to automate the installation of Linux games, and point at the proper save directory (I think save games should be portable between OSes, for the most part) for cloud saves to work.

The extra mile would be to integrate WINE+DXVK+Vkd3d into the client to enable running Windows games on Linux. All of this software is open source, and WINE+DXVK+Vkd3d would be doing all the heavy lifting when it comes to actually running the games. Really all GOG would have to do, as far as I understand it, is to seamlessly create a WINE prefix when installing a game, and make the client launch the game's executable through WINE, and perhaps also provide some options to tweak on a game by game basis. All of this would just be GUI shorthands for what is essentially a few terminal commands. Lutris and Heroic do this already. Put a disclaimer that Windows games aren't guaranteed to work on Linux if you must.

It's possible that some features might not work on Linux through this, like the community stuff or achievements, but honestly I wouldn't care if we didn't get every single feature available in Windows. Call it a alpha version.

It's possible I am missing some sort of complication here, but based on my limited knowledge, none of this is intrinsically difficult. Of course, I am well aware that software projects that seem simple on paper can actually have a lot of complications, but I do think that if even a fraction of GOG Galaxy's features are feasible on Linux, GOG should go for it.

One potential problem is the issue of multiple distros, but these days Flatpak is a thing.
Post edited April 03, 2022 by Sheershaw
Getting the basic features (store browsing, games download/installation/launch) working on Linux would be almost trivial. But there are good reasons to think there is not a single Linux developer working for GOG right now.
Keep in mind, what separates BSD (Which MacOS is based on) and Linux is mostly down to a bunch of bearded philosophers in suspenders making deliberate choices, then geeks in turtlenecks adopting it.

At the end of the road, it's all still strongly Unix based, and you can run utility programs from 1971. Like df.

Now which interface toolkit should it be built on? Personally, I'd suggest two: ncurses for the console/terminal, and shrugs; wxWidgets/wxPython for the GUI version? GTK is currently undergoing a major version shift and as such any development for it would be shafted. Heck, I'd accept X Athena Widgets, Xforms, or OPEN LOOK.
low rated
they dont bother with less than 2% playerbase os
low rated
avatar
Orkhepaj: they dont bother with less than 2% playerbase os
What matters is the percentage of that 2%? that would buy games here. If it's high enough it would be well worth the trouble.
low rated
avatar
Orkhepaj: they dont bother with less than 2% playerbase os
avatar
richlind33: What matters is the percentage of that 2%? that would buy games here. If it's high enough it would be well worth the trouble.
And who of that 2% would not be using steam and their client with the tight integration f steam specific drivers and support, not to mention cheaper prices and bigger catalog. Seems to be another “pleas give me steam, but don’t call it steam”.
avatar
vv221: Getting the basic features (store browsing, games download/installation/launch) working on Linux would be almost trivial. But there are good reasons to think there is not a single Linux developer working for GOG right now.
Hmmm... Honestly a handful of scripts plugged into the browser may get the same result. Have a folder it watches to 'install' and only for completed files, when said files are downloaded run said shell scripts...

Not sure beyond that.
avatar
Darvond: Keep in mind, what separates BSD (Which MacOS is based on) and Linux is mostly down to a bunch of bearded philosophers in suspenders making deliberate choices, then geeks in turtlenecks adopting it.
And the proprietary API/windowing system i believe...

FreeBSD is probably a decent system by itself, but when you step away from the CLI and go graphical a lot of things get muddied.
Post edited April 04, 2022 by rtcvb32
low rated
avatar
richlind33: What matters is the percentage of that 2%? that would buy games here. If it's high enough it would be well worth the trouble.
avatar
nightcraw1er.488: And who of that 2% would not be using steam and their client with the tight integration f steam specific drivers and support, not to mention cheaper prices and bigger catalog. Seems to be another “pleas give me steam, but don’t call it steam”.
I hate windows a lot more than I hate steam. It's hard to hate something as tiny and inconsequential as GOG. lol
low rated
avatar
nightcraw1er.488: And who of that 2% would not be using steam and their client with the tight integration f steam specific drivers and support, not to mention cheaper prices and bigger catalog. Seems to be another “pleas give me steam, but don’t call it steam”.
avatar
richlind33: I hate windows a lot more than I hate steam. It's hard to hate something as tiny and inconsequential as GOG. lol
It’s not really about win or Linux though. If you want a client, then it makes sense to use steam, far more advanced, bigger library and cheaper. More so if you use Linux as steam is well embedded there even more with steam deck. Seems to be madness all these calls for galaxy on a platform they can barely support for games against using something already there and working. Same really goes for windows as well. That’s why it seems to me simply to be a case of we the steam client and just rename it galaxy, jobs a good one.
avatar
Darvond: Now which interface toolkit should it be built on? Personally, I'd suggest two: ncurses for the console/terminal, and shrugs; wxWidgets/wxPython for the GUI version? GTK is currently undergoing a major version shift and as such any development for it would be shafted. Heck, I'd accept X Athena Widgets, Xforms, or OPEN LOOK.
It's built on Qt. Also embedded Chromium, POCO, Python, and some other bits and bobs. If they currently aren't even porting Galaxy to Linux, they certainly are not going to write a new version from scratch.
Attachments:
avatar
eric5h5: It's built on Qt. Also embedded Chromium, POCO, Python, and some other bits and bobs. If they currently aren't even porting Galaxy to Linux, they certainly are not going to write a new version from scratch.
...So there's (practically) nothing to do if it's already built on QT. Which brings up a question then, if Galaxy is built on QT, why are the offline Linux installers still using GTK2 widgets?
avatar
rtcvb32: And the proprietary API/windowing system i believe...

FreeBSD is probably a decent system by itself, but when you step away from the CLI and go graphical a lot of things get muddied.
Which, can be a little moot at times since it is possible to run X on MacOS and eschew all that.

Sure, FreeBSD and BSD variants make it clear that it's no picnic when it comes to packaging for them, not for a lack of ability, but because of their often strict packaging philosophy which is basically "maintain or die".
Post edited April 04, 2022 by Darvond
avatar
Darvond: ...So there's (practically) nothing to do if it's already built on QT. Which brings up a question then, if Galaxy is built on QT, why are the offline Linux installers still using GTK2 widgets?
It looks like I anticipated your question ;)
avatar
vv221: (…) there are good reasons to think there is not a single Linux developer working for GOG right now.
avatar
Darvond: ...So there's (practically) nothing to do if it's already built on QT. Which brings up a question then, if Galaxy is built on QT, why are the offline Linux installers still using GTK2 widgets?
avatar
vv221: It looks like I anticipated your question ;)

(…) there are good reasons to think there is not a single Linux developer working for GOG right now.
^ That's probably the truth. It's one of those situations where a large development team isn't needed at all, just one really good "Linux guy", but given things like abnormally long support ticket wait times caused by apparent under-staffing, that one Linux guy they had was probably one of the staff they downsized a whilst back. Hence the situation where we keep hearing "GOG isn't about old games on old OS versions, it's about old games on new OS versions" repeated over & over as an excuse of why GOG shouldn't support Windows 7-8, whilst Linux support is flipped on its head ("supported version = Ubuntu 14-18" (whilst the world is on Ubuntu 20-22...))
Post edited April 04, 2022 by AB2012
low rated
ive heard linux is dev friendly , so was that a lie or gog is just lazy?
Having no software development background or knowledge whatsoever, in my expert opinion I can confidently say that NO, it would not be difficult.

There are gaming client projects out there done by a single guy or girl, for cups of coffee or other negligible or non-existent donations. You can see with tools like lgogdownloader or gogrepoc that leaving the community to fix GOG actually works out. Imagine if GOG assisted them in this, where would we be?

It's clear GOG does not have anyone capable of doing a Linux version of the client, either through laziness, lack of foresight, or sort-sighted short-term profit marginalisation. They won't open-source the client due to clinging to proprietary software as competitiveness. Worse still, if open-sourced, all their likely data collection would be exposed. Can't have that.

But even though it's by the far the most wishlisted feature on GOG, we can live without it. If we're really desperate for cloud saves or crossplatform multiplayer, then just use Wine. Lutris even makes it easy for you if you need that. I really don't think adding some Wine options to a client would be difficult though (see Heroic/legendary) so they *could* integrate that and more to a Linux Galaxy, if they wanted to.

But they won't. And more will flock to Steam. Fools.