evolution crashes when using X11 forwarding

classic Classic list List threaded Threaded
11 messages Options
HGB
Reply | Threaded
Open this post in threaded view
|

evolution crashes when using X11 forwarding

HGB
Hi,

other gnome apps do work via X11 forwarding (e.g., gedit).

When starting evolution remotely via X11 forwarding
I obtain the following messages (note, some years ago,
I used evolution remotely without any problems):

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

hgb@HGB-PC2:~$ evolution
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
libEGL warning: DRI3: failed to query the version
libEGL warning: DRI2: failed to authenticate

(evolution:26725): Gdk-ERROR **: The program 'evolution' received an X
Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 189 error_code 1 request_code 154 (unknown)
minor_code 1)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()
function.)
Trace/breakpoint trap (core dumped)

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

If this problem cannot be solved easily, I would be even satisfied,
if evolution would fetch my emails without GUI (however, this must
be done remotely on the remote Linux machine).
To this end, I tried on the remote machine:

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

hgb@HGB-PC2:~$ xvfb-run evolution

(evolution:26703): GLib-CRITICAL **: g_strsplit: assertion 'string !=
NULL' failed
Segmentation fault (core dumped)

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Any help would be appreciated.

Best,

Hans-Georg

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

Thomas Mittelstaedt
Just did a Google search with the error message, maybe that helps:

https://askubuntu.com/questions/67567/how-to-fix-error-xlib-extension-nv-glx-missing-on-display

..... Installed "mesa-vulkan-drivers" and the error was fixed! – Torrien Oct 4 '18 at 5:01



Gruß, Thomas Mittelstaedt

Am 19.03.2020 11:34 schrieb Hans-Georg Beyer <[hidden email]>:

Hi,

other gnome apps do work via X11 forwarding (e.g., gedit).

When starting evolution remotely via X11 forwarding
I obtain the following messages (note, some years ago,
I used evolution remotely without any problems):

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

hgb@HGB-PC2:~$ evolution
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
libEGL warning: DRI3: failed to query the version
libEGL warning: DRI2: failed to authenticate

(evolution:26725): Gdk-ERROR **: The program 'evolution' received an X
Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 189 error_code 1 request_code 154 (unknown)
minor_code 1)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error()
function.)
Trace/breakpoint trap (core dumped)

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

If this problem cannot be solved easily, I would be even satisfied,
if evolution would fetch my emails without GUI (however, this must
be done remotely on the remote Linux machine).
To this end, I tried on the remote machine:

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

hgb@HGB-PC2:~$ xvfb-run evolution

(evolution:26703): GLib-CRITICAL **: g_strsplit: assertion 'string !=
NULL' failed
Segmentation fault (core dumped)

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Any help would be appreciated.

Best,

Hans-Georg

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list



_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

Gnome Evolution - General mailing list
In reply to this post by HGB
On Thu, 2020-03-19 at 11:34 +0100, Hans-Georg Beyer wrote:
> When starting evolution remotely via X11 forwarding
> I obtain the following messages

        Hi,
what is the evolution version, please? Being it anything semi-recent,
what is the webkit2gtk3 version, please?

I guess the messages about libEGL are related to the WebKitGTK+ (or
clutter, depending whether Evolution was built with the clutter
support). Evolution itself doesn't use it. Maybe you'd get a similar
experience with epiphany, which also uses WebKitGTK+.

Having backtraces with debuginfo packages installed for at least
evolution and evolution-data-server would be surely helpful. The first
error tells what to do (it requires debuginfo also for gtk+ (gtk3)),
the second might be as simple as this:

   $ xvfb-run gdb evolution --ex r --ex bt --ex q

which runs evolution under gdb, prints backtrace when it stops and then
quits gdb (+/- proper placement of the xvfb-run command). Please check
the output for any private information, like passwords, email address,
server addresses,... I usually search for "pass" at least (quotes for
clarity only), before sharing it in public.

I recall a thread about remote run of Evolution being discussed here or
somewhere recently (maybe few months ago), but I cannot find it right
now.
        Bye,
        Milan

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
HGB
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

HGB
Hi Milan,

Thank you for your proposals

Am Donnerstag, den 19.03.2020, 12:24 +0100 schrieb Milan Crha via
evolution-list:
> On Thu, 2020-03-19 at 11:34 +0100, Hans-Georg Beyer wrote:
> > When starting evolution remotely via X11 forwarding
> > I obtain the following messages
>
> Hi,
> what is the evolution version, please? Being it anything semi-recent,
> what is the webkit2gtk3 version, please?

Good question, but I don't know how to find that out remotely.

>
> I guess the messages about libEGL are related to the WebKitGTK+ (or
> clutter, depending whether Evolution was built with the clutter
> support). Evolution itself doesn't use it. Maybe you'd get a similar
> experience with epiphany, which also uses WebKitGTK+.
>
> Having backtraces with debuginfo packages installed for at least
> evolution and evolution-data-server would be surely helpful. The
> first
> error tells what to do (it requires debuginfo also for gtk+ (gtk3)),

Again, I have no idea how to do that exactly.

> the second might be as simple as this:
>
>    $ xvfb-run gdb evolution --ex r --ex bt --ex q
>
> which runs evolution under gdb, prints backtrace when it stops and
> then
> quits gdb (+/- proper placement of the xvfb-run command). Please
> check
> the output for any private information, like passwords, email
> address,
> server addresses,... I usually search for "pass" at least (quotes for
> clarity only), before sharing it in public.

Here comes the output:

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
hgb@HGB-PC2:~$ xvfb-run gdb evolution --ex r --ex bt --ex q
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <
http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from evolution...(no debugging symbols found)...done.
Starting program: /usr/bin/evolution
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-
gnu/libthread_db.so.1".

(evolution:27752): GLib-CRITICAL **: g_strsplit: assertion 'string !=
NULL' failed

Program received signal SIGSEGV, Segmentation fault.
0x00007fffe9f60549 in ?? () from /usr/lib/x86_64-linux-
gnu/libcogl.so.20
#0  0x00007fffe9f60549 in ?? () from /usr/lib/x86_64-linux-
gnu/libcogl.so.20
#1  0x00007fffe9f68838 in ?? () from /usr/lib/x86_64-linux-
gnu/libcogl.so.20
#2  0x00007fffe9fa5f42 in ?? () from /usr/lib/x86_64-linux-
gnu/libcogl.so.20
#3  0x00007fffe9f5f401 in cogl_renderer_connect ()
   from /usr/lib/x86_64-linux-gnu/libcogl.so.20
---Type <return> to continue, or q <return> to quit---
#4  0x00007fffea2539ef in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#5  0x00007fffea26c523 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#6  0x00007fffea27d979 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#7  0x00007ffff49394b6 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-gtk-1.0.so.0
#8  0x00007ffff3769fd8 in g_option_context_parse ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x00007ffff493962e in gtk_clutter_init_with_args ()
   from /usr/lib/x86_64-linux-gnu/libclutter-gtk-1.0.so.0
#10 0x000055555555748a in main ()
A debugging session is active.

        Inferior 1 [process 27752] will be killed.

Quit anyway? (y or n) y
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

>
> I recall a thread about remote run of Evolution being discussed here
> or
> somewhere recently (maybe few months ago), but I cannot find it right
> now.

You are right, I found a post from Jun 15, 2018; 8:17pm
"Problem running Evolution through X11Forwarding"
However, without any helpful answer.

Best,

Hans-Georg

> Bye,
> Milan
>
> _______________________________________________
> evolution-list mailing list
> [hidden email]
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
HGB
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

HGB
In reply to this post by Thomas Mittelstaedt
Hi Thomas,

Thank you for your proposal.
Playing around with the nv glx stuff might be dangerous
in that it could break my remote machine (and due to
covid19 I'm not allowed to visit my office personally).
That is why I would rather abstain from tying that.

Best,

Hans-Georg

Am Donnerstag, den 19.03.2020, 12:13 +0100 schrieb tmstaedt@t-
mittelstaedt.de:
> Just did a Google search with the error message, maybe that helps:
>
>
https://askubuntu.com/questions/67567/how-to-fix-error-xlib-extension-nv-glx-missing-on-display

>
> ..... Installed "mesa-vulkan-drivers" and the error was
> fixed! – Torrien Oct 4 '18 at 5:01
>
>
>
> Gruß, Thomas Mittelstaedt
>
> Am 19.03.2020 11:34 schrieb Hans-Georg Beyer <[hidden email]
> >:
> > Hi,
> >
> > other gnome apps do work via X11 forwarding (e.g., gedit).
> >
> > When starting evolution remotely via X11 forwarding
> > I obtain the following messages (note, some years ago,
> > I used evolution remotely without any problems):
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > hgb@HGB-PC2:~$ evolution
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > libEGL warning: DRI3: failed to query the version
> > libEGL warning: DRI2: failed to authenticate
> >
> > (evolution:26725): Gdk-ERROR **: The program 'evolution' received
> > an X
> > Window System error.
> > This probably reflects a bug in the program.
> > The error was 'BadRequest (invalid request code or no such
> > operation)'.
> >   (Details: serial 189 error_code 1 request_code 154 (unknown)
> > minor_code 1)
> >   (Note to programmers: normally, X errors are reported
> > asynchronously;
> >    that is, you will receive the error a while after causing it.
> >    To debug your program, run it with the GDK_SYNCHRONIZE
> > environment
> >    variable to change this behavior. You can then get a meaningful
> >    backtrace from your debugger if you break on the gdk_x_error()
> > function.)
> > Trace/breakpoint trap (core dumped)
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > If this problem cannot be solved easily, I would be even
> > satisfied,
> > if evolution would fetch my emails without GUI (however, this must
> > be done remotely on the remote Linux machine).
> > To this end, I tried on the remote machine:
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > hgb@HGB-PC2:~$ xvfb-run evolution
> >
> > (evolution:26703): GLib-CRITICAL **: g_strsplit: assertion 'string
> > !=
> > NULL' failed
> > Segmentation fault (core dumped)
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > Any help would be appreciated.
> >
> > Best,
> >
> > Hans-Georg
> >
> > _______________________________________________
> > evolution-list mailing list
> > [hidden email]
> > To change your list options or unsubscribe, visit ...
> > https://mail.gnome.org/mailman/listinfo/evolution-list 
>
>

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

Thomas Mittelstaedt


Am 19.03.2020 14:38 schrieb Hans-Georg Beyer <[hidden email]>:

Hi Thomas,

Thank you for your proposal.
Playing around with the nv glx stuff might be dangerous
in that it could break my remote machine (and due to
covid19 I'm not allowed to visit my office personally).
That is why I would rather abstain from tying that.

Best,


You could just try with a local version of evolution app to access your mail, calendars.
Try configure an account for your remote site.


Hans-Georg

Am Donnerstag, den 19.03.2020, 12:13 +0100 schrieb tmstaedt@t-
mittelstaedt.de:
> Just did a Google search with the error message, maybe that helps:
>
>
https://askubuntu.com/questions/67567/how-to-fix-error-xlib-extension-nv-glx-missing-on-display
>
> ..... Installed "mesa-vulkan-drivers" and the error was
> fixed! – Torrien Oct 4 '18 at 5:01
>
>
>
> Gruß, Thomas Mittelstaedt
>
> Am 19.03.2020 11:34 schrieb Hans-Georg Beyer <[hidden email]
> >:
> > Hi,
> >
> > other gnome apps do work via X11 forwarding (e.g., gedit).
> >
> > When starting evolution remotely via X11 forwarding
> > I obtain the following messages (note, some years ago,
> > I used evolution remotely without any problems):
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > hgb@HGB-PC2:~$ evolution
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > libEGL warning: DRI3: failed to query the version
> > libEGL warning: DRI2: failed to authenticate
> >
> > (evolution:26725): Gdk-ERROR **: The program 'evolution' received
> > an X
> > Window System error.
> > This probably reflects a bug in the program.
> > The error was 'BadRequest (invalid request code or no such
> > operation)'.
> >   (Details: serial 189 error_code 1 request_code 154 (unknown)
> > minor_code 1)
> >   (Note to programmers: normally, X errors are reported
> > asynchronously;
> >    that is, you will receive the error a while after causing it.
> >    To debug your program, run it with the GDK_SYNCHRONIZE
> > environment
> >    variable to change this behavior. You can then get a meaningful
> >    backtrace from your debugger if you break on the gdk_x_error()
> > function.)
> > Trace/breakpoint trap (core dumped)
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > If this problem cannot be solved easily, I would be even
> > satisfied,
> > if evolution would fetch my emails without GUI (however, this must
> > be done remotely on the remote Linux machine).
> > To this end, I tried on the remote machine:
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > hgb@HGB-PC2:~$ xvfb-run evolution
> >
> > (evolution:26703): GLib-CRITICAL **: g_strsplit: assertion 'string
> > !=
> > NULL' failed
> > Segmentation fault (core dumped)
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > Any help would be appreciated.
> >
> > Best,
> >
> > Hans-Georg
> >
> > _______________________________________________
> > evolution-list mailing list
> > [hidden email]
> > To change your list options or unsubscribe, visit ...
> > https://mail.gnome.org/mailman/listinfo/evolution-list
>
>



_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

Pete Biggs
In reply to this post by HGB

> When starting evolution remotely via X11 forwarding
> I obtain the following messages (note, some years ago,
> I used evolution remotely without any problems):
>
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>
> hgb@HGB-PC2:~$ evolution
> Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> libEGL warning: DRI3: failed to query the version
> libEGL warning: DRI2: failed to authenticate

I suspect that the issue is with your local X server, not the remote
client.  It's not something I usually do as I run Evolution locally,
but between two Fedora31 machines at work and home, Evolution displays
OK - it's slow, but it displays without errors.

What is your local machine OS and X server? Do things like glxgears or
glxinfo run OK?

P.


_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

Gnome Evolution - General mailing list
In reply to this post by HGB
On Thu, 2020-03-19 at 14:31 +0100, Hans-Georg Beyer wrote:
> Good question, but I don't know how to find that out remotely.

        Hi,
it seems you've Ubuntu, then "ubuntu list installed packages" search on
Google seems to give some hints. You can ssh into the other machine and
run the commands there.

> > Having backtraces with debuginfo packages installed for at least
> > evolution and evolution-data-server would be surely helpful. The
> > first
> > error tells what to do (it requires debuginfo also for gtk+
> > (gtk3)),
>
> Again, I have no idea how to do that exactly.

It depends on your distribution. The first hit on Google for "ubuntu
debuginfo packages" references
https://wiki.ubuntu.com/Debug%20Symbol%20Packages
I do not use Ubuntu myself, thus I cannot guide you in more detail.

> (evolution:27752): GLib-CRITICAL **: g_strsplit: assertion 'string !=
> NULL' failed
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007fffe9f60549 in ?? () from /usr/lib/x86_64-linux-
> gnu/libcogl.so.20

This is https://gitlab.gnome.org/GNOME/cogl/issues/1 and I'm afraid
unless clutter allows to disable use of libcogl (I've no idea whether
it does), then the only option is to rebuild evolution with disabled
clutter support (that's brought transitively, disable it with
-DENABLE_CONTACT_MAPS=OFF). Or to find how to convince libcogl not to
crash.

You can try similar gdb command for the evolution run without xvfb-run,
though I'm afraid it'll crash somewhere under clutter/cogl too. Your
best bet would be to disable it. I've no idea how to build evolution
package for Ubuntu with changed build options, I'm sorry I cannot be of
more help.

        Bye,
        Milan

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
HGB
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

HGB
In reply to this post by Pete Biggs
Hi Pete,

Am Donnerstag, den 19.03.2020, 14:39 +0000 schrieb Pete Biggs:

> > When starting evolution remotely via X11 forwarding
> > I obtain the following messages (note, some years ago,
> > I used evolution remotely without any problems):
> >
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > %%
> >
> > hgb@HGB-PC2:~$ evolution
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > libEGL warning: DRI3: failed to query the version
> > libEGL warning: DRI2: failed to authenticate
>
> I suspect that the issue is with your local X server, not the remote
> client.  It's not something I usually do as I run Evolution locally,
> but between two Fedora31 machines at work and home, Evolution
> displays
> OK - it's slow, but it displays without errors.

Right, this is what I would expect (and it worked some years ago)

>
> What is your local machine OS and X server? Do things like glxgears

Ubuntu 18.04

> or
> glxinfo run OK?

that works flawlessly. However, it also crashes when started
on the remote machine, see e.g.:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
hgb@HGB-PC2:~$ glxgears
Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
X Error of failed request:  BadValue (integer parameter out of range
for operation)
  Major opcode of failed request:  155 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Value in failed request:  0x0
  Serial number of failed request:  23
  Current serial number in output stream:  24
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Best,

Hans-Georg

> P.
>
>
> _______________________________________________
> evolution-list mailing list
> [hidden email]
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding

Pete Biggs

> > What is your local machine OS and X server? Do things like glxgears
>
> Ubuntu 18.04
>
> > or
> > glxinfo run OK?
>
> that works flawlessly. However, it also crashes when started
> on the remote machine, see e.g.:
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> hgb@HGB-PC2:~$ glxgears
> Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> X Error of failed request:  BadValue (integer parameter out of range
> for operation)

Does the remote machine have the proprietary nVidia drivers installed?
I *think* what's happening is that when programs are run on the remote
machine it sees that there are various GL extensions available, tries
to use them, and fails because they don't exist on the local machine
where the GL requests are actually performed.

As for fixing it - I think doing

  export LIBGL_ALWAYS_INDIRECT=1

before running evolution from the command line might help - it
certainly does for other GLX issues.

P.


_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
HGB
Reply | Threaded
Open this post in threaded view
|

Re: evolution crashes when using X11 forwarding [SOLVED]

HGB
Hi Pete,

Hurray! Problem solved.

While your export LIBGL_ALWAYS_INDIRECT=1 did not
solve the problem, googeling LIBGL_ALWAYS_INDIRECT
guided me to:

https://www.scm.com/doc/Installation/Remote_GUI.html

There is another environment variable:

export LIBGL_ALWAYS_SOFTWARE=1

that does the trick.

BTW, this works for evolution, it does not work for glxgears  

Many thanks for paving the way to the solution!

Best,

Hans-Georg

Am Donnerstag, den 19.03.2020, 17:31 +0000 schrieb Pete Biggs:

> > > What is your local machine OS and X server? Do things like
> > > glxgears
> >
> > Ubuntu 18.04
> >
> > > or
> > > glxinfo run OK?
> >
> > that works flawlessly. However, it also crashes when started
> > on the remote machine, see e.g.:
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > hgb@HGB-PC2:~$ glxgears
> > Xlib:  extension "NV-GLX" missing on display "localhost:10.0".
> > X Error of failed request:  BadValue (integer parameter out of
> > range
> > for operation)
>
> Does the remote machine have the proprietary nVidia drivers
> installed?
> I *think* what's happening is that when programs are run on the
> remote
> machine it sees that there are various GL extensions available, tries
> to use them, and fails because they don't exist on the local machine
> where the GL requests are actually performed.
>
> As for fixing it - I think doing
>
>   export LIBGL_ALWAYS_INDIRECT=1
>
> before running evolution from the command line might help - it
> certainly does for other GLX issues.
>
> P.
>
>
> _______________________________________________
> evolution-list mailing list
> [hidden email]
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list