Impossible to launch TOS since update to Fedora 38

[flipflip]

Hello everyone,

This morning I finally took the time to update my Fedora 37 around 38. Everything went well except for TOS who since refuses to get started, I get the message

./TOS_DI-linux-gtk-x86_64

(Talend Studio:70547): Gtk-WARNING **: 15:01:44.509: Theme directory actions/16-Dark of theme Zafiro-Icons-Dark-Black-f has no size field

SWT WebKitGDBus: error creating DBus server Erreur lors de la liaison à l’adresse (GUnixSocketAddress)*: Aucun fichier ou dossier de ce type

SWT WebKit: error initializing DBus server, dBusServer == 0

(Talend Studio:70547): GLib-GIO-CRITICAL **: 15:01:46.674: g_dbus_server_get_client_address: assertion 'G_IS_DBUS_SERVER (server)' failed

#

# A fatal error has been detected by the Java Runtime Environment:

#

# SIGSEGV (0xb) at pc=0x00007f8a4983eb86, pid=70547, tid=70548

#

# JRE version: OpenJDK Runtime Environment Zulu11.64+19-CA (11.0.19+7) (build 11.0.19+7-LTS)

# Java VM: OpenJDK 64-Bit Server VM Zulu11.64+19-CA (11.0.19+7-LTS, mixed mode, tiered, compressed oops, g1 gc, linux-amd64)

# Problematic frame:

# C [libswt-gtk-4944r26.so+0x3eb86] Java_org_eclipse_swt_internal_C_strlen+0xf

#

# Core dump will be written. Default location: Core dumps may be processed with "/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h" (or dumping to /home/xxxxx/Téléchargements/TOS/TOS_DI-20211109_1610-V8.0.1/core.70547)

#

# An error report file with more information is saved as:

# /home/xxxxx/Téléchargements/TOS/TOS_DI-20211109_1610-V8.0.1/hs_err_pid70547.log

#

# If you would like to submit a bug report, please visit:

# http://www.azul.com/support/

# The crash happened outside the Java Virtual Machine in native code.

# See problematic frame for where to report the bug.

Log file contents : https://pastebin.com/UJ6NMK1B

I tried with all the versions that I available on my machine but even result.

sudo alternatives --config java

Il existe 4 programmes qui fournissent «*java*».

Sélection Commande

-----------------------------------------------

1 /usr/lib/jvm/zulu18/bin/java

+ 2 /usr/lib/jvm/java-11-zulu-openjdk/bin/java

* 3 java-17-openjdk.x86_64 (/usr/lib/jvm/java-17-openjdk-17.0.7.0.7-5.fc38.x86_64/bin/java)

4 java-11-openjdk.x86_64 (/usr/lib/jvm/java-11-openjdk-11.0.19.0.7-1.fc38.x86_64/bin/java)

Do you have an idea where the problem can come from?

Thanks in advance.

[Anonymous]

Hello,

Could you please take a look at this online documentations to see if you are on a compatible platform?

https://help.talend.com/r/en-US/8.0/installation-guide-windows/compatible-operating-systems

https://help.talend.com/r/en-US/8.0/installation-guide-windows/compatible-java-environments

Best regards

Sabrina

[flipflip]

Hello,

It worked very well under Fedora 37 for many months having followed the prerequisites, so I did not ask myself too much questions when going to version 38.

I found this bug report and it is a question of glib2: https://bugzilla.redhat.com/show_bug.cgi?id=2169622 / https://bugzilla.redhat.com/show_bug.cgi?id=2169622#c7

[flipflip]

Means of bypass while waiting for a correction of Eclispe and the shots to be postponed by the Talend team:

mkdir /tmp/SWT-GDBusServer

And magic more error and it works.It's not clean and there is always a mistake but it allows you to continue working:

** (WebKitWebProcess:27141): ERROR **: 11:25:48.245: Failed to create server: Erreur lors de la liaison à l’adresse (GUnixSocketAddress)*: Aucun fichier ou dossier de ce type

2023-07-07T11:26:09.349+02:00 [Thread-7] WARN FilenoUtil : Native subprocess control requires open access to the JDK IO subsystem

Pass '--add-opens java.base/sun.nio.ch=ALL-UNNAMED --add-opens java.base/java.io=ALL-UNNAMED' to enable.

SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".

SLF4J: Defaulting to no-operation (NOP) logger implementation

SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.

[Anonymous]

Hello,

In the documentation we provide a list of operating systems that are supported, in the sense that we do provide an SLA and technical support for them. This doesn't mean other (non-listed) operating systems will not work but simply we won't necessarily be equipped to help you with any issue you may face with them.

Best regards

Sabrina

[flipflip]

Thank you for your information.

Indeed I am not on a supported Linux distribution.But I think you will quickly encounter the problem with customers who are on Redhat and who will go to Glib2-2.76 and more broadly to all distributions that will make a migration to the 2.76 version.

I managed to understand that they hardened the safety rules between processes and Eclipse for the moment do not respect them.

Philippe.