Bugzilla Bug 43929

From the homepage:
"
Pdftk is a simple tool for doing everyday things with PDF documents:
  * Merge PDF Documents
  * Split PDF Pages into a New Document
  * Decrypt Input as Necessary (Password Required)
  * Encrypt Output as Desired
  * Burst a PDF Document into Single Pages
  * Report on PDF Metrics, including Metadata and Bookmarks
  * Uncompress and Re-Compress Page Streams
  * Repair Corrupted PDF (Where Possible)
"

Working a lot with PDF files, I personnaly find this tool *very* useful, as it is the only one I know that allow manipulating this files without converting them to PS, which is always more or less destructive.


Misc. notes about the ebuild:
 - The program itself is C++, but makes heavy use of some Java classes, to be compiled with gcj.  Thus it can only be compiled if gcc has been emerged with the java use flag.  The ebuild try to check this, but it would benefit of bug #2272 if it ever happens.  
 - I've added a manpage found in the debian package, otherwise the package comes with no documentation.
 - gcj is called with no particular optimisation flags.  Should I use CFLAGS?  Or maybe adding a GCJFLAGS in make.conf would make sense?  Or maybe we don't really care...

Reproducible: Always
Steps to Reproduce:

Created an attachment (id=26967) [edit]
app-text/pdftk/pdftk-0.92.ebuild

Created an attachment (id=26968) [edit]
app-text/pdftk/files/pdftk.1

The upstream released pdftk-0.93 and it includes manpage from Debian.
I'll check and add the ebuild (looks ok) once I get time to build gcj...

I successfully emerged it and worked great :) It is really useful i
think. However, it didn't compile with gcc-3.2.3-r5, so I forced
the gcc version to >=sys-devel/gcc-3.3. I'm afraid we better keep
GCJFLAGS untouched since gcj isn't stable enough yet (FYI, I couldn't
compile pdftk on alpha box). I've just added it to CVS tree. Thanks
for introducing such a powerful tool to us.