Your message dated Sat, 23 Mar 2019 16:08:07 +0100 with message-id <[email protected]> and subject line closing remaining openjdk-6 bugs has caused the Debian Bug report #642365, regarding java.lang.InternalError: No RenderingEngine module found to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 642365: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642365 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: openjdk-6-jdk Version: 6b23~pre7-1 Severity: normal Dear Debian folks, please do not hate me for this report being probably assigned incorrectly. Wanting to use JabRef it failed to start with the following error. $ jabref & [2] 21204 ERROR while starting or running JabRef: java.lang.InternalError: No RenderingEngine module found at sun.java2d.pipe.RenderingEngine.getInstance(RenderingEngine.java:138) at sun.java2d.pipe.LoopPipe.<clinit>(LoopPipe.java:55) at sun.java2d.SurfaceData.<clinit>(SurfaceData.java:448) at sun.awt.X11GraphicsConfig.<clinit>(X11GraphicsConfig.java:76) at sun.awt.X11GraphicsDevice.makeDefaultConfiguration(X11GraphicsDevice.java:263) at sun.awt.X11GraphicsDevice.getDefaultConfiguration(X11GraphicsDevice.java:224) at sun.awt.X11.XToolkit.<clinit>(XToolkit.java:115) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:186) at java.awt.Toolkit$2.run(Toolkit.java:849) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:841) at sun.swing.SwingUtilities2$AATextInfo.getAATextInfo(SwingUtilities2.java:127) at javax.swing.plaf.metal.MetalLookAndFeel.initComponentDefaults(MetalLookAndFeel.java:1564) at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(BasicLookAndFeel.java:147) at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(MetalLookAndFeel.java:1599) at javax.swing.UIManager.setLookAndFeel(UIManager.java:530) at javax.swing.UIManager.setLookAndFeel(UIManager.java:570) at javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1320) at javax.swing.UIManager.initialize(UIManager.java:1407) at javax.swing.UIManager.maybeInitialize(UIManager.java:1395) at javax.swing.UIManager.getUI(UIManager.java:991) at javax.swing.JLabel.updateUI(JLabel.java:273) at javax.swing.JLabel.<init>(JLabel.java:162) at javax.swing.JLabel.<init>(JLabel.java:233) at net.sf.jabref.external.ExternalFileType.<init>(ExternalFileType.java:16) at net.sf.jabref.JabRefPreferences.<init>(JabRefPreferences.java:100) at net.sf.jabref.JabRefPreferences.getInstance(JabRefPreferences.java:120) at net.sf.jabref.JabRef.<init>(JabRef.java:91) at net.sf.jabref.JabRef.main(JabRef.java:79) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at net.sf.jabref.JabRefMain.main(Unknown Source) Remembering that `sudo aptitude safe-upgrade` did not update `default-jdk` for some time I tried `sudo aptitude dist-upgrade default-jdk` and afterward JabRef started again. But now I am unsure if the fix was just using OpenJDK in the first place because the output above looks like Java from Sun was used there. I did not check before but now it looks like this. $ ls -l /usr/bin/java lrwxrwxrwx 1 root root 22 Sep 21 23:35 /usr/bin/java -> /etc/alternatives/java $ ls -l /etc/alternatives/java lrwxrwxrwx 1 root root 45 Sep 21 23:35 /etc/alternatives/java -> /usr/lib/jvm/java-6-openjdk-i386/jre/bin/java So in any way the (pseudo) problem is at least fixed with 6b23~pre9-1. Just for your interest, the following conflicts had to be resolved by using `aptitude dist-upgrade`. $ more /var/log/aptitude […] [ENTFERNEN, ABHÄNGIGKEITEN] icedtea-netx [ENTFERNEN, ABHÄNGIGKEITEN] icedtea-plugin [ENTFERNEN, ABHÄNGIGKEITEN] icedtea6-plugin [AKTUALISIERUNG] default-jdk 1:1.6-40 -> 1:1.6-43 [AKTUALISIERUNG] default-jre 1:1.6-40 -> 1:1.6-43 [AKTUALISIERUNG] default-jre-headless 1:1.6-40 -> 1:1.6-43 [AKTUALISIERUNG] icedtea-6-jre-cacao 6b23~pre7-1 -> 6b23~pre9-1 [AKTUALISIERUNG] openjdk-6-jdk 6b23~pre7-1 -> 6b23~pre9-1 [AKTUALISIERUNG] openjdk-6-jre 6b23~pre7-1 -> 6b23~pre9-1 [AKTUALISIERUNG] openjdk-6-jre-headless 6b23~pre7-1 -> 6b23~pre9-1 […] Are there some dependencies not perfectly set? Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openjdk-6-jdk depends on: ii libc6 2.13-21 ii libx11-6 2:1.4.4-1 ii openjdk-6-jre 6b23~pre9-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages openjdk-6-jdk recommends: ii libxt-dev 1:1.1.1-2 Versions of packages openjdk-6-jdk suggests: pn openjdk-6-demo <none> pn openjdk-6-source <none> pn visualvm <none> -- no debconf information
signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---Version: 6b41-1.13.13-1+rm Hi, openjdk-6 was last released with Debian 7.0 (wheezy), which had its LTS support end nearly a year ago and which has now been archived. I'm therefore closing the remaining openjdk-6 bugs, assuming they are no longer relevant for newer (and still supported) openjdk releases. Andreas
--- End Message ---
