[Linux]Editor Crashes When Opening a Project

I am using Arch Linux, and official nvidia drivers.

These are the outputs i get from the terminal while starting the editor, not important but wanted to share.

[2015.06.21-01.52.16:114][
0]LogDirectoryWatcher:Error:
inotify_add_watch cannot watch folder
/home/ceset/EpicGames/UnrealEngine/Engine/Plugins/Experimental/CharacterAI/Content/
(errno = 2, No such file or directory)

[2015.06.21-01.52.37:720][
0]LogJson:Error: Json Value of type
‘Null’ used as a ‘String’.

My actual problem is this error
Whenever i try to open or create a project i get the following

[2015.06.21-01.54.19:203][ 0]LogInit:
Initializing SDL. [VGL] ERROR: Could
not open display :8.

This is a problem with VirtualGL and arch wiki suggest using Primus if confronted such problem and i can’t even run the engine with Primus or with IntelHD

When i try to run engine with intel graphics i get this error, it wasn’t the case with 4.7. What might be the reason?

LogLinux:Error: appError called:
Assertion failed: Assertion failed:
[File:/home/ceset/EpicGames/UnrealEngine/Engine/Source/Runtime/OpenGLDrv/Private/Linux/OpenGLLinux.cpp]
[Line: 801] Unable to dynamically
load libGL: Failed loading libGL.so.1:
dlopen: cannot load any more object
with static TLS

When i try to run the editor using primus i get the following error.

[2015.06.21-01.49.36:648][ 0]LogInit:
Initializing SDL. primus: fatal:
failed to load any of the libraries:
/usr/lib/nvidia/libGL.so.1:/usr/lib32/nvidia/libGL.so.1
dlopen: cannot load any more object
with static TLS
/usr/lib32/nvidia/libGL.so.1: wrong
ELF class: ELFCLASS32

NOTE: I can run glxgears without any problem

Hitting static TLS slot limit is known problem: SDL/OpenGL Splash Screen - Platform & Builds - Epic Developer Community Forums

As for VirtualGL - no idea, sorry, never tried running this setup. I suggest that you try a sample application that just creates 3.2 OpenGL context through VirtualGL first.

Hi RCL

For VirtualGL problem i found this link
https://github.com/-Project//issues/42

The thing is they won’t solve this problem but primusrun will(and probably they did already).