openjdk team mailing list archive

[Paul Menzel <pm.debian@xxxxxxxxxxxxxx>]

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

Attachment: signature.asc
Description: This is a digitally signed message part