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 7 hours ago 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 6 hours ago by shmerl