http://bugzilla.rpmfusion.org/show_bug.cgi?id=343
--- Comment #2 from Kevin Kofler <kevin.kof...@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.
