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

×
avatar
Yepoleb: I agree, this was a stupid oversight when the system was designed. It is not easy to fix now though, as this requires changes at every stage of the process, so I think we should give them at least a few weeks of time before complaining again.
avatar
phaolo: What a mess..

The problem is that Gog's devs are already changing many installers.
The late they'll acknowledge the issue, the less it will be possible for them to fix it.

Could you guys suggest them any good solution that wouldn't require chunks and timestamp loss? :'(
That's sort of simple on the idea level, the chunk system is producing chunks from actual files, and it has already to produce the extra info about each chunk, which files it does contain (their names and sizes and directory position (which is sort of part of name)), so all you need is to extend this extra info with original timestamp, and then upon unpacking the file to reset it's time to that value. It may be even backward compatible if the original chunk design is reasonable, then the timestamp info can be designed as optional, and the unpacker can unpack both current chunk or new ones. But that's too many "if" and depends how cleanly it was implemented in the first place. Which makes me wonder why they did even bother with these convoluted schemes, if there's ton of high quality open source SW dealing with this, like `rsync`, 7-zip and similar, most of them available either under GPL or even MIT-like licenses, so if the GOG would just pack the separte binary of rsync under GPL and call it externally from their own galaxy client code, it wouldn't matter, etc... the only problematic thing is support for old obsolete OS like windows, but I think most of that SW can be built for windows too, if you bother enough, and it will work reasonably well even there. On modern OS this doesn't even require to build anything, the versions of SW already provided by OS vendor are usually good enough, all you need is to create some thin client calling the SW with correct arguments.
Post edited May 06, 2018 by ped7g
@GOG team:

Any news about the latest Linux patch for Ruiner? The devs said they sent it but so far it's not yet available on GOG.
avatar
Ganni1987: @GOG team:

Any news about the latest Linux patch for Ruiner? The devs said they sent it but so far it's not yet available on GOG.
You mean this one?
#### Update 1 Linux (25 April 2018)

* fixed an issue where the game's movies would not play correctly for the Linux version
Or was there another one after that?
avatar
Ganni1987: @GOG team:

Any news about the latest Linux patch for Ruiner? The devs said they sent it but so far it's not yet available on GOG.
avatar
muntdefems: You mean this one?

#### Update 1 Linux (25 April 2018)

* fixed an issue where the game's movies would not play correctly for the Linux version
avatar
muntdefems: Or was there another one after that?
Yes, the last one:

"The final update has just arrived. Cutscene quality improved immensely, crashes on menus obliterated, performance boosted. Enjoy your smooth ride, Penguin Puppies!"
avatar
Ganni1987: Yes, the last one:

"The final update has just arrived. Cutscene quality improved immensely, crashes on menus obliterated, performance boosted. Enjoy your smooth ride, Penguin Puppies!"
I see. For some reason I thought that one Linux-specific update covered all the issues.

In that case: Where's the patch, GOGski? We want that patch, GOGski! Reikon says you're good for it! Where's the patch, bitheeeeeeeead??!?!?
I was very happy with the xenonauts freebie, as that game was actually on my wishlist. But just now I noticed that in september 2016 there was a large update (from version 1.63 to 1.65) with a lot of pretty desirable sounding bugfixes - and that now, a year and a half later, that update still isn't available for Linux (or Mac).

Any chance that the renewed interest in this game due to the giveaway, could justify a second look at whatever it was that caused this missing update?
avatar
gogtrial34987: I was very happy with the xenonauts freebie, as that game was actually on my wishlist. But just now I noticed that in september 2016 there was a large update (from version 1.63 to 1.65) with a lot of pretty desirable sounding bugfixes - and that now, a year and a half later, that update still isn't available for Linux (or Mac).

Any chance that the renewed interest in this game due to the giveaway, could justify a second look at whatever it was that caused this missing update?
I don't think the later version was ever released for Linux or Mac, see

https://www.gamingonlinux.com/articles/an-update-on-the-xenonauts-linux-port-thats-only-for-legacy-customers.9667

It sounds like the port was done just for humble indie bundle 15 and then abandoned. Not unheard of.
avatar
drinnen: I don't think the later version was ever released for Linux or Mac
The DRM-free Linux version sold on Humble Bundle is version 1.65.
avatar
drinnen: I don't think the later version was ever released for Linux or Mac
avatar
vv221: The DRM-free Linux version sold on Humble Bundle is version 1.65.
Sorry, yes you are right the humble version is 1.65, I checked my install and fell victim to mojo not preserving timestamps. It seems for some reason I downloaded but did not install the updated version.

So yes GOG, where is the 1.65 linux version?
I thinks that is a really great idea. I also know absolutely nothing about it and am wondering if is ok to be irate about it as i stubbed my toe on the stairs and the stairs dont care.
karl vive
avatar
vv221: The DRM-free Linux version sold on Humble Bundle is version 1.65.
avatar
drinnen: Sorry, yes you are right the humble version is 1.65, I checked my install and fell victim to mojo not preserving timestamps. It seems for some reason I downloaded but did not install the updated version.

So yes GOG, where is the 1.65 linux version?
In your account? :)
avatar
drinnen: Sorry, yes you are right the humble version is 1.65, I checked my install and fell victim to mojo not preserving timestamps. It seems for some reason I downloaded but did not install the updated version.

So yes GOG, where is the 1.65 linux version?
avatar
JudasIscariot: In your account? :)
Thanks :-)
Is there already a way to change the default location for the GOG installer? Maybe an environment variable?
$XDG_HOME/GOG\ Games isn't all that pretty and since the way to update games is mostly re-installation the installer sees a lot of use. If I had the game in some other location it would mean a lot of changing paths that I could easily forget.

Second question:
There are some games that put save files into $XDG_HOME, which IMO is bad practice. Where should I report this?
In the case of Curious Expedition I reported it to the developers a while ago but didn't check whether they fixed it at some point.
In the case of Cultist Simulator I didn't report it yet. I guess it's more likely an issue with the game rather than packaging, so I guess I should report it directly to them? (I noticed you worked around their locale bug in the launch script.) If I start reporting issues to them I don't know where it will stop...
avatar
hollunder: (…)
You might want to give a try to ./play.it alternative installation method.
It already handles custom installation path, and we’re working on uncluttering $HOME from all the mess some games tend to put in there (done for WINE games, in progress for native games).
Post edited June 08, 2018 by vv221
avatar
hollunder: (…)
avatar
vv221: You might want to give a try to ./play.it alternative installation method.
It already handles custom installation path, and we’re working on uncluttering $HOME from all the mess some games tend to put in there (done for WINE games, in progress for native games).
Do you have plans for games which bypass the typical $HOME wrapper hacks for moving their junk into a hidden folder? (eg. The Escapists uses either getpwnam(3) or getpwuid(3) (can't remember which) to retrieve the location of the user's home directory and I've been too busy to write an LD_PRELOAD hack to outwit it.)