java-1.5.0-gcj modifies classpath.security provided by libgcj when it is intalled, but does not restore it when it is uninstalled. This results in pdftk breaking (or any other program using libgcj, I'd guess):<br />
<br />
ExceptionConverter: java.security.NoSuchAlgorithmException: MD5<br />
at java.security.MessageDigest.getInstance(libgcj.so.10)<br />
at pdftk.com.lowagie.text.pdf.PdfEncryption.createDocumentId(pdftk)<br />
at pdftk.com.lowagie.text.pdf.PdfWriter.close(pdftk)<br />
at pdftk.com.lowagie.text.pdf.PdfCopy.close(pdftk)<br />
at pdftk.com.lowagie.text.pdf.PdfDocument.close(pdftk)<br />
at pdftk.com.lowagie.text.Document.close(pdftk)<br />
<br />
The difference is:<br />
<br />
--- classpath.security 2014-08-05 12:00:57.877370836 -0400<br />
+++ /usr/lib64/security/classpath.security 2014-08-05 12:25:09.237612104 -0400<br />
@@ -36,11 +36,6 @@<br />
# exception statement from your version.<br />
<br />
# Note that the settings and ordering here are mirrored in Security.<br />
-security.provider.1=gnu.java.security.provider.Gnu<br />
-security.provider.2=gnu.javax.crypto.jce.GnuCrypto<br />
-security.provider.3=gnu.javax.crypto.jce.GnuSasl<br />
-security.provider.4=gnu.javax.net.ssl.provider.Jessie<br />
-security.provider.5=gnu.javax.security.auth.callback.GnuCallbacks<br />
<br />
# The VM-wide default callback handler class name. MUST be a subclass of<br />
# javax.security.auth.callback.CallbackHandler
↧