Thanks
it would be nice if it will be bump to latest version. thanks
*** Bug 350087 has been marked as a duplicate of this bug. ***
*** Bug 409169 has been marked as a duplicate of this bug. ***
Dependency jmupdf is needed in order to proceed, tracked in bug #472674. Will attach progress ebuild.
Created attachment 350408 [details] jpdftweak-1.1.ebuild
In order for jpdftweak to build, I had to include jmupdf into the classpath with the ebuild. See the updated ebuild, I'll attach. Secondly I had to make a small change to make it work with itext-5.2.0 (creating an itext BaseColor from awt.Color, but only at one instance). More importantly in order for jpdftweak to work with jmupdf-0.4.1, several changes were needed. I had to remove the transparent-option, as jmupdf seems to use its ImageType, set to ARGB, instead. Also jmupdf has changed a bit in its module structure and regarding enums. Please be aware that I'm not too familiar with the codebase of jpdftweak and jmupdf. So maybe I removed functionality by accident. As the itext-related change was minor, I put both into a single patch. I'll attach that too, of course.
Created attachment 361338 [details] New ebuild, adding jmupdf to the classpath
Created attachment 361340 [details, diff] patch to make jpdftweak build with jmupdf-0.4.1
all dependencies are ready now. Can we push jpdftweak-1.1 and close the bug?
Sorry to have to do this but I'm afraid this needs to be closed as CANTFIX unless upstream can take action. Its dependency jmudpf is not only unmaintained but can only be built with Java 7 (which has just been dropped) and more importantly, it has vulnerabilities. I recommend that upstream either adopt jmupdf or use an alternative.
This is a pity, though I guess it really cannot be helped. Upstream seems to only add occasional bug fixes. For those looking for a replacement: most of the functionality of jpdftweak is—albeit in a less accessible manner—available in pdftk from the command line. Btw, James, in your last sentence you probably did not mean to say "jmupdf".
(In reply to Bodo Graumann from comment #11) > For those looking for a replacement: most of the functionality of jpdftweak > is—albeit in a less accessible manner—available in pdftk from the command > line. Unfortunately pdftk is also on life support because gcj is masked. It not may go for a while but the situation isn't great. (In reply to Bodo Graumann from comment #11) > Btw, James, in your last sentence you probably did not mean to say "jmupdf". By adopt, I meant that upstream could revive the jmupdf project and deal with the issues. I was slightly inaccurate though, jmupdf itself does not have vulnerabilities but it bundles a version of mupdf that does. It may not be hard to unbundle mupdf and the latest version may just work. Then it's just the Java 7 issues that need to be dealt with. Please do look into this if it is important to you, I just don't have the time myself.
