Hallo,

ich habe über Yast2 die Aktualisierung angestoßen. Das Paket jgoodies-forms wurde automatisch aktualisiert und MediathekView startet wieder. Der Fehler ist damit also behoben. Schön, dass wir das geschafft haben. So macht Open-Source Spaß!

Vielen Dank und viele Grüße

mein Fehler: Ich habe Version 1.8 nur bei den BuildRequires definiert, aber nicht bei Requires. Deswegen wurde jgoodies-forms nicht aktualisiert.
Bei mir hat das Repo die höchste Priorität, deswegen wurde bei mir aktualisiert.
Ich werde das mal ändern.

Hallo,

im Paketmanager wird in der “File List” des Pakets jgoodies-forms der Namen forms ausgewiesen:

jgoodies-forms - JGoodies Forms framework
/usr/share/doc/packages/jgoodies-forms
/usr/share/doc/packages/jgoodies-forms/AUTHORS
/usr/share/doc/packages/jgoodies-forms/LICENSE.txt
/usr/share/doc/packages/jgoodies-forms/README.html
/usr/share/doc/packages/jgoodies-forms/RELEASE-NOTES.txt
/usr/share/java/forms-1.3.0.jar
/usr/share/java/forms.jar
7 files total

Allerdings lade ich das Paket vom SuSE-Repository und nicht von Deinem. Das könnte die Ursache sein. Müsste das Paket MediathekView eventuell die Version 1.8.0-2.1 des Pakets jgoodies-forms als Abhängigkeit ausweisen?

vor dem Update auf jgoodies-forms auf 1.8 hieß die jar-Datei forms.jar. Durch das Update auf 1.8 wurde daraus jgoodies-forms.jar.
Deswegen wurde im Startskript der Klassenpfad auch auf jgoodies-forms umgestellt:

[17:10:38 @ Di Jul 18]root@Rosstheboss[/usr/share/java/]$ls -l jgoodies*
-rw-r–r-- 1 root root 37K 3. Jan 2015 jgoodies-common-1.8.1.jar
lrwxrwxrwx 1 root root 25 12. Jul 20:37 jgoodies-common.jar -> jgoodies-common-1.8.1.jar
-rw-r–r-- 1 root root 117K 27. Feb 2014 jgoodies-forms-1.8.0.jar
lrwxrwxrwx 1 root root 24 12. Jul 20:39 jgoodies-forms.jar -> jgoodies-forms-1.8.0.jar
[17:13:58 @ Di Jul 18]root@Rosstheboss[/usr/share/java/]$

Irgendwie ist da bei dir was krumm… Aber es ist ja erstmal schön, dass es jetzt läuft.

Ich hab’s!

Ich habe mir die Fehlermeldung nochmal genau angesehen und mich dabei gewundert, wieso dort jgoodies-forms als fehlend angemeckert wird. Gemäß Packetmanager ist es nämlich installiert. Wobei die Bibliothek aber nicht unter dem Namen jgoodies-forms sondern gemäß File-List unter dem Namen forms abgelegt wird. Daher habe ich im Startskript MediathekView.sh den Classpath probeweise angepasst - also das “jgoodies-” vor forms gelöscht. Und siehe da, MediathekView ist gestartet. Vielleicht hilft diese Info, um das Paket im Repository weiter zu verbessern. Mir ist allerdings unklar, wieso nur ich das Problem zu haben scheine.

Das Verzeichnis $HOME/.local/share/plasma_icons existiert nicht. Ein “ls -l /usr/share/applications/Mediathek*” listet, wie bei Dir auch, eine neue Datei.

-rw-r–r-- 1 root root 372 Jul 16 08:28 /usr/share/applications/MediathekView.desktop

Zur Sicherheit habe ich auch mal mein ~/.mediathek3 gelöscht. Aber auch das führt zu keiner Lösung. Zunächst startet MediathekView zwar, aber nachdem ich die Schaltfläche geklickt hatte, dass ich einen Start mit Standardwerten möchte, ist die Anwendung wieder mit der gleiche Fehlermeldung ausgestiegen.

Im Verzeichnis “$HOME/.local/share/applications” findet sich kein einziger Eintrag von Mediathek.

cat /usr/share/applications/MediathekView.desktop
[Desktop Entry]
Name=MediathekView
GenericName=Mediathek Viewer
GenericName[de]=Mediathek Betrachter
Comment=The program searches the medialibrary of different channels
Comment[de]=Das Programm durchsucht die Mediathek verschiedener Sender
Type=Application
Exec=MediathekView.sh
Icon=MediathekView
Categories=AudioVideo;TV;
X-KDE-StartupNotify=true
X-SuSE-translate=true
ls -l /usr/share/applications/Mediathek*
-rw-r–r-- 1 root root 372 Jul 16 08:28 /usr/share/applications/MediathekView.desktop

du hast den "" vergessen:
ls -l $HOME/.local/share/applications/Mediathek

Dann mache noch bitte ein:
cat /usr/share/applications/MediathekView.desktop
ls -l /usr/share/applications/Mediathek*

So langsam gehen mir die Ideen aus. Ich habe es mittlerweile noch in drei VMs getestet, es läuft auf allen Kisten.

$HOME/.local/share/applications/Mediathek existiert nicht. Das Startscript (ohne Kommentare) sieht so aus:

JAVA_HOME=/etc/alternatives/jre_1.8.0
MAIN_CLASS=“mediathek.Main”
VERBOSE=1
. /usr/share/java-utils/java-functions
set_javacmd
check_java_env
set_jvm_dirs
CLASSPATH=build-classpath Mediathek MSearch commons-compress commons-lang3 jide-oss jgoodies-common jgoodies-forms xz
run “$@”

du hast dir nicht zufällig für eine der früherern Versionen einen eigenen Starter angelegt?
Mache mal bitte:
ls -l $HOME/.local/share/applications/Mediathek*

Wie sieht denn das Startscript aus?
cat /usr/bin/MediathekView.sh

Alle genannten Pakete sind bereits vorhanden. Soweit bestimmte Versionen gefordert sind, sind diese oder neuere installiert. Dadurch, dass ich nicht auf dem openSUSE-tumbleweed sondern auf dem openSUSE Leap 42.2 sitze, erklären sich vermutlich die geringfügig anderen Versionen auf unseren beiden Systemen.

Benötigt:
/bin/bash
java-xz
jgoodies-forms
jide-oss
jgoodies-common
java-openjfx
flvstreamer
ffmpeg
vlc
apache-commons-compress >= 1.6
apache-commons-lang >= 3.6
java-1_8_0-openjdk >= 1.8

Sind alle Pakete installiert? Wäre am leichtesten, wenn ein fehlendes Paket die Ursache wäre. Denn die Verweise sind doch wahrscheinlich überall gleich.
Bei mir:
java -version
openjdk version “1.8.0_131”
OpenJDK Runtime Environment (IcedTea 3.4.0) (suse-1.1-x86_64)
OpenJDK 64-Bit Server VM (build 25.131-b11, mixed mode)
Etwas anders als bei dir.

Sieht bei mir so ähnlich aus:

rpm -qa | grep MediathekView
MediathekView-13.0.2-61.1.noarch

rpm -qa | grep jide
jide-oss-2.7.6-19.27.noarch

rpm -qa | grep apache-commons
apache-commons-lang-3.6-2.1.noarch
apache-commons-parent-32-8.2.noarch
apache-commons-compress-1.14-3.1.noarch
apache-commons-logging-1.1.3-11.1.noarch

rpm -qa | grep jgoodies
jgoodies-forms-1.3.0-7.37.noarch
jgoodies-common-1.8.1-1.1.noarch

das kann ich jetzt nicht wirklich nachvollziehen. Bei dir wird ja keine Klasse bzw. Package gefunden.
Ich habe es gerade eben auch mit Leap 42.2 getestet. Bei mir startet MediathekView einwandfrei.

Was sagt denn:
rpm -qa | grep MediathekView
rpm -qa | grep jide
rpm -qa | grep apache-commons
rpm -qa | grep jgoodies

vorgestern wurde MediathekView auf meinem “openSUSE Leap 42.2”-System auf die 13er Version aktualisiert

Also hast du es aus einem repository installier? Dann können wir dir leider nicht helfen, da das Repo und dessen Inhalte nicht durch uns erstellt wird.

Guck mal hier: https://forum.mediathekview.de/topic/538/neu-openjfx-f%C3%BCr-opensuse/4 und frage @nonamefound evtl. kann er dir helfen.