[Bug 343] Review request: pdftk - The PDF Tool Kit

RPM Fusion Bugzilla noreply at rpmfusion.org
Mon Jan 26 10:49:05 CET 2009


http://bugzilla.rpmfusion.org/show_bug.cgi?id=343





--- Comment #2 from Kevin Kofler <kevin.kofler at 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.


More information about the rpmfusion-developers mailing list