Comments - berarma

I agree about the convenience of using distribution agnostic tarballs and including all needed libraries, but only a few developers get it right. I'm used to do lib symlinking for commercial games. On the other hand, I guess upgrading dependencies would make the game incompatible for some users.

Deb files can be uncompressed with command "ar", no need to install the package, that's how I use it in Debian.

I think this developer is working to improve GNU/Linux compatibility since version 1.1 is a good improvement over version 1.0.

I can't change the screen resolution nor play in fullscreen. When I try the screen becomes black though the games is still running.

I didn't have sound at first, it seems the game links to libopenal0 while my system uses libopenal1. libopenal0 is very old, but I made it work symlinking to the newer one.

This is Debian GNU/Linux Wheezy.

Hi. I'm on Debian GNU/Linux. I had to set the executable permission on desura/common/grimind/Grimind and desura/common/grimind/x86/griming.x86, then install libsmpeg0 package so that the game runs. Running Desura demo.

Some of those games working are Rochard, Fotonica, Overlight, Micron, Battle Mass,...

Please, see my post in the forum, it seems like the same crash reported there but it happens in the demo. I wonder if the other user reporting the crash just in the full game tried the same demo version as me. It doesn't seem network relatedm, I've played Battle Mass in networked multi-player without problems.

It didn't work. I've replied in the forum.

I've played several Unity3D games on Debian without a single problem. I'm downloading the demo and will try.

Ok, if it's jMonkeyEngine's fault then I guess there's nothing you can do about it. That would have been the polite answer.

To the current day the most widely used glibc versions are 2.13 and 2.15, that's 2 flavors, and your game targets another third. While Targetting the oldest one would make it automatically compatible forward. Where are the 14425784 different flavors? I guess you meant the infinite variations of DLL combinations found in Windows. I think your anger is unfounded.

I don't think there's a real need to link against 2.14. Debian is still using 2.13 for their own reasons and updating that lib on our own ain't that easy nor safe. are Windows users forced to be so up to date too? Do they need something less than 3 years old (i.e. Windows 8) to play?

I don't feel like installing glibc from experimental on my main desktop machine nor installing a new Debian to run it. Using LD_LIBRARY_PATH doesn't work for me neither with this one. By the way, the version in experimental is 2.17.

I can play the demo, it doesn't work in Debian since it's linked to glibc 2.15.

Did we need this method for buying a Steam game? Don't waste our time, please.

Won't work in Debian since it's linked against libc 2.14, Debian uses version 2.13.

Doesn't work here, on an AMD64 cpu. I've read that version 1.01 fixes it by disabling SSE3. Please, upload last version to Desura.

I'm on 64bit, I'll wait. Please, notify us when it's done. Thanks!

I was thinking about buying this game but I'm on Debian. My libc version is 2.13, will it work?

I think the same, but they could licence a port or even open source the game. I think this would sell well today relaunched as an indie title. I may try with wine though it's sometimes a pain to configure, and they will loose a sale.

You may want to know this game is included with some distros, if it doesn't work here there's more chances installing it with your package manager.

GNU/Linux version please?