X2Go Bug report logs - #1094
When connected to a x2go server that has nVidia's binary drivers most software will segfault.

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.x2go.org (full text, mbox):

From: zingmars <zingmars@playgineering.com>

To: submit@bugs.x2go.org

Subject: When connected to a x2go server that has nVidia's binary drivers most software will segfault.

Date: Tue, 27 Sep 2016 20:37:23 +0300

[Message part 1 (text/plain, inline)]

Package: x2goserver

Version: 4.0.1.19


When I connect to a x2go server that has an nVidia GPU using nVidia's
binary drivers most software (such as Firefox, Thunderbird, Cheese,
Transmission GUI etc.) will segfault on launch.

This can seemingly be fixed by setting the LD_LIBRARY_PATH variable to
wherever the nVidia drivers are (i.e. for nVidia-361 drivers just run
LD_LIBRARY_PATH=/usr/lib/nvidia-361" in the server's terminal.
Alternatively it seems that you can switch to the Noveau driver and the
issue won't occur, but this might not always be an option.

There's also a thread on ubuntuforums
(https://ubuntuforums.org/showthread.php?t=2337814) that also has a
video of this bug in action.

I'm using Ubuntu 16.04 with MATE.

[m7g2NXy.png (image/png, attachment)]

[signature.asc (application/pgp-signature, attachment)]

Message #10 received at 1094@bugs.x2go.org (full text, mbox):

From: Matthew Moskewicz <moskewcz@gmail.com>

To: 1094@bugs.x2go.org

Subject: When connected to a x2go server that has nVidia's binary drivers most software will segfault.

Date: Thu, 11 May 2017 12:15:03 -0700

[Message part 1 (text/plain, inline)]

i ran into this issue on ubuntu 16.04 (64 bit), and i can confirm that both
workarounds (using Nouveau and setting LD_LIBRARY_PATH=/usr/lib/nvidia-375
) fix the issue.

to add a bit more info, it seems that in the failing case, glxinfo (or
presumably the other apps), can't find the GLX_indirect library that it
trys to load dynamically, which has something to glvnd:
https://github.com/NVIDIA/libglvnd

looking at ldd, you can see that glxinfo is finding the GL libraries fine,
using the system-set ld.so.conf settings that the nvidia driver sets up:
moskewcz@mari:/etc/ld.so.conf.d$ ldd /usr/bin/glxinfo
    linux-vdso.so.1 =>  (0x00007ffe4779c000)
    libGL.so.1 => /usr/lib/nvidia-375/libGL.so.1 (0x00007fcd87f35000)
    libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
(0x00007fcd87bfb000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcd87831000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fcd8762d000)
    libGLX.so.0 => /usr/lib/nvidia-375/libGLX.so.0 (0x00007fcd873fd000)
...

the paths are set here:
moskewcz@mari:/etc/ld.so.conf.d$ cat
/etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf
/usr/lib/nvidia-375
/usr/lib32/nvidia-375

using strace, we can see the difference that setting LD_LIBRARY_PATH makes:

# working case, opens the correct lib:
moskewcz@mari:/etc/ld.so.conf.d$ LD_LIBRARY_PATH=/usr/lib/nvidia-375 strace
glxinfo 2>&1 | grep GLX_ind
open("/usr/lib/nvidia-375/tls/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) =
-1 ENOENT (No such file or directory)
open("/usr/lib/nvidia-375/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = 4

# non-working case, fails to open libGLX_indirect.so:
moskewcz@mari:/etc/ld.so.conf.d$ strace glxinfo 2>&1 | grep GLX_ind
open("/lib/x86_64-linux-gnu/tls/x86_64/libGLX_indirect.so.0",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/tls/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC)
= -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/x86_64/libGLX_indirect.so.0",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/tls/x86_64/libGLX_indirect.so.0",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/tls/libGLX_indirect.so.0",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/x86_64/libGLX_indirect.so.0",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC)
= -1 ENOENT (No such file or directory)
open("/lib/tls/x86_64/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
open("/lib/tls/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No
such file or directory)
open("/lib/x86_64/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT
(No such file or directory)
open("/lib/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
open("/usr/lib/tls/x86_64/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
open("/usr/lib/tls/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT
(No such file or directory)
open("/usr/lib/x86_64/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
[...snip many more repeats of failed-to-load libGLX_indirect...]


however, it's not clear why, under x2go, the nvidia code isn't searching in
/usr/lib/nvidia-375 -- but it's not clear what code it uses for the DL
loading, maybe it is somewhere in the glvnd code.

mwm

[Message part 2 (text/html, inline)]

Message #15 received at 1094@bugs.x2go.org (full text, mbox):

From: Gheorghe SOARE <g_soare@chim.upb.ro>

To: undisclosed-recipients:;

Subject: Кредит

Date: Fri, 25 Jan 2019 02:36:46 +0200 (EET)

Шановні пані та панове

Ви шукали кредит для початку нового бізнесу, фінансування проекту або виплати боргів?

Ось шанс, який Ви чекали, оскільки наша Кредитна компанія пропонує широкий спектр фінансових послуг, таких як кредити на нерухомість, кредити на заробітну плату, бізнес кредити, шкільні кредити, іпотечні та персональні кредити на тривалу та коротку перспективу з відсотками 3% .

Якщо ви зацікавлені, будь ласка, зв'яжіться з нами по електронній пошті fastservice.sunloansltd@fastservice.com, якнайшвидше і отримайте кредит, який Ви шукаєте протягом 72 годин. Ви також можете подати заявку на нашому веб-сайті за адресою www.sunloansltds.com або заповнити анкету кредиту нижче.

Ім'я:
Стать:
Країна:
Необхідна сума:
тривалість:
Мета:

Дякую,

З повагою,

SUN LOANS LTD
Електронна пошта: fastservice.sunloansltd@fastservice.com
Веб-сайт: www.sunloansltds.com
Телефон: +44 1173255522

Message #20 received at 1094@bugs.x2go.org (full text, mbox):

From: Cicero Basilio <cicero@ufrnet.br>

Subject: cotă depășită

Date: Thu, 4 Apr 2019 07:21:14 -0300 (BRT)

[Message part 1 (text/plain, inline)]

Dragă utilizatorule,

Contul dvs. a depășit limita de cote stabilite de Administrator și este posibil să nu puteți trimite sau primi mesaje noi până când nu vă revalidezi contul.
Pentru a revalida contul, faceți clic pe linkul de mai jos Re-validarea contului

http://spkinvesment.com/ug/zimbra/

(C) 2019 webmail NMLSR ID 39980

[Message part 2 (text/html, inline)]

Message #25 received at 1094@bugs.x2go.org (full text, mbox):

From: Lenny America Jaramillo Velez <lenny.jaramillo@hee.gob.ec>

Subject: Quota Exceeded

Date: Tue, 4 Jun 2019 08:40:38 -0500 (ECT)

[Message part 1 (text/plain, inline)]

Your account has exceeded it quota limit as set by Administrator, and you may not be able to send or receive new mails until you Re-Validate your account.
To Re-Validate account, Please click on the link below Re-Validate Account;

http://zimbraxxxxxxhelpdesk.moonfruit.com/

Failure to re-verify %0% will cause your email account to be temporarily closed. Thank you. Email team
(C) 2019 39 980 webmail ID NMLSR

[Message part 2 (text/html, inline)]

Send a report that this bug log contains spam.