Posted January 17, 2018

vv221
./play.it developer
Registered: Dec 2012
From France

Alm888
No Tux == No ₽
Registered: Nov 2014
From Russian Federation
Posted January 17, 2018

Mac & Linux recommendations for low end machines:
https://www.gog.com/mix/linuxvangogs_list_for_low_end_linux_mac_computers
I have a question about some aspects of the games.
Notice: The Linux version comes with a 32-bit binary only. This is a Wine game and requires your local Wine package in order to play.
What does it mean? Is it not only just a Windows version in disguise, but not even containing a bundled (and guaranteed to work) WINE version, instead relying on system WINE (prone to breaking with updates)? How does it work? Is it just an ordinary Windows game packaged into MojoSetup and called "Linux Version"? Or, perhaps, an error in description took place and in reality ther is no need to install WINE system-wide?
vv221
./play.it developer
Registered: Dec 2012
From France

linuxvangog
His Penguinity
GOG.com Team
Registered: Jul 2014
From Poland
Posted January 18, 2018


vv221 is right here. Wine is included with the copy of the game, however it has a lot of 32 bit dependencies, and the only way to satisfy all of them is to install your local Wine package.
Post edited January 18, 2018 by linuxvangog

Ganni1987
'My Rewards' is DRM
Registered: Sep 2011
From Malta
Posted January 18, 2018
I tried Septerra Core a few weeks ago, have to say the packaging is really good for a Wine wrapped game. I didn't have to install any additional dependancies, simply ran start.sh and it ran as well as a native game.
Must say I'm impressed :-)
Must say I'm impressed :-)
Post edited January 18, 2018 by Ganni1987

linuxvangog
His Penguinity
GOG.com Team
Registered: Jul 2014
From Poland
Posted January 18, 2018
This one wasn't wrapped by us, it was made by our partner and the game publisher - TopWare.

Magmarock
New User
Registered: Jul 2011
From Australia
Posted February 02, 2018
Hi there, perhaps you can help me solve a bit of a common issues I see across multiple Linux distributions. Over the years backwards compatibly has improved drastically with Windows to the point that games from as far back as the early 90s can still work. (With a little help of course) However with Linux I noticed that deprecation happens a lot more often. Sometimes a game released not that long ago will no longer work due to packages no longer being available or supported. One example Is Trine 2. This game was released in 2013 and is one of my favourite games. That being said I actually find it easily to get the Windows version to work on Linux then the native Linux version due it it requiring packages which are getting harder to install with new releases.
In short what can be done to help prevent deprecation and preserve backwards compatibility?
In short what can be done to help prevent deprecation and preserve backwards compatibility?

immi101
User
Registered: May 2010
From Germany
Posted February 02, 2018

Though realistically you have to say that long term backwards compatibility is simply not that high on the priority list for many linux maintainers (if it is on the list at all).
The prevalent mindset is that it is the developers responsibility to keep updating their app and deploy the updates to their users to keep it working. Or open source it and the distro maintainers may do that for you.
But if you ship a closed source app and stop updating it ... - then screw you
might also want to plead with some library devs not to break compatibility that often. While many projects are quite good at paying attention to that problem, some others seem to have no problem breaking the ABI every other wednesday :p
easiest solution: gog will just bundle the problematic library :)
what is the problem with trine2 ?

Magmarock
New User
Registered: Jul 2011
From Australia
Posted February 02, 2018

what is the problem with trine2 ?
libc6:i386 libasound2:i386 libasound2-data:i386 libasound2-plugins:i386 libwrap0:i386 libopenal1:i386 libvorbisfile3:i386 libglu1:i386 libfreetype6:i386 libgtk2.0-0:i386 libuuid1:i386
I did ask gog support to bundle the packages and they said no due to the way Linux works.

Though realistically you have to say that long term backwards compatibility is simply not that high on the priority list for many linux maintainers (if it is on the list at all).
The prevalent mindset is that it is the developers responsibility to keep updating their app and deploy the updates to their users to keep it working. Or open source it and the distro maintainers may do that for you.
But if you ship a closed source app and stop updating it ... - then screw you
might also want to plead with some library devs not to break compatibility that often. While many projects are quite good at paying attention to that problem, some others seem to have no problem breaking the ABI every other wednesday :p
Post edited February 02, 2018 by Magmarock

immi101
User
Registered: May 2010
From Germany
Posted February 02, 2018

libc6:i386 libasound2:i386 libasound2-data:i386 libasound2-plugins:i386 libwrap0:i386 libopenal1:i386 libvorbisfile3:i386 libglu1:i386 libfreetype6:i386 libgtk2.0-0:i386 libuuid1:i386
that really is no problem, that's working as intended :)
this has nothing to do with the problem of backwards compatibility / deprecated libraries.

Magmarock
New User
Registered: Jul 2011
From Australia
Posted February 02, 2018

libc6:i386 libasound2:i386 libasound2-data:i386 libasound2-plugins:i386 libwrap0:i386 libopenal1:i386 libvorbisfile3:i386 libglu1:i386 libfreetype6:i386 libgtk2.0-0:i386 libuuid1:i386

that really is no problem, that's working as intended :)
this has nothing to do with the problem of backwards compatibility / deprecated libraries.

immi101
User
Registered: May 2010
From Germany
Posted February 02, 2018

that really is no problem, that's working as intended :)
this has nothing to do with the problem of backwards compatibility / deprecated libraries.

By Mint 19 they'll probably be gone all together.
that's really unlikely and if it happens, then GOG will just have to provide an updated installer that includes the libraries.

Magmarock
New User
Registered: Jul 2011
From Australia
Posted February 02, 2018


By Mint 19 they'll probably be gone all together.

and if it happens, then GOG will just have to provide an updated installer that includes the libraries.
Post edited February 02, 2018 by Magmarock

vv221
./play.it developer
Registered: Dec 2012
From France

Magmarock
New User
Registered: Jul 2011
From Australia