Bug#735048: mediathekview: doesn't start at all
On 12.01.2014 11:20, Gerfried Fuchs wrote: Package: mediathekview Version: 4-1 Severity: grave Justification: renders package unusable Hi! *ping* Did you try to run MediathekView with OpenJDK 7? What was the outcome? Thanks Markus signature.asc Description: OpenPGP digital signature
Bug#735048: mediathekview: doesn't start at all
tags 735048 - moreinfo severity 735048 normal thanks Dear Markus! * Markus Koschany a...@gambaru.de [2014-01-12 12:10:41 CET]: On 12.01.2014 11:20, Gerfried Fuchs wrote: I didn't want to wait the few days for the testing transition, so I installed mediathekview from unstable into my testing system. But it doesn't start at all, this is the output I receive: Did you try to run MediathekView with OpenJDK 6 or OpenJDK 7? As far as I can see you seem to have installed OpenJDK 7 but perhaps your defaults (update-alternatives) still point to version 6? MV 4 will only work with OpenJDK 7 or later and since default-jre points to OpenJDK-7 on your system, the dependency should be satisfied. You are right, after I removed openjdk-6 packages from my system mediathekview started properly. I am uncertain how this problem could get resolved. Having a wrapper script that would set JAVA_HOME, or anything along that lines. Or at least give useful error message when started from the commandline - which wouldn't help people calling it from the menu. Maybe a zenity dialogue then or such. Do you have an idea how other packages with similar requirements do mitigate the issue? At least thanks for your information on how to get it working! Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735048: mediathekview: doesn't start at all
On 14.01.2014 10:09, Gerfried Fuchs wrote: You are right, after I removed openjdk-6 packages from my system mediathekview started properly. I am uncertain how this problem could get resolved. Having a wrapper script that would set JAVA_HOME, or anything along that lines. Or at least give useful error message when started from the commandline - which wouldn't help people calling it from the menu. Maybe a zenity dialogue then or such. Do you have an idea how other packages with similar requirements do mitigate the issue? At least thanks for your information on how to get it working! Rhonda I think the best way to solve this issue is to use a wrapper script that ensures a java7 compatible runtime environment and that mediathekview will use Java7 even if other environments are installed on the same system. I think using and depending on java-wrappers should be the way forward here. I will prepare a new release soon. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#735048: mediathekview: doesn't start at all
Package: mediathekview Version: 4-1 Severity: grave Justification: renders package unusable Hi! I didn't want to wait the few days for the testing transition, so I installed mediathekview from unstable into my testing system. But it doesn't start at all, this is the output I receive: Exception in thread main java.lang.UnsupportedClassVersionError: mediathek/Main : Unsupported major.minor version 51.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:643) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) at java.net.URLClassLoader.access$000(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:212) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:323) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:268) Could not find the main class: mediathek.Main. Program will exit. Maybe it is just a missing tighter set dependency somewhere, but I am uncertain what might be needed or wanted here. Maybe the Unsupported major.minor version 51.0 can give you a clue; for me it doesn't. :) Thanks for looking into it. Rhonda -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediathekview depends on: ii default-jre [java7-runtime]1:1.7-49 ii jarwrapper 0.45 ii libcommons-compress-java 1.6-1 ii libcommons-lang3-java 3.1-2 ii libjackson2-core-java 2.2.2-1 ii libjgoodies-forms-java 1.6.0-4 ii libjide-oss-java 3.5.10+dfsg-1 ii libmac-widgets-java0.9.5+svn369-dfsg1-3 ii libswingx-java 1:1.6.2-1 ii libtimingframework-java1.0-1 ii libxz-java 1.4-1 ii openjdk-7-jre [java7-runtime] 7u25-2.3.10-1~deb7u1 Versions of packages mediathekview recommends: ii flvstreamer 2.1c1-1 ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2 ii vlc 2.1.2-2 mediathekview suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735048: mediathekview: doesn't start at all
Control: tags -1 moreinfo Hi rhonda, On 12.01.2014 11:20, Gerfried Fuchs wrote: Package: mediathekview Version: 4-1 Severity: grave Justification: renders package unusable Hi! I didn't want to wait the few days for the testing transition, so I installed mediathekview from unstable into my testing system. But it doesn't start at all, this is the output I receive: Did you try to run MediathekView with OpenJDK 6 or OpenJDK 7? As far as I can see you seem to have installed OpenJDK 7 but perhaps your defaults (update-alternatives) still point to version 6? MV 4 will only work with OpenJDK 7 or later and since default-jre points to OpenJDK-7 on your system, the dependency should be satisfied. Please report back whether this solves your issue. Regards, Markus signature.asc Description: OpenPGP digital signature