I've been trying to play Divinity: Original Sin EE on Linux Mint 17.3 and I always get a crash on startup referring to pthread.

I tried removing the packaged libraries and using the ones installed from the repository instead, as was suggested on the steam forums for this crash, but it doesn't help.

Then I come across someone saying that the game just doesn't work period with open source graphics drivers and the reason for the crash is missing GL support. I'm using the [url=https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers]Oibaf ppa[/url] and OpenGL support should be 4.1. What does EE actually need to work? The store page shows OpenGL 4.x.

I really don't want to use the AMD proprietary drivers, which support up to OpenGL 4.5 on my card (R9 270x) last I had them installed. I get horrible multi-monitor issues and they're actually slower for a lot of games.

Any clarification or tips? Thanks.

Same thing happens to me and I don't know if the file I use from alternative origins is working at all or if the same will happen when I purchase the software game.

Video is Iris Pro
I ppa-purge'd oibaf repository but the problem remains.

According to mesamatrix Intel support is still at OpenGL 3.3, so that's defenitely a problem if the game requires 4.x.

Evidently the Mac version of the game will run on hardware that the Linux version will not according to a thread I seen a few days ago.

I sent a bug report about this to gog.com in January when it didn't work for me (hard to say if it was forwarded to Larian or not). I also have Mesa/amdgpu with sorta GL 4.1 support (apparently not good enough for Larian or for Wine's dx10-11 support). I reported the bug with a debugger backtrace (I don't have the bug report handy anymore, and don't remember exactly, but it crashes in a function whose name makes me suspect that it's an error, ignored and unreported, in compiling shaders -- nothing to do with pthreads). I suspect the Linux version will never work for me (I haven't run proprietary AMD drivers or dual-booted native Windows just to appease games in many years), and am still hoping that Wine will one day support dx10-11 on my card instead. For now, I have tried switching to the old, non-enhanced version with Wine, but it doesn't work for me, either. Oh well. I have waited 4+ years for other games to start working, and it's not as though I don't have other games to play. My main gripe was the big let-down after so much time downloading the Linux version only to have it not work.

From what i've read around the net, EE requires OpenGL 4.2+. I doubt they'll ever go back and make it work on older profiles, too much work for little return.

A ray of hope though, as of this month the mesa radeonsi driver supports up to OpenGL 4.3, so we might actually be able to play once that support is included in the stable build or if you want to be adventurous and use a development build.

If it really is a 4.2 thing, gog should be informed to update the system requirements. I have my doubts that even a 4.2 or 5.x Mesa will run this game, though. Yes, I saw mesa git log updates to this effect as well. I'll see when it gets into an official release, but my hopes are not high. In the mean time, the old version suddenly started working perfectly in Wine (not sure what changed; but I've been scatterbrained recently and maybe I updated wine). I'm sure the sequel will have all the same issues as the EE, though (or more), so I'm still hopeful that it will end up working one way or another.

Aye, just bought and downloaded it (Mint 17.3 MATE) and I'm getting a segfault on launch:

"Running Divinity: Original Sin - Enhanced Edition
Language detected: English
Thread "EoCApp" (3225397312)
received signal 11

Call stack:

(0) /lib/x86_64-linux-gnu/libc.so.6 : +0x36d40 [0x7f53c44cad40]
Segmentation fault"

Looks like a bunch of missing dependencies:

libicuuc.so.54
libicudata.so.54
libSDL2-2.0.so.1
libpng16.so.16
libosiris.so.2
libbink2.so
libsteam_api.so
libOGLBinding.so
libGameEngine.so
libRenderFramework.so
libCoreLib.so

EDIT: Come to think of it, I'm using an NVidia GT 240M, the driver currently only seems to support OpenGL 3.3.0.
Guess that was a waste of £18. :(

Don't forget to add the game directory to LD_LIBRARY_PATH first. As I mentioned above, my backtrace tells me it's likely a miscompiled shader (it crashes in a function called ChangeShader). May be different for you, since you have a completely different driver/card. I would suggest requesting the non-EE version; it works perfectly for me under Wine, and is still a pretty good game. Then, 5 years from now, when your driver is up to snuff, you can replay the EE. On the other hand, if you don't like that, it's probably not too late to request a refund.

Note: this is the 4th time I've tried to reply; my previous attempts resulted in an apparent hang, but if you end up seeing more than one reply, that's why.

I just tried slightly older fglrx drivers on my Mint 17, which seemed to fix my multi-monitor issues and Divinity: EE now runs, very well in fact. I got 12 hours in it with no problems. So i'm pretty sure that once Mesa catches up to the OpenGL requirement for the game it'll work on those drivers too.

Oibaf ppa currently supports OpenGL 4.2 on intel/965, but it does not work.

OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2)
OpenGL core profile version string: 4.2 (Core Profile) Mesa 11.3.0-devel (git-9c0d16a 2016-05-21 xenial-oibaf-ppa)

I have compiled mesa and added patches from bugs.freedesktop.org/show_bug.cgi?id=93551 (sorry, I cannot post links) Bug 93551 - Divinity: Original Sin Enhanced Edition(Native) crash on start, but the game does not start for me anyway.

Thanks for that url. I knew someone out there would be willing to put more effort into this than I. I compiled recent git with patches from the bug report and the game seems to run perfectly, even without the reported glitches (radeonsi, not i965). However, git is incompatible with X/glamor (static images often put graphic garbage all over the screen; seems to be a tiling mode issue). So I guess there is at least some hope with Mesa 12/11.4. If I had any motivation, I'd do a git bisect to figure out what's causing the incompatibility, and everything would become perfect. But, I have many other games to play and things to do, so it'll have to fall to someone else as well.

Still, shame on Larian for providing seg faults instead of usable error messages (but that's common in the gaming industry). Also, shame on Larian for using the vendor string to decide code paths.

Thanks for info. I revived old dell with core 2 duo 3GHz and low profile nvidia k420, so the game works great.

Thanks for the update! Glad to hear it's probably going to work on Mesa 12.

Not letting Larian off the hook, but I haven't come across one Linux native game that spits out a decent error message when OpenGL requirements aren't met. They pretty much all seg fault. :D

I have the same problem with Kubuntu 16.04, as you can see in the attached image. I'm not sure what do I have to do, any help?

Thx

Same, just crashes with libpthread instead of libc ...

Dependencies are quite exotic though. No way to run this?