Whenever an applet is loaded, the standard 'plugin icon' is displayed. When clicking on the applet the text: 'This page contains information of a type (application/x-java-vm) that can only be viewed with the appropiate plugin'. My /usr/lib/nsbrowser/plugins/libjavaplugin_oji.so points to /opt/sun-jdk-1.4.1.01/jre/plugin/i386/ns610/libjavaplugin_oji.so Java worked fine on mozilla1.2 for me. I've checked all the caveats mentioned in the release notes regarding java and mozilla1.3b, but everything seems just fine. I'll try to manually add the plugin to mozilla, but it would still be a bug if mozilla1.3b purges the old plugins, I guess. Reproducible: Always Steps to Reproduce: 1. emerge mozilla1.3_beta 2. go to the URL mentioned (URL with an applet I found using google) 3. See if applet starts Actual Results: Applet didn't start Expected Results: started the applet? :) I'm using privoxy, but I have tried to turn it off without any success.
Include output of 'emerge info'. Did you recompile java yourself if using gcc3 ?
My libjavaplugin_oji.so points to /opt/sun-jdk-1.4.1.01/jre/plugin/i386/ns610/libjavaplugin_oji.so so I don't think I've compiled it myself. Not sure about all the different java flavours and how they operate... Anyway, I had this problem on my laptop which I left at work before this weekend, so I decided to check if I could replicate the problem on my desktop... So, after an emerge -u world and still using mozilla 1.2.1-r5, I decided I should upgrade to 1.3_beta and see if I still had java problems... However, I noticed that I had the same symptoms with my current version of mozilla. After a bit of hacking on the mozilla shellscript (redirected stderr/stdout to files instead of /dev/null as of now) I see this: LoadPlugin: failed to initialize shared library /opt/sun-jdk-1.4.1.01/jre/plugin/i386/ns610/libjavaplugin_oji.so [/opt/sun-jdk-1.4.1.01/jre/plugin/i386/ns610/libjavaplugin_oji.so: undefined symbol: GetGlobalServiceManager__16nsServiceManagerPP17nsIServiceManager] I'll see if I can find a solution for this on my own, just wanted to make an update...
My emerge info: Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.2.5-r2,2.3.1-r2) ================================================================= System uname: 2.4.19-gentoo-r10 i686 AMD Athlon(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline svga java mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt motif opengl mozilla scanner cdr -kde -arts -gnome" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Ok, found it. And now I understand why you asked if I had compiled java myself also.. :) However, can I even compile the sun-jdk myself? Or what's causing the binary incompatibility?
Ok, bug #6475 says it all. This is a dupe. Sorry people.
No problem. You can use blackdown-jdk-1.4.1, as it have gcc3 support ...
Found this bug in my list... Feel free to close it, as it's resolved (kind of), thanks.
Resolved