Note: I'm posting this as it may help others.

When trying to run Mark of the Ninja on my Linux box (SolydK distribution, which is a semi-rolling Debian Testing distribution), it wouldn't run, and I couldn't find a log file. Then I ran it from the command line and got the following

```
Running Mark of the Ninja
ERROR: Missing required OpenGL extensions.
ERROR: Missing required OpenGL extensions.
ERROR: Missing required OpenGL extensions.
ERROR: Missing required OpenGL extensions.
support/gog_com.shlib: line 219: 26175 Segmentation fault ./"${bin_64}" "$@"
```

When looking to resolve the error, I found this thread on Keil's forum (can't post links it seems: forums.kleientertainment.com/topic/27805-cant-run-motn-64-bits-archlinux/). Although for Archlinux, it still pointed me in the right direction. Indeed, using a 64 bits OS, the `start.sh` script was obviously starting the game in 64 bits mode; however, looking at the installed dependencies, I only had S3TC support for i386 due to having Steam:i386 installed, and not the 64 bits version.

I then installed the package `libtxc-dxtn-s2tc0` and it then worked perfectly.

I don't know if this problem could be solved by updating the `.deb` (considering it's marked as a `i386` package and the 64 bits dependency could not be required for i386 OS), however it could be interesting for GOG to list that somewhere (probably in the support section), and I presume the issue would be the same on Ubuntu LTS or Mint LTS.

basically it goes like this:
1. the *.desktop files, installed either in /usr/share/applications/ or ~/.local/share/applications/
2. call $game_installation_directory/start.sh - which is actually a GOG wrapper to check libraries and start game.
3. the start.sh calls $game_installation_directory/gog_com.shlib, which is also a script library.
4. the later does the checks and .... starts the "game.bin"


The problem which you had is not tied to game:

1) if you are running 32bit software, you must have 32bit libraries present. Those are specified in dependencies - 32bit versions of sdl, xlib, glibc etc. Because 32bit binaries call 32bit libraries, which then may call 64bit kernel.

2) if you have libstdc present in your $game_installation_location/lib/* - those are local libraries. Sometimes they are outdated, so what you do is to rename them and instead install those in your system globally. This is what usually causes "segmentation fault"s with "incorrect symbols"

3) finally, if you use PROPRIETARY drivers, those come with both 32bit+64bit version of OpenGL and all supplimental libraries like dxtn - which is standart S3 texture compression.

But If you use opensource drivers - you must install either original dxtn s3 or alternative s2 version.
The S3 version was originally patented - and is standard for years, but the legal status was cleared up.
The S2 version is a remake algorithm, due to patent problem of S3. Its a bit worse, but actually not needed anymore.

In addition:
if you use opensource drivers on 64bit system - you must install 32bit versions of: "libdxtn" or s2 version and "libgl1" - which is usually a symbolic link to "mesa" and components from libdrm-radeon(if you use radeon open driver)


Application(32bit) --- Library(32bit)--- System Library(glibc, 32bit) --- Kernel(64 or 32bit) --- your sound card and input
Application(32bit) --- libgl(32bit)--- mesa(32bit) --- libdtxn(just for textures, 32bit)--- Kernel(64 or 32bit; drm, direct rendering mode components) --- your graphics device

Windows does absolutely the same: it has 32bit drivers as DEPENDENCY on 64bit system. It has proprietary drivers, which include 32 and 64bit opengl and dxtn.