openjdk team mailing list archive
-
openjdk team
-
Mailing list archive
-
Message #03986
Bug#574679: Bug#576361: libwebkit-1.0-2: Java support?
reassign 576361 icedtea6-plugin
retitle 576361 Please don't link the plugin against libxpcom, libxul, etc.
thanks
On Fri, Jul 02, 2010 at 07:56:58AM +0200, Mike Hommey wrote:
> On Fri, Jul 02, 2010 at 12:24:12AM +0200, Sven Arvidsson wrote:
> > On Sun, 2010-05-23 at 00:34 +0200, Sven Arvidsson wrote:
> > > With the newest icedtea/openjdk packages it's possible to get Java
> > > working by launching Epiphany with:
> > >
> > > LD_LIBRARY_PATH=/usr/lib/xulrunner-1.9.2/ epiphany-browser
> > >
> > > Except that as soon as an applet is running, epiphany becomes
> > > unresponsive, fails to respons to input and stops redrawing.
> > >
> > > This error is printed on the terminal:
> > >
> > > java version "1.6.0_18"
> > > OpenJDK Runtime Environment (IcedTea6 1.8) (6b18-1.8-2)
> > > OpenJDK Server VM (build 16.0-b13, mixed mode)
> > > /scratch/packages/openjdk/b18/openjdk-6-6b18-1.8/build/../plugin/icedteanp/IcedTeaNPPlugin.cc:622: thread 0x9a08ea8: Error: Unknown plugin value requested.
> > >
> > > Any ideas if this is a problem with Webkit, Icedtea, or in the browser
> > > (both Epiphany and Midori have the same problem)?
> >
> > Adding the Xulrunner path to LD_LIBRARY_PATH seems to the right way for
> > other browsers to get Icedtea working, at least that's how Chromium does
> > it, see bug #574679.
>
> ... I don't know how chromium does the LD_LIBRARY_PATH setting, but it's
> very likely to break with future versions of xulrunner... (like if you
> remove xulrunner-1.9.1 and install iceweasel 3.6.4 from experimental...)
Actually, the whole problem is icedtea6-plugin linking against libxul
and libxpcom when it doesn't need to:
dpkg-shlibdeps: warning: dependency on libxul.so could be avoided if "debian/icedtea6-plugin/usr/lib/jvm/java-6-openjdk/jre/lib/i386/IcedTeaPlugin.so" were not uselessly linked against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on libxpcom.so could be avoided if "debian/icedtea6-plugin/usr/lib/jvm/java-6-openjdk/jre/lib/i386/IcedTeaPlugin.so" were not uselessly linked against it (they use none of its symbols).
(likewise for a whole bunch of libraries).
This also means the fix for bug #574679 (Cced) is wrong.
Cheers,
Mike