• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Gelöst Leap 15.6 - MediathekView startet nicht

Hallo

Mein installiertes MediathekView 14.1.0 weigert sich zu starten auf einem Notebook unter der Leap 15.6 - siehe Meldungen in der angehängten Datei 'notOK-start-tux156.txt'.

Auf demselben Notebook unter der Leap 15.5 klappt der Start reibungslos - siehe angehängte Datei 'OK-start-tux155.txt'.

Ebenfalls gelingt der Start auf einer Workstation unter der Leap 15.6 - siehe hierzu 'OK-start-fuji156.txt'.

Meine Vermutung geht in die Richtung, dass im Misserfolgsfall die Java-Umgebung nicht sauber eingebunden wird. Dafür spricht (für mein bescheidenes Verständnis) die Meldung
Code:
Loading library glassgtk3 from resource failed: java.lang.UnsatisfiedLinkError: /home/pirx/.openjfx/cache/22+30/amd64/libglassgtk3.so: libgthread-2.0.so.0: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden

Alle diese getesteten Probeläufe waren für den Benutzer "frisch" in dem Sinn, das vor dem jeweiligen Programmstart die ~/.mediathek3 gelöscht worden war. Ohne diese vorgeschaltete Bereinigung ist das Ergebnis aber dasselbe.

Der Umstieg auf das "AppImage" von MediathekView, der anderen Leuten offensichtlich geholfen hat, hat übrigens bei mir an der Problemstellung nichts geändert.


Nun sind mir die Ideen ausgegangen. Was kann ich tun?

Danke für Mitdenken
Pirx
 

Anhänge

  • notOK-start-tux156.txt
    5,1 KB · Aufrufe: 3
  • OK-start-fuji156.txt
    2,1 KB · Aufrufe: 0
  • OK-start-tux155.txt
    1,8 KB · Aufrufe: 0
Code:
/home/pirx/.openjfx
Ich hab dies mal gerade umbenannt, wird beim neuerlichen Start von Mediathekview wieder angelegt.
 
Code:
/home/pirx/.openjfx
Ich hab dies mal gerade umbenannt, wird beim neuerlichen Start von Mediathekview wieder angelegt.
Ja, damit habe ich auch experimentiert. Ich habe auch das .openjfx aus einer lauffähigen Umgebung herüberkopiert in die nicht-lauffähige Umgebung. Hat aber nichts verändert.
 
Wassagt:
zypper se -si

Code:
libgthread-2_0-0
und
Code:
zypper lr -d
Ja, das war's. Die Nachinstallation der libgthread-2_0-0 hat das Problem gelöst.

Mein Fehler war, nur nach der libglassgtk3 und der libgthread-2.0 zu suchen. Mit etwas mehr Sorgfalt und Ausdauer hätte ich mein Problem sicherlich selbst lösen können.

Danke, Sauerland, und viele Grüße an alle
Pirx
 
Oben