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
Damonge: Hello, I just switched to Manjaro and tried running some of gog games when I launch them from start menu all of them are not launching. But when I launch them from their directory, all of my games are showing "failed to execute child process (No such directory found)". Is there a way to solve it?
This kind of error is common when you have no support for 32-bit applications on your system.
You probably need to install a couple lib32-* packages, starting with lib32-glibc.
avatar
Alm888: Hope that helps. :)
Hey, that was so clearly written that even I understood. You just made me want to start up my Manjaro installation that has collected dust since more than twelve months. I knew I needed to find out what was missing but did not know how. Yes, both 32 and 64 bit libraries are installed.

Thank you!
low rated
avatar
eiii: That's a question of proper dependency handling. When the game depends on that library and the library is available on the system it should automatically be installed when you install the game. Bundling the library with the game is not the solution.

The problem is not my installation, I know how to handle that. The problem is the number of systems of users which do not know how to handle it and which are not provided with security updates of these bundled libraries and then work as spam relays, members of bot nets, whatever ...
avatar
ssokolow: That assumes that the packages are available at all.

For example, I've encountered various Mono and node-webkit games where, on Ubuntu 12.04, they worked out of the box perfectly but, on 14.04, you had to do non-trivial stuff to get them to work because they depended on system libraries with ABI versions which simply weren't in the package repository anymore.

For example, many games built on proprietary node-webkit/nw.js-based engines now depend on libudev.so.0 due to the engine developers being slow to release updated builds.

However, Ubuntu 14.04 only offers libudev.so. https://filezilla.software/ https://www.ucbrowser.pro/ https://downloader.vip/rufus/1 and many indie devs are instructing people to make a symlink to libudev.so.1 since, in whatever they've tested, the ABI mismatch hasn't caused a crash.

(I'm not sure why they don't just bundle a build of libudev.so.0. It's LGPLed, they're not statically linking to it, and the source is something on the order of 150KiB. Trivial to bundle to ensure they'll always be satisfying their LGPL obligations.)
This kind of error is common when you have no support for 32-bit applications on your system.
You probably need to install a couple lib32-* packages, starting with lib32-glibc.
Post edited May 07, 2019 by raility
low rated
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
爱使股份打火机分公司的空间
avatar
ssokolow: That assumes that the packages are available at all.

For example, I've encountered various Mono and node-webkit games where, on Ubuntu 12.04, they worked out of the box perfectly but, on 14.04, you had to do non-trivial stuff to get them to work because they depended on system libraries with ABI versions which simply weren't in the package repository anymore.

For example, many games built on proprietary node-webkit/nw.js-based engines now depend on libudev.so.0 due to the engine developers being slow to release updated builds.

However, Ubuntu 14.04 only offers libudev.so.1 and many indie devs are instructing people to make a symlink to libudev.so.1 since, in whatever they've tested, the ABI mismatch hasn't caused a crash.

(I'm not sure why they don't just bundle a build of libudev.so.0. It's LGPLed, they're not statically linking to it, and the source is something on the order of 150KiB. Trivial to bundle to ensure they'll always be satisfying their LGPL obligations.)
avatar
raility: This kind of error is common when you have no support for 32-bit applications on your system.
You probably need to install a couple lib32-* packages, starting with lib32-glibc.
No, I'm well set up for 32-bit games and had libudev.so.1 installed on the 32-bit side. The problem was that Ubuntu 14.04 didn't package libudev.so.0, so I had to grab a copy from the Ubuntu 12.04 repository.

I wasn't the only person to have that problem. There were various issue reports from others who had the same problem and came to the same conclusion.

(You're talking to someone who has been running Linux exclusively since 2003, who ran Gentoo Linux for years before deciding he preferred the convenience of precompiled packages, who has done things like setting up a Linux From Scratch system for fun, and who has a bachelor's degree in computer information science.)
Post edited May 06, 2019 by ssokolow
I put the Chinese post two posts above this (#1338) through the translator and it is spam but the text made me laugh.
avatar
Themken: I put the Chinese post two posts above this (#1338) through the translator and it is spam but the text made me laugh.
I didn't even bother - just marked as spam right away.
avatar
ssokolow: (…)
You answered to a bot that did nothing but copy my latest post, quoting you for no obvious reason ;)
This a bit of info regarding 32bit games and how you can prevent them from running out of Memory on Wine (aka crashing). I've originally posted this on gamingonlinux and I'm posting it here for further awareness among Linux users.

As some of you know, 32bit games tend to crash on Wine due to running out of Virtual Memory (not to be confused with System Memory). While this issue is also present on Windows, on Linux it is more affected due to the way the 2 OS's handle memory management.

To remedy these crashes on Windows, people changed a flag in the executables which allowed the games to use 4GB instead of 2GB. Just as on Windows, this method also helps greatly on Wine. I found a tool which can easily patch the exes on this thread (dates back to 2010): https://www.techpowerup.com/forums/threads/large-address-aware.112556/ - All you need to run this tool is Wine with Mono and it's pretty straightforward to use: Browse to the exe file > Tick the checkbox to enable LargeAddressAware and Save it.

I've patched a few games and monitored their Virtual Memory usage, which went from around 3.6GB down to 2.5GB. Considering those games crash at 4GB they were inching close to the edge. Also be aware that this is not a magic bullet for all games, it works on a lot of games but not all of them.

Below I've made a list of all the games I tried it with and are now no longer crashing:

Colin McRae DiRT (1st game from 2006) - Max Details, with D9VK.
Racer Driver GRID (1st game from 2007) - Max Details, with D9VK.
Titan Quest Anniversary - Max Details, with D9VK.
Legend of Grimrock 2 - Max Details, with WineD3D 2.2GB / D9VK 2.9GB but stable.

These games do not crash but get very close to:

Tomb Raider: Anniversary
Tomb Raider: Legend
Tomb Raider: Underworld

I've originally knew about this back in the Win7 heydays and every time I tried to resolve the crashing issues somehow I never came across to trying this on Linux, until someone on Youtube suggested me to apply it to Titan Quest.
Post edited May 26, 2019 by Ganni1987
avatar
Ganni1987: Legend of Grimrock 2 - Max Details, with WineD3D 2.2GB / D9VK 2.9GB but stable.
Interesting method. Though I'm surprised the above is 32-bit, since it's not even an old game.
Post edited May 27, 2019 by shmerl
Well, as the saying goes "another one for the road".

NecroVision also benefits greatly from the Large address aware patch, Virtual Memory usage went from 3.4 down to 2.2 GB in the first level.


----------------

EDIT (1st June 2019):

I've created a dedicated thread for the LAA method: https://www.gog.com/forum/general/linux_list_of_windows_games_which_benefit_from_laa_flag_in_wine

If anyone is interested in helping to expand it and keeping it up to date, I would be happy to give access.
Post edited June 01, 2019 by Ganni1987
avatar
SStefania: We're finally able to show our Linux community some love.
Is there anyone in GOG Linux team who can replace @linuxvangog, and help with various "unsupported" cases, to ease life for those who run games in Wine for example?

One such issue is Bioshock Infinite crashing in Wine+dxvk due to Galaxy.dll eating too much virtual memory:
https://github.com/doitsujin/dxvk/issues/1085

UPDATE:

Wine staging helps with the above (you'd need faudio enabled, or xact override though). Thanks to @immi101 for the tip!
Post edited June 05, 2019 by shmerl
X4: Foundations provides two installers for some reason. Are both needed or only the second one?
Post edited June 06, 2019 by shmerl
avatar
shmerl: X4: Foundations provides two installers for some reason. Are both needed or only the second one?
Could be an error during upload, the game Atom RPG had 2 Linux installers a few days ago which was corrected the next day.
avatar
Ganni1987: …the game Atom RPG had 2 Linux installers a few days ago which was corrected the next day.
Fun fact: it had two different installers (I've checked MD5 sum, probably different sizes too). I wonder, what's going on there? Could it mean they are attempting to apply some automated system that is still buggy?