-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
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.:
gappletviewer
http://thisiscool.com
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:
gnu.classpath.tools.appletviewer.Main
tools.zip is supposedly added to the classpath using
- -Xbootclasspath/p:"${tools_cp}"
But gij doesn't support this, at least on the 4.1.1 release I am using
(jamvm works).
See:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=127537
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
without problems.
- --
Sincerely,
David Walluck
<david(a)zarb.org>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mandriva -
http://enigmail.mozdev.org
iD8DBQFEwBwkN5thZBYlTwkRAu2rAJ99njMI8qM0A8rXtl7dMj6I//ny5QCfUZxE
IzR8vAa7AmNetwrDhIJiZu4=
=zClp
-----END PGP SIGNATURE-----