Bug#892539: pdftk: Depends on GCJ which is going away

[Emilio Pozuelo Monfort]

On Mon, 2 Apr 2018 19:12:01 +0200 Emilio Pozuelo Monfort  
wrote:
> On Wed, 21 Mar 2018 15:12:30 +0100 Petter Reinholdtsen  
> wrote:
> > I use pdftk regularly, and really hope we can manage to keep it in
> > Debian.
> > 
> > Is there a plan for adressing this before gcj is removed?
> 
> There's a fork that doesn't require GCJ as Adrian pointed out, you could help
> package that.

I did some work on this, there's a source and deb package prepared in

  https://people.debian.org/~pochu/pdftk/

This is based on upstream commit 121337af4464f3cb6b9acb3b2095d43d1453e05b.

Once installed, you can run pdftk as:

  java -jar /usr/share/pdftk/pdftk.jar

A wrapper script could be created and put into /usr/bin, or perhaps
there's a better way. I'm not very familiar with Java packages.

There's a problem though. If you run a more complex command it will
fail to find the dependencies. It's probably missing CLASSPATH, or
perhaps a dependency in the jar manifest file. Again, I'm not
familiar with this to know how to fix it:

  $ java -jar /usr/share/pdftk/pdftk.jar mypdf.pdf burst
  Unhandled Java Exception in create_output():
  java.lang.NoClassDefFoundError: org/apache/commons/lang3/StringEscapeUtils
at report.OutputXmlString(Unknown Source)
at report.OutputPdfName(Unknown Source)
at report.ReportInfo(Unknown Source)
at report.ReportOnPdf(Unknown Source)
at TK_Session.create_output(Unknown Source)
at pdftk.main(Unknown Source)
  Caused by: java.lang.ClassNotFoundException: 
org.apache.commons.lang3.StringEscapeUtils
at 
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
at 
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
... 6 more

Feel free to take this here, I won't do any more work on this package.
I will be removing pdftk from testing soon though, in order to finish
this GCJ removal transition. So if you or anyone cares about this
package, you may want to get it into shape and test this port and
upload it.

Cheers,
Emilio

Bug#892539: pdftk: Depends on GCJ which is going away

[Emilio Pozuelo Monfort]

On Wed, 21 Mar 2018 15:12:30 +0100 Petter Reinholdtsen  wrote:
> I use pdftk regularly, and really hope we can manage to keep it in
> Debian.
> 
> Is there a plan for adressing this before gcj is removed?

There's a fork that doesn't require GCJ as Adrian pointed out, you could help
package that.

Cheers,
Emilio

Bug#892539: pdftk: Depends on GCJ which is going away

[Petter Reinholdtsen]

I use pdftk regularly, and really hope we can manage to keep it in
Debian.

Is there a plan for adressing this before gcj is removed?
-- 
Happy hacking
Petter Reinholdtsen

Bug#892539: pdftk: Depends on GCJ which is going away

[Adrian Bunk]

On Sat, Mar 10, 2018 at 09:58:42AM +0100, po...@debian.org wrote:
> Source: pdftk
> Severity: serious
> Tags: sid buster
> User: debian-...@lists.debian.org
> Usertags: gcj-rm
> 
> Hi,
> 
> pdftk depends or build-depends on GCJ. GCJ has been dropped upstream
> since GCC 7, so we are dropping it from Debian. Thus please either
> drop support for GCJ if you are just building an alternative package
> with GCJ support (e.g. ant-gcj, ecj-gcj) or switch to default-jdk /
> default-jre as appropriate.

There seems to be a fork that makes that possible:
https://gitlab.com/marcvinyals/pdftk

Builds and works for me without gcj.

> Cheers, Emilio 

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#892539: pdftk: Depends on GCJ which is going away

[pochu]

Source: pdftk
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: gcj-rm

Hi,

pdftk depends or build-depends on GCJ. GCJ has been dropped upstream
since GCC 7, so we are dropping it from Debian. Thus please either
drop support for GCJ if you are just building an alternative package
with GCJ support (e.g. ant-gcj, ecj-gcj) or switch to default-jdk /
default-jre as appropriate.

Cheers, Emilio