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 orOpera

×
arrow-down2arrowcart2close4fat-arrow-leftfat-arrow-rightfeedbackfriends2happy-facelogo-gognotificationnotifications-emptyownedremove-menusad-facesearch2wishlist-menuwishlisted2own_thingsheartstartick
avatar
vicklemos: Hi GOG!
Nope, not an urgent demand or anything, just curiosity: why there's no linux tarball for Among the Sleep?
I truly believe that's the first time I see this, regarding a linux title.
The thing is that I'll test this baby on 2 different machines, and one of these is specially slow these days, so gog installers are "hiccuping" there :P
And the tarballs you guys provide, yummy, they're so convenient and great. Love 'em!

Thanks!
You mean this one? gog_among_the_sleep_1.0.0.2.tar.gz

Usually our tarballs are treated as patches so when you look in the Linux section of your game's downloads you'll see two links: one for a DEB and the other for the tarball. Since this Linux game only has the tarball, it's put in the DEB's place for display purposes :)
avatar
SStefania: We're finally able to show our Linux community some love.
avatar
shmerl: Can you please also add Linux to the list of platforms here? https://www.gog.com/indie

Being listed as "other" doesn't look serious.
This part of the website is going to be rebuilt in a few months, so we will make sure Linux is listed there properly in the new version.
Currently please just specify Linux in the description, the person who mainly evaluates and responds to the submissions will notice this :)
avatar
MoonSong: I would like to "report a bug" on Linux

I use Linux Mint 17.03:
All the GoG installers for linux create a window way wider than my current monitor, Probably because the installer uses the desktop resolution as a reference rather than the current monitor resolution.
As a suggestion, probably the maximum width of the installer could be limited to 1024 pixels;

I don't have this problem when I install things on my laptop or when I use only one screen.
That's strange, I have the same distro and I never see any of our Linux installer windows get that stretched, Could send that screenshot over to Support, please, so we can investigate it?
avatar
MoonSong: I would like to "report a bug" on Linux

I use Linux Mint 17.03:
All the GoG installers for linux create a window way wider than my current monitor, Probably because the installer uses the desktop resolution as a reference rather than the current monitor resolution.
As a suggestion, probably the maximum width of the installer could be limited to 1024 pixels;

I don't have this problem when I install things on my laptop or when I use only one screen.
That installer is not from our version of the game, for starters.
Hey guys,

We just updated our Linux builds for Planescape Torment and I would like to ask you for some feedback, if possible. Many thanks!

More details here: https://www.gog.com/forum/planescape_torment/planescape_torment_linux_have_been_updated/post1
avatar
DrYaboll: The currently is "Active gaming media sale" which includes La Mulana.

This game recently received a Linux port, yet it is still not up on GOG.

Is it coming? Or is it another game I screwed myself over by buying it on GOG instead of Steam?
Hi,

We're waiting for the Mac & Linux versions of the game to be delivered to us. Once we get the builds they will be added to your account at no extra charge :)
avatar
JudasIscariot: Hi,

We're waiting for the Mac & Linux versions of the game to be delivered to us. Once we get the builds they will be added to your account at no extra charge :)
avatar
DrYaboll: So, any updates on that?
Still waiting.
avatar
king_mosiah: Having issues trying getting The Real Texas running in Manjaro (Gnome).

(therealtexas:5249): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",

(therealtexas:5249): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",
support/gog_com.shlib: line 94: 5249 Segmentation fault (core dumped) ./"${bin_64}"
Please write to our support and provide us your system info :)
avatar
Ganni1987: I've been hammering at this for a few weeks now already, so bear with me:

Earlier this year Trine 3 received an update for which introduced a massive performance hit on Linux, after a couple of months they fixed this (amongst other issues), more or less 5 months have passed since then and both GOG and Humble Bundle DRM-Free gamers still haven't received this patch, the game is technically broken as it stands.

If anyone has a few minutes to take a look and leave a message that the GOG version should be updated, then maybe there's a slim chance they'll finally do it, you can find the link here: http://www.frozenbyte.com/board/viewtopic.php?f=26&t=27509
Thanks for letting us know, will take a look at this and see what can be done.
Post edited July 15, 2016 by linuxvangog
Hey guys,

How would you feel about GOG Linux support being 64 bit only? At the moment this decision would affect only the game installer (it would be a binary from now on, and it could be clicked safely without the risk of being opened in text editor).

Games would still be "whatever-we-get-from-developer". We always try to ask for a 64 bit binary, but it's not possible in all cases.

Do you see any potential problems with that? Give me some input :)
Post edited December 06, 2016 by linuxvangog
avatar
Ganni1987: Personally I prefer them as they are since I can extract them without running the installer. However If binary mode would still allow me to do that then it's ok for me. :-)
I want to make sure that extracting the installer without the need to run it will remain to be possible for all unusual/emergency purposes (although running it is ALWAYS the preferred and supported way of installing the game).

avatar
Ganni1987: (May seem off topic): What I would really like to see from the Linux side is the Linux versions of games that are otherwise available on Humble/Steam. A few examples: Dust, Limbo, Dying Light, Master of Orion....etc. Most of these games have came without a Linux version on GOG and there's was no given reason as to why. Does GOG even ask for these versions when they're about to release a game they know it has a Linux version?
Sometimes technical issues, sometimes legal issues. We definitely always ask for these versions, but not in every case it is possible to release them :( Believe me, I want these Linux ports to be on GOG as much as you do.
avatar
immi101: hmm? they are already using open-source software for the installer, or not?
https://icculus.org/mojosetup/
avatar
shmerl: They modified it. So making a repo for their version is a good idea.
Any changes to the MojoSetup we made you can find in the .lua scripts and the shell kickstart script - you can review them after unpacking the installer manually. We didn't modify the binaries.
avatar
immi101: the script is part of xdg-utils
https://www.freedesktop.org/wiki/Software/xdg-utils/

there is actually an open bug for your case (sort of):
https://bugs.freedesktop.org/show_bug.cgi?id=90775
avatar
shmerl: Yeah, I noticed that (and version that GOG use is older than the current one, but even the current one is still wrong). I'm kind of surprised it wasn't fixed upstream yet.
Once the issue is fixed in xdg-utils there should be no problem in moving to the latest version. Until that, I'm sorry, but you'll have to deal with one extra hidden folder in your $HOME.
avatar
Ganni1987: Can anyone please try to run Screamer 2 on 64bit DosBox? The game crashes soon after I start a race, strangely it happens only with the 64bit version. The game works perfect under 32bit dosbox with same distro (Mint 17.3).
Sadly, the 64 bit DOSBox is affected by various bugs and in general less compatible with games than the 32 bit version.

That's why some GOG DOSBox games for Linux only run 32 bit DOSBox and it's also a recommended workaround to use it if you encounter any issues with DOS games crashing or acting unexpectedly.
avatar
shmerl: For those interested in building Mesa from source, I made a guide here.
Brilliant job! Very useful for Radeon and Intel video card users.
Post edited January 23, 2017 by linuxvangog
avatar
shmerl: Did anyone manage to run Lords of Xulima? Not only it crashes on startup on XFS (seems to be the same old and obnoxious LFS lacking bug in a growing list of 32-bit only games), but it also segfaults even when workaround is used (smaller or non XFS partition). Sounds like a major mess.

Given that I got it as a bonus for Torment: Tides of Numenera, I'm not that upset, but the game is rather unplayable in the current form.

I also noticed this:

Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
Yet another 32 bit game not working on XFS, but I wouldn't really blame it on the game ;)
avatar
linuxvangog: Yet another 32 bit game not working on XFS, but I wouldn't really blame it on the game ;)
avatar
shmerl: Oh, I'd blame it on developers, not on the game ;) They should learn something about Large File Support. See

* https://en.wikipedia.org/wiki/Large_file_support
* [url=http://users.suse.com/~aj/linux_lfs.html]http://users.suse.com/~aj/linux_lfs.html[/url] (see Using LFS there).

And the fact that on Linux, when they build 32-bit programs, LFS is not enabled by default. Compiler has to be instructed to switch it on. For instance, for GCC you need to compile with -D_FILE_OFFSET_BITS=64

To be clear, lack of LFS doesn't just affect files larger than 2GB. It also affects using partitions larger than certain size (which hits XFS more than most).

The problem is complicated by the fact that different filesystems work inconsistently, when LFS is not enabled and the program runs on 64-bit system. The fact that it works on EXT4 more often than on XFS just obscures the problem, and developers think that's how it's supposed to be. Nothing of the sort. They simply are doing an incorrect assumption. So it's not a problem of XFS, it's a problem of developers having no clue about the topic.

And as a responsible distributor, you can ask your QA team to have a routine test, whether the binary is built with LFS or not. Run any incoming 32-bit game on 2TB XFS partition, and if it borks, inform developers about this issue. Educate them. It's much more effective when coming from you, than from us, users who are hit by this obnoxious issue. Even better, ask them to provide 64-bit version to avoid this whole mess.

Given how many game developers are still making this same mistake over and over (including Obsidian in recent Tyranny, who still didn't fix it until now), I'd say such QA check is a must for you.
Not many people are affected by this issue and not many people use XFS. I appreciate your opinion but this is a rare occurrence and certainly we are not going to test games compatibility for niche Linux filesystems. As a workaround, I suggest creating additional ext4 partition on your system.

While I obviously agree that there is a strong preference of having 64 bit Linux games binaries (and yes, we ask developers about those all the time), it's just not always possible - for various reasons.