-----BEGIN PGP SIGNED MESSAGE-----
Thomas Fitzsimmons wrote:
What RPM are you building, exactly?
Sorry, I didn't mean to imply that there was an rpm. I meant that as a
warning for when the new libgcj rpm appears.
Try running gappletviewer standalone, e.g.:
When the browser hangs like this, it means that gappletviewer is
misconfigured. If gappletviewer is not misconfigured then the browser
will never hang.
Running standalone, I get
Exception in thread "main" java.lang.NoClassDefFoundError:
tools.zip is supposedly added to the classpath using
But gij doesn't support this, at least on the 4.1.1 release I am using
The libgcj backport, which adds libgcjwebplugin.so and gappletviewer to
the libgcj RPM for the first time, is building right now; as soon as it
lands in Rawhide I will release a new version of java-1.4.2-gcj-compat
that includes java-1.4.2-gcj-compat-plugin.
So, how is the plugin installation handled? It seems that the GNU plugin
will override, say, the blackdown plugin for any applets. since the GNU
plugin isn't going through the alternatives system and is just getting
put in the plugin path first. In addition to not liking the configure
for the plugin install location, I don't like how it is looking for
mozilla, when it seems you should also be able to use mozilla-firefox
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----