http://bugzilla.rpmfusion.org/show_bug.cgi?id=343
--- Comment #2 from Kevin Kofler <kevin.kofler(a)chello.at> 2009-01-26 10:49:04 ---
The way itext and its dependencies (bouncycastle, pdf-renderer,
dom4j) are
packaged by their upstreams, one has to do some rigorous work to provide JNI
subpackages for each of them, so that pdftk can link to itext-jni (which will
link to bouncycastle-jni, ...) dynamically.
Pdftk doesn't use JNI. It uses GCJ's CNI. That's how it can statically link
Java libs into a C++ app. The Java libs are natively compiled and then linked
into the C++ program to form a single executable (with a dependency on
libgcj.so.*).
Additionally, itext saw big modifications since pdftk
"borrowed" this old
version. Therefore it is quite possible that even if someone steps up and
builds these JNI subpackages, one will have to patch pdftk to make it
compatible with them.
Indeed it will have to be patched, and we have to hope that they didn't remove
some of the stuff which pdftk uses to sort out the licensing.
Hence I think this package is suitable for rpmfusion-free for the
time being.
No, it's not. There are licensing issues, so it has to go to nonfree.
--
Configure bugmail:
http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.