I'm slowly plowing through the issues preventing Azureus from running. Here are some of the latest items.
Casey - I had to apply to the attached two patches to gnu-crypto.
The first one makes sure that GnuKeyring.engineLoad(null, null) creates an empty keyring, as per the KeyStore API. I'm not sure if it's exactly correct.
The second one makes sure that the IllegalStateExceptions we throw have useful stack traces. Before this change, every IllegalStateException thrown would have a stack trace showing where NOT_LOADED was created.
We should apply something like these patches to the FC gnu-crypto (or take a new upstream version if there is one).
Next I had to struggle with Cryptix. Azureus uses PKCS5Padding, which only seems to be provided by Sun and Cryptix. First of all, I had to move cryptix.jar into /usr/share/java/gcj-endorsed. Can we do this?
But it still doesn't work because cryptix.CryptixProperties can't find the Cryptix.properties file. Perhaps this never worked. It's required, in any case, since that file defines the mapping between the PKCS5Padding alias and the class that implements it. If anybody has insight into how this is supposed to work... well, that would be a great xmas present :-) Try running "java cryptix.CryptixProperties" to see what I mean. For what it's worth, Sun's JRE can't find it either, so cryptix and/or JPackage is likely to blame.
Thanks,
AG
"Anthony" == Anthony Green green@redhat.com writes:
Anthony> But it still doesn't work because cryptix.CryptixProperties Anthony> can't find the Cryptix.properties file. Perhaps this never Anthony> worked. It's required, in any case, since that file defines Anthony> the mapping between the PKCS5Padding alias and the class that Anthony> implements it. If anybody has insight into how this is Anthony> supposed to work... well, that would be a great xmas present Anthony> :-) Try running "java cryptix.CryptixProperties" to see what Anthony> I mean. For what it's worth, Sun's JRE can't find it either, Anthony> so cryptix and/or JPackage is likely to blame.
Security providers have to be listed in classpath.security. For FC, see the script 'rebuild-security-providers'... put a file in /etc/java/security/security.d and then re-run the script.
Tom
On Mon, 2005-12-26 at 18:51 -0700, Tom Tromey wrote:
"Anthony" == Anthony Green green@redhat.com writes:
Anthony> But it still doesn't work because cryptix.CryptixProperties Anthony> can't find the Cryptix.properties file. Perhaps this never Anthony> worked. It's required, in any case, since that file defines Anthony> the mapping between the PKCS5Padding alias and the class that Anthony> implements it. If anybody has insight into how this is Anthony> supposed to work... well, that would be a great xmas present Anthony> :-) Try running "java cryptix.CryptixProperties" to see what Anthony> I mean. For what it's worth, Sun's JRE can't find it either, Anthony> so cryptix and/or JPackage is likely to blame.
Security providers have to be listed in classpath.security. For FC, see the script 'rebuild-security-providers'... put a file in /etc/java/security/security.d and then re-run the script.
That's not it. I've already got it finding the Cryptix provider. The problem is that the provider can't find its own property file.
AG
java-devel@lists.fedoraproject.org