I originally submitted a detailed bug report at the Mate Desktop issues Github page here https://github.com/mate-desktop/mate-desktop/issues/553.
I subsequently discovered that other desktops are similarly affected. All of them experienced segfaults or kernel traps in parts of their components, particularly in the Marco window manager that Mate uses.
I have also tried Gnome, Kde, xfce, Cinnamon & Icewm desktops, again on a Centos Stream 9 system. Similar results were found on an Alma 9 system so I do not believe the problem is specific to the 'upstream' / lesser-tested nature of CS9.
Apart from Icewm which remained usable even with the segfaults, the other desktops (particularly Mate which we use a lot for remote working) are rendered unusable by this problem. None of our Centos 7 systems have this problem.
I am running out of ideas to diagnose/fix this problem.
Any thoughts?
Thanks Tom Crane
X2go etc. packages version details (as installed from Epel 9 repository), nxagent-3.5.99.26-6.el9.x86_64 nx-libs-3.5.99.26-6.el9.x86_64 x2goagent-4.1.0.3-17.el9.x86_64 x2goserver-4.1.0.3-17.el9.x86_64 x2goserver-common-4.1.0.3-17.el9.noarch x2goserver-xsession-4.1.0.3-17.el9.noarch
Most probable all those desktops require features that are not offered by NX. We have seen many cases where they do not correctly check what versions of x server extensions are available and assume higher versions. I am not sure but maybe EL9 apps are only tested against Wayland and not longer X11?
Do you have more details when they crash? Will the DEs crash or the x2goagent/nxagent?
Uli
Tom Crane <TPCx2go@mklab.ph.rhul.ac.uk> schrieb am Fr., 28. Apr. 2023, 21:01:
I originally submitted a detailed bug report at the Mate Desktop issues Github page here https://github.com/mate-desktop/mate-desktop/issues/553.
I subsequently discovered that other desktops are similarly affected. All of them experienced segfaults or kernel traps in parts of their components, particularly in the Marco window manager that Mate uses.
I have also tried Gnome, Kde, xfce, Cinnamon & Icewm desktops, again on a Centos Stream 9 system. Similar results were found on an Alma 9 system so I do not believe the problem is specific to the 'upstream' / lesser-tested nature of CS9.
Apart from Icewm which remained usable even with the segfaults, the other desktops (particularly Mate which we use a lot for remote working) are rendered unusable by this problem. None of our Centos 7 systems have this problem.
I am running out of ideas to diagnose/fix this problem.
Any thoughts?
Thanks Tom Crane
X2go etc. packages version details (as installed from Epel 9 repository), nxagent-3.5.99.26-6.el9.x86_64 nx-libs-3.5.99.26-6.el9.x86_64 x2goagent-4.1.0.3-17.el9.x86_64 x2goserver-4.1.0.3-17.el9.x86_64 x2goserver-common-4.1.0.3-17.el9.noarch x2goserver-xsession-4.1.0.3-17.el9.noarch
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Thanks for the follow-up.
I am not sure re; EL9 and testing against X11/Wayland.
There are some kernel logs showing where the segfault and kernel traps occur and also some gdb crashdump analyses with stacks shown at the github link below. The crashes I saw were all in the desktop components and not in x2goagent/nxagent.
Tom.
On Sat, 29 Apr 2023, Ulrich Sibiller wrote:
Most probable all those desktops require features that are not offered by NX. We have seen many cases where they do not correctly check what versions of x server extensions are available and assume higher versions. I am not sure but maybe EL9 apps are only tested against Wayland and not longer X11? Do you have more details when they crash? Will the DEs crash or the x2goagent/nxagent?
Uli
Tom Crane <TPCx2go@mklab.ph.rhul.ac.uk> schrieb am Fr., 28. Apr. 2023, 21:01: I originally submitted a detailed bug report at the Mate Desktop issues Github page here https://github.com/mate-desktop/mate-desktop/issues/553.
I subsequently discovered that other desktops are similarly affected. All of them experienced segfaults or kernel traps in parts of their components, particularly in the Marco window manager that Mate uses. I have also tried Gnome, Kde, xfce, Cinnamon & Icewm desktops, again on a Centos Stream 9 system. Similar results were found on an Alma 9 system so I do not believe the problem is specific to the 'upstream' / lesser-tested nature of CS9. Apart from Icewm which remained usable even with the segfaults, the other desktops (particularly Mate which we use a lot for remote working) are rendered unusable by this problem. None of our Centos 7 systems have this problem. I am running out of ideas to diagnose/fix this problem. Any thoughts? Thanks Tom Crane X2go etc. packages version details (as installed from Epel 9 repository), nxagent-3.5.99.26-6.el9.x86_64 nx-libs-3.5.99.26-6.el9.x86_64 x2goagent-4.1.0.3-17.el9.x86_64 x2goserver-4.1.0.3-17.el9.x86_64 x2goserver-common-4.1.0.3-17.el9.noarch x2goserver-xsession-4.1.0.3-17.el9.noarch _______________________________________________ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Forgot the link?
Tom Crane <TPCx2go@mklab.ph.rhul.ac.uk> schrieb am Sa., 29. Apr. 2023, 17:29:
Thanks for the follow-up.
I am not sure re; EL9 and testing against X11/Wayland.
There are some kernel logs showing where the segfault and kernel traps occur and also some gdb crashdump analyses with stacks shown at the github link below. The crashes I saw were all in the desktop components and not in x2goagent/nxagent.
Tom.
On Sat, 29 Apr 2023, Ulrich Sibiller wrote:
Most probable all those desktops require features that are not offered by NX. We have seen many cases where they do not correctly check what versions of x server extensions are available and assume higher versions. I am not sure but maybe EL9 apps are only tested against Wayland and not longer X11? Do you have more details when they crash? Will the DEs crash or the x2goagent/nxagent?
Uli
Tom Crane <TPCx2go@mklab.ph.rhul.ac.uk> schrieb am Fr., 28. Apr. 2023, 21:01: I originally submitted a detailed bug report at the Mate Desktop issues Github page here https://github.com/mate-desktop/mate-desktop/issues/553.
I subsequently discovered that other desktops are similarly
affected. All of them experienced segfaults or kernel traps in parts of their components, particularly in the Marco window manager that Mate uses.
I have also tried Gnome, Kde, xfce, Cinnamon & Icewm desktops,
again on a Centos Stream 9 system. Similar results were found on an Alma 9 system so I do not believe the problem is specific to the 'upstream' / lesser-tested nature of CS9.
Apart from Icewm which remained usable even with the segfaults,
the other desktops (particularly Mate which we use a lot for remote working) are rendered unusable by this problem. None of our Centos 7 systems have this problem.
I am running out of ideas to diagnose/fix this problem. Any thoughts? Thanks Tom Crane X2go etc. packages version details (as installed from Epel 9
repository), nxagent-3.5.99.26-6.el9.x86_64 nx-libs-3.5.99.26-6.el9.x86_64 x2goagent-4.1.0.3-17.el9.x86_64 x2goserver-4.1.0.3-17.el9.x86_64 x2goserver-common-4.1.0.3-17.el9.noarch x2goserver-xsession-4.1.0.3-17.el9.noarch _______________________________________________ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Hi Tom, hi Uli,
On Fr 28 Apr 2023 21:01:36 CEST, Tom Crane wrote:
I originally submitted a detailed bug report at the Mate Desktop
issues Github page here
https://github.com/mate-desktop/mate-desktop/issues/553.I subsequently discovered that other desktops are similarly
affected. All of them experienced segfaults or kernel traps in parts
of their components, particularly in the Marco window manager that
Mate uses.I have also tried Gnome, Kde, xfce, Cinnamon & Icewm desktops, again
on a Centos Stream 9 system. Similar results were found on an Alma
9 system so I do not believe the problem is specific to the
'upstream' / lesser-tested nature of CS9.Apart from Icewm which remained usable even with the segfaults, the
other desktops (particularly Mate which we use a lot for remote
working) are rendered unusable by this problem. None of our Centos
7 systems have this problem.I am running out of ideas to diagnose/fix this problem.
Any thoughts?
note that MATE upstream has fixed marco and now checks properly on the
available Xres extension version before using its API (and crashing).
See upstream: [1].
In Debian unstable, I added those patches this recently: [2].
Greets, Mike
[1] https://github.com/mate-desktop/marco/pull/747/commits
[2]
https://salsa.debian.org/debian-mate-team/marco/-/tree/master/debian/patches
(patches 0001, 0002 and 0003).
--
DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de