PDFtk dependency issues with CentOS-7/RHEL-7 | Build Fails | Dependencies libgc Unavailable #123

Open
riker1 opened this Issue Dec 18, 2014 · 36 comments

Comments

Projects
None yet
@riker1

riker1 commented Dec 18, 2014

building PDFtk on RHEL 7 currently isn't possible due to upstrean (Fedora) dropping support for libgcj

[ericstyrer2@ceti-alpha-five ~]$#  yum localinstall pdftk-2.02-1.el6.x86_64.rpm
Error: Package: pdftk-2.02-1.el6.x86_64 (/pdftk-2.02-1.el6.x86_64)
    Requires: libgcj.so.10()(64bit)
Error: Package: pdftk-2.02-1.el6.x86_64 (/pdftk-2.02-1.el6.x86_64)
 **Requires: libgcj**
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

I'm emailed the autors of PDFtk and they said they're working on it..

Date: August 15, 2014 at 11:54:50 AM EDT
From: Sid Steward sid.steward@pdflabs.com
To: Eric Tyrer etyrer@york.cuny.edu
Subject: Re: PDF Labs

Yes, I've heard that they're dropping support for libgcj. We have been working on a new pdftk that doesn't depend on libgcj, but it is currently pre-beta.

I wrote that in August of 2014 and now its near 2015.

There hasn't been any development on libgcj since 2009, reimplementing that libary most likely would be a heavy lift. I'm guessing that Oracle wouldn't be too friendly either since they hold all the Java patents.

Also the licensing for PDFtk's other component, iText, has changed from GPL 2 to GPL 3. This might also affect redistribution?

More reading on PDFtk's death (Fedora Discussion List)

Discussion on CentOS forum on gcc-java and libgcj-devel missing (needed to compile pdftk))

There’s someone who mentions possibly an alternative PDF toolkit at the bottom of the thread..

What does the community think?

@knowtheory

This comment has been minimized.

Show comment
Hide comment
@knowtheory

knowtheory Dec 18, 2014

Member

It's probably time to actually put pdftailor out there.

We've been using it under the hood in production for a year now, and while it doesn't replace all of pdftk, it does enough for docsplit to get its job done.

You can skip the pdftk installation process, gem install pdftailor instead and docsplit will work fine.

Member

knowtheory commented Dec 18, 2014

It's probably time to actually put pdftailor out there.

We've been using it under the hood in production for a year now, and while it doesn't replace all of pdftk, it does enough for docsplit to get its job done.

You can skip the pdftk installation process, gem install pdftailor instead and docsplit will work fine.

@knowtheory

This comment has been minimized.

Show comment
Hide comment
@knowtheory

knowtheory Dec 18, 2014

Member

Oh another note though, it does use iText under the hood, so if you're worried about iText's AGPL license, pdftailor's not going to help you much there.

Member

knowtheory commented Dec 18, 2014

Oh another note though, it does use iText under the hood, so if you're worried about iText's AGPL license, pdftailor's not going to help you much there.

@riker1

This comment has been minimized.

Show comment
Hide comment
@riker1

riker1 Dec 19, 2014

thanks for the info. i'm not worried about the AGPL license per se.. it seemed that in the threads that may be a redistribution issue? i'm not sure how that works -- I'm a sysadmin not a lawyer (lol).

riker1 commented Dec 19, 2014

thanks for the info. i'm not worried about the AGPL license per se.. it seemed that in the threads that may be a redistribution issue? i'm not sure how that works -- I'm a sysadmin not a lawyer (lol).

@smirolo smirolo referenced this issue in djaodjin/djaodjin-extended-templates Jan 20, 2015

Closed

pdftk not available in latest Fedora #1

@sbujam sbujam referenced this issue in inveniosoftware/invenio Feb 10, 2015

Closed

installation: pdftk not available for CentOS 7 #2760

@jscrobinson

This comment has been minimized.

Show comment
Hide comment
@jscrobinson

jscrobinson Feb 27, 2015

After some searching we've found http://qpdf.sourceforge.net/ which seems to be a good replacement for pdftk (at least for encryption).

After some searching we've found http://qpdf.sourceforge.net/ which seems to be a good replacement for pdftk (at least for encryption).

@jpujari

This comment has been minimized.

Show comment
Hide comment
@jpujari

jpujari Jun 24, 2015

We switched to paid php packages, since it doesn't have OS dependency
http://www.setasign.com/products/

jpujari commented Jun 24, 2015

We switched to paid php packages, since it doesn't have OS dependency
http://www.setasign.com/products/

@vielhuber

This comment has been minimized.

Show comment
Hide comment
@vielhuber

vielhuber Oct 19, 2015

I am a pdftk power user and the dependency problems on GCJ seems to be a big problem for us.
We are soon updating our servers to Fedora 22 and Cent OS 7.

Can somebody please give us some information about the current plans for the future of pdftk?
Is it in active development or not? What’s the progress on moving away from GCJ?

If not, are there any alternatives for filling out pdf forms from the command line?
Thanks in advance.

I am a pdftk power user and the dependency problems on GCJ seems to be a big problem for us.
We are soon updating our servers to Fedora 22 and Cent OS 7.

Can somebody please give us some information about the current plans for the future of pdftk?
Is it in active development or not? What’s the progress on moving away from GCJ?

If not, are there any alternatives for filling out pdf forms from the command line?
Thanks in advance.

@jpujari

This comment has been minimized.

Show comment
Hide comment
@jpujari

jpujari Oct 19, 2015

We had to switch to a paid product, but the product is good and reliable

https://www.setasign.com/products/setapdf-formfiller/details/
On Oct 19, 2015 5:39 PM, "David Vielhuber" notifications@github.com wrote:

I am a pdftk power user and the dependency problems on GCJ seems to be a
big problem for us.
We are soon updating our servers to Fedora 22 and Cent OS 7.

Can somebody please give us some information about the current plans for
the future of pdftk?
Is it in active development or not? What’s the progress on moving away
from GCJ?

If not, are there any alternatives for filling out pdf forms from the
command line?
Thanks in advance.


Reply to this email directly or view it on GitHub
#123 (comment)
.

jpujari commented Oct 19, 2015

We had to switch to a paid product, but the product is good and reliable

https://www.setasign.com/products/setapdf-formfiller/details/
On Oct 19, 2015 5:39 PM, "David Vielhuber" notifications@github.com wrote:

I am a pdftk power user and the dependency problems on GCJ seems to be a
big problem for us.
We are soon updating our servers to Fedora 22 and Cent OS 7.

Can somebody please give us some information about the current plans for
the future of pdftk?
Is it in active development or not? What’s the progress on moving away
from GCJ?

If not, are there any alternatives for filling out pdf forms from the
command line?
Thanks in advance.


Reply to this email directly or view it on GitHub
#123 (comment)
.

@vielhuber

This comment has been minimized.

Show comment
Hide comment
@vielhuber

vielhuber Nov 2, 2015

Thanks for your answer.

  • Does SetaPDF have any critical dependencies? Which libraries do they use?
  • I cannot imagine that there is no other open source tool like pdftk to fill out pdf forms from the command line. But it seems that this is the case. Have I overlooked something?

Thanks for your answer.

  • Does SetaPDF have any critical dependencies? Which libraries do they use?
  • I cannot imagine that there is no other open source tool like pdftk to fill out pdf forms from the command line. But it seems that this is the case. Have I overlooked something?
@jpujari

This comment has been minimized.

Show comment
Hide comment
@jpujari

jpujari Nov 2, 2015

I did some research on other open source alternatives could not find any at
the time which is 8 months back. Not sure if you will have better luck. As
for the dependencies, SetaPDF have listed the system requirements on the
following page

https://www.setasign.com/support/faq/setapdf/system-requirements/#p-88
https://www.setasign.com/support/faq/setapdf/system-requirements/#p-88

Thanks and Regards,
Jeetendra Pujari

On Mon, Nov 2, 2015 at 3:29 AM, David Vielhuber notifications@github.com
wrote:

Thanks for your answer.

Does SetaPDF have any critical dependencies? Which libraries do they
use?

I cannot imagine that there is no other open source tool like pdftk to
fill out pdf forms from the command line. But it seems that this is the
case. Have I overlooked something?


Reply to this email directly or view it on GitHub
#123 (comment)
.

jpujari commented Nov 2, 2015

I did some research on other open source alternatives could not find any at
the time which is 8 months back. Not sure if you will have better luck. As
for the dependencies, SetaPDF have listed the system requirements on the
following page

https://www.setasign.com/support/faq/setapdf/system-requirements/#p-88
https://www.setasign.com/support/faq/setapdf/system-requirements/#p-88

Thanks and Regards,
Jeetendra Pujari

On Mon, Nov 2, 2015 at 3:29 AM, David Vielhuber notifications@github.com
wrote:

Thanks for your answer.

Does SetaPDF have any critical dependencies? Which libraries do they
use?

I cannot imagine that there is no other open source tool like pdftk to
fill out pdf forms from the command line. But it seems that this is the
case. Have I overlooked something?


Reply to this email directly or view it on GitHub
#123 (comment)
.

@knowtheory

This comment has been minimized.

Show comment
Hide comment
@knowtheory

knowtheory Nov 2, 2015

Member

just a heads up, we're slowly replacing pdftk's feature set w/ PDFium which we've wrapped up into PDFShaver.

At the moment tho we're just using PDFium + FreeImage to generate snapshots of pages.

Member

knowtheory commented Nov 2, 2015

just a heads up, we're slowly replacing pdftk's feature set w/ PDFium which we've wrapped up into PDFShaver.

At the moment tho we're just using PDFium + FreeImage to generate snapshots of pages.

@jpmckinney

This comment has been minimized.

Show comment
Hide comment
@jpmckinney

jpmckinney Dec 29, 2015

@knowtheory Would you recommend using PDFShaver over GraphicsMagick for generating the images that Tesseract performs OCR on?

@knowtheory Would you recommend using PDFShaver over GraphicsMagick for generating the images that Tesseract performs OCR on?

@jpmckinney jpmckinney referenced this issue in jpmckinney/information_request_summaries_and_responses Dec 29, 2015

Open

Load all files into Overview #9

4 of 5 tasks complete
@robert-scheck

This comment has been minimized.

Show comment
Hide comment
@robert-scheck

robert-scheck Jan 15, 2016

Given this issue is still open, I would like to point out that there is meanwhile a Yum repository at https://copr.fedoraproject.org/coprs/robert/pdftk/ serving a pdftk RPM package for RHEL/CentOS 7 – because I just needed PDFtk myself. However, for the long term a switch (as already mentioned before) might be clever through (rather depending on retired software projects).

Given this issue is still open, I would like to point out that there is meanwhile a Yum repository at https://copr.fedoraproject.org/coprs/robert/pdftk/ serving a pdftk RPM package for RHEL/CentOS 7 – because I just needed PDFtk myself. However, for the long term a switch (as already mentioned before) might be clever through (rather depending on retired software projects).

@fulldecent fulldecent referenced this issue in mikehaertl/php-pdftk Feb 10, 2016

Closed

Centos 7 #38

@fulldecent

This comment has been minimized.

Show comment
Hide comment
@fulldecent

fulldecent Mar 10, 2016

Hello all. pdftk / CentOS 7 compatibility is a big problem for me. Also the copr solution is not supported by Rackspace, my sysadmin. pdftk is clearly the best solution but it is not actively maintained and it has legacy which has gone stale. Of course the solution is simple -- fork it!

My company will contribute a bounty of $1,000 to "fix" this issue, which will of course require a LOT of effort and rewriting. We may increase that further, and I invite others to add to that bounty if you can. I will use Bountysource. I will solicit to others that use pdftk (see https://github.com/search?utf8=%E2%9C%93&q=pdftk). I might even get a GitHub ban / warning for this. Oh well, I break rules sometimes.

Before we can offer a bounty, I need to be sure somebody won't collect the bounty and mess everything up. Would somebody here be willing to help with adding a couple VERY simple test cases to the fork and Travis CI integration?

The fork is at https://github.com/fulldecent/pdftk and I have added this information to the README. I would appreciate your thoughts to help make this a success!

Hello all. pdftk / CentOS 7 compatibility is a big problem for me. Also the copr solution is not supported by Rackspace, my sysadmin. pdftk is clearly the best solution but it is not actively maintained and it has legacy which has gone stale. Of course the solution is simple -- fork it!

My company will contribute a bounty of $1,000 to "fix" this issue, which will of course require a LOT of effort and rewriting. We may increase that further, and I invite others to add to that bounty if you can. I will use Bountysource. I will solicit to others that use pdftk (see https://github.com/search?utf8=%E2%9C%93&q=pdftk). I might even get a GitHub ban / warning for this. Oh well, I break rules sometimes.

Before we can offer a bounty, I need to be sure somebody won't collect the bounty and mess everything up. Would somebody here be willing to help with adding a couple VERY simple test cases to the fork and Travis CI integration?

The fork is at https://github.com/fulldecent/pdftk and I have added this information to the README. I would appreciate your thoughts to help make this a success!

@coltcox

This comment has been minimized.

Show comment
Hide comment
@coltcox

coltcox Mar 28, 2016

I was able to get pdftk working on CentOS 7 by using these two repos.

These commands will get you fully up and running.

wget https://copr.fedorainfracloud.org/coprs/robert/gcj/repo/epel-7/robert-gcj-epel-7.repo -P /etc/yum.repos.d

https://copr.fedorainfracloud.org/coprs/robert/pdftk/repo/epel-7/robert-pdftk-epel-7.repo -P /etc/yum.repos.d

yum install pdftk

coltcox commented Mar 28, 2016

I was able to get pdftk working on CentOS 7 by using these two repos.

These commands will get you fully up and running.

wget https://copr.fedorainfracloud.org/coprs/robert/gcj/repo/epel-7/robert-gcj-epel-7.repo -P /etc/yum.repos.d

https://copr.fedorainfracloud.org/coprs/robert/pdftk/repo/epel-7/robert-pdftk-epel-7.repo -P /etc/yum.repos.d

yum install pdftk

@treeandbrick

This comment has been minimized.

Show comment
Hide comment
@treeandbrick

treeandbrick May 9, 2016

For extracting/splitting pages, ghostscript works great.

Also good: poppler. It provides pdfseparate and pdfunite.

For extracting/splitting pages, ghostscript works great.

Also good: poppler. It provides pdfseparate and pdfunite.

@RoyHelgeRasmussen

This comment has been minimized.

Show comment
Hide comment
@RoyHelgeRasmussen

RoyHelgeRasmussen Jun 1, 2016

Coltox script works like a charm. All hail to Robert for providing this solution

I was able to get pdftk working on CentOS 7 by using these two repos.

https://copr.fedorainfracloud.org/coprs/robert/gcj/
https://copr.fedorainfracloud.org/coprs/robert/pdftk/
These commands will get you fully up and running.

wget https://copr.fedorainfracloud.org/coprs/robert/gcj/repo/epel-7/robert-gcj-epel-7.repo -P /etc/yum.repos.d

https://copr.fedorainfracloud.org/coprs/robert/pdftk/repo/epel-7/robert-pdftk-epel-7.repo -P /etc/yum.repos.d

yum install pdftk

RoyHelgeRasmussen commented Jun 1, 2016

Coltox script works like a charm. All hail to Robert for providing this solution

I was able to get pdftk working on CentOS 7 by using these two repos.

https://copr.fedorainfracloud.org/coprs/robert/gcj/
https://copr.fedorainfracloud.org/coprs/robert/pdftk/
These commands will get you fully up and running.

wget https://copr.fedorainfracloud.org/coprs/robert/gcj/repo/epel-7/robert-gcj-epel-7.repo -P /etc/yum.repos.d

https://copr.fedorainfracloud.org/coprs/robert/pdftk/repo/epel-7/robert-pdftk-epel-7.repo -P /etc/yum.repos.d

yum install pdftk

@bhushangahire

This comment has been minimized.

Show comment
Hide comment
@bhushangahire

bhushangahire Jun 13, 2016

I have installed PDFTK using Robert's repo. Its installed correctly but I am using it for Foll Fill which doesnt work.

I have installed PDFTK using Robert's repo. Its installed correctly but I am using it for Foll Fill which doesnt work.

@Grigsby2

This comment has been minimized.

Show comment
Hide comment
@Grigsby2

Grigsby2 Jun 14, 2016

cpdf (Coherent PDF Command Line Tools) does everything that pdftk can do- and a lot more- except for filling PDF form fields. It's freely available (not-for-commercial-use license) from Github, and its homepage is at http://community.coherentpdf.com. Due to the issues discussed in this thread I switched over to it around six months ago, in place of pdftk, and have been a very happy user. Check out its user manual at that link for the full list of features.

Grigsby2 commented Jun 14, 2016

cpdf (Coherent PDF Command Line Tools) does everything that pdftk can do- and a lot more- except for filling PDF form fields. It's freely available (not-for-commercial-use license) from Github, and its homepage is at http://community.coherentpdf.com. Due to the issues discussed in this thread I switched over to it around six months ago, in place of pdftk, and have been a very happy user. Check out its user manual at that link for the full list of features.

@vielhuber

This comment has been minimized.

Show comment
Hide comment
@vielhuber

vielhuber Jun 14, 2016

I think filling out forms is the killer feature why we all use pdftk.

I think filling out forms is the killer feature why we all use pdftk.

@Grigsby2

This comment has been minimized.

Show comment
Hide comment
@Grigsby2

Grigsby2 Jun 14, 2016

Some comments above mention things like splitting, merging, and encryption, so if those are what someone is looking for, and comes across this thread, I thought a mention of cpdf could help them. True enough, it doesn't fill forms, which others need.

Some comments above mention things like splitting, merging, and encryption, so if those are what someone is looking for, and comes across this thread, I thought a mention of cpdf could help them. True enough, it doesn't fill forms, which others need.

@chebee7i

This comment has been minimized.

Show comment
Hide comment
@chebee7i

chebee7i Jun 14, 2016

cpdf looks nice, but it's closed :(

cpdf looks nice, but it's closed :(

@scarlet0

This comment has been minimized.

Show comment
Hide comment
@scarlet0

scarlet0 Jun 26, 2016

Unfortunately these links give Error 500:Internal Server Error
Anybody has these 2 repos? It's really ass pain to get worked pdftk on Centos7.

Coltox script works like a charm. All hail to Robert for providing this solution

I was able to get pdftk working on CentOS 7 by using these two repos.

https://copr.fedorainfracloud.org/coprs/robert/gcj/
https://copr.fedorainfracloud.org/coprs/robert/pdftk/
These commands will get you fully up and running.

wget https://copr.fedorainfracloud.org/coprs/robert/gcj/repo/epel-7/robert-gcj-epel-7.repo -P > /etc/yum.repos.d

https://copr.fedorainfracloud.org/coprs/robert/pdftk/repo/epel-7/robert-pdftk-epel-7.repo -P > > /etc/yum.repos.d

yum install pdftk

Unfortunately these links give Error 500:Internal Server Error
Anybody has these 2 repos? It's really ass pain to get worked pdftk on Centos7.

Coltox script works like a charm. All hail to Robert for providing this solution

I was able to get pdftk working on CentOS 7 by using these two repos.

https://copr.fedorainfracloud.org/coprs/robert/gcj/
https://copr.fedorainfracloud.org/coprs/robert/pdftk/
These commands will get you fully up and running.

wget https://copr.fedorainfracloud.org/coprs/robert/gcj/repo/epel-7/robert-gcj-epel-7.repo -P > /etc/yum.repos.d

https://copr.fedorainfracloud.org/coprs/robert/pdftk/repo/epel-7/robert-pdftk-epel-7.repo -P > > /etc/yum.repos.d

yum install pdftk

@robert-scheck

This comment has been minimized.

Show comment
Hide comment
@robert-scheck

robert-scheck Jun 26, 2016

Unfortunately these links give Error 500:Internal Server Error
Anybody has these 2 repos? It's really ass pain to get worked pdftk on Centos7.

Was only a temporary issue as it seems: https://fedorahosted.org/fedora-infrastructure/ticket/5376

Unfortunately these links give Error 500:Internal Server Error
Anybody has these 2 repos? It's really ass pain to get worked pdftk on Centos7.

Was only a temporary issue as it seems: https://fedorahosted.org/fedora-infrastructure/ticket/5376

@bridgeport

This comment has been minimized.

Show comment
Hide comment
@bridgeport

bridgeport Jul 7, 2016

Just throwing this out there (for the sake of future-proofing your setups). If you don't absolutely have to stick with CentOS, you can switch to another Linux server operating system, such as Ubuntu, which still supports PDFTK and its dependencies.

For instance, Ubuntu 16.04 was released Apr 21, 2016 and the current PDFTK works fine on it. Here's how to install it:
http://installion.co.uk/ubuntu/xenial/universe/p/pdftk/install/index.html

If you're on a cPanel server and must stick with CentOS v6, just to have cPanel, this may be out of the question. But if you're able and willing to migrate, you can setup a VPS with a provider such as DigitalOcean, Vultr, or Linode, and use a control panel such as ServerPilot or Laravel Forge to help you manage your server.

Just throwing this out there (for the sake of future-proofing your setups). If you don't absolutely have to stick with CentOS, you can switch to another Linux server operating system, such as Ubuntu, which still supports PDFTK and its dependencies.

For instance, Ubuntu 16.04 was released Apr 21, 2016 and the current PDFTK works fine on it. Here's how to install it:
http://installion.co.uk/ubuntu/xenial/universe/p/pdftk/install/index.html

If you're on a cPanel server and must stick with CentOS v6, just to have cPanel, this may be out of the question. But if you're able and willing to migrate, you can setup a VPS with a provider such as DigitalOcean, Vultr, or Linode, and use a control panel such as ServerPilot or Laravel Forge to help you manage your server.

@robert-scheck

This comment has been minimized.

Show comment
Hide comment
@robert-scheck

robert-scheck Jul 7, 2016

From my point of view, recommending (or trying to push) a random Linux distribution that still ships pdftk, is a very bad idea. Pdftk relies on GCJ which is since 2013 in deep maintenance mode only, see also: https://gcc.gnu.org/ml/gcc/2013-11/msg00153.html

From my point of view, recommending (or trying to push) a random Linux distribution that still ships pdftk, is a very bad idea. Pdftk relies on GCJ which is since 2013 in deep maintenance mode only, see also: https://gcc.gnu.org/ml/gcc/2013-11/msg00153.html

@riker1

This comment has been minimized.

Show comment
Hide comment
@riker1

riker1 Jul 7, 2016

Community,

The real issue is that gcc-java, libgcj, and libgcj-devel are essentially EOL’d, dead, buried, over, done, baked, put out to pasture.

Not to mention with the mess Oracle has made of Java (EE mainly) I doubt that the libgcj will ever come out of hibernation mode.

Unless the folks who have developed PDFtk rewrite/rethink their tool to work on modern EL/OS without resorting to using outdated libraries, unsupported distros, and MIA repos of said libraries… I’ll be using a different tool. Mostly pdfhaver and pdftailor do what I need for document cloud.

I’m not a Ubuntu user per-se.. IIRC one of the main reasons for removing GCJ support was that vulnerabilities weren’t being patched. Perusing Launchpad all versions of the libraries aren’t tracking anything upstream. Less and less software uses these libraries (Tomcat for example doesn’t use it since version 7).

I think its just time to move along.

Cheers!

Eric

On Jul 7, 2016, at 2:47 PM, bridgeport notifications@github.com wrote:

Just throwing this out there (for the sake of future-proofing your setups). If you don't absolutely have to stick with CentOS, you can switch to another Linux server operating system, such as Ubuntu, which still supports PDFTK and its dependencies

Eric S. Tyrer II

Associate Director – Web and Digital Communications

York College - The City University of New York

94-20 Guy R. Brewer Blvd.

Academic Core Building - STE 1H14

Jamaica, NY 11451

http://www.york.cuny.edu/etyrer

etyrer@york.cuny.edu

(P) 718-262-2466

(C) 347-393-6507

"I have no special talent. I am only passionately curious.” — Albert Einstein

riker1 commented Jul 7, 2016

Community,

The real issue is that gcc-java, libgcj, and libgcj-devel are essentially EOL’d, dead, buried, over, done, baked, put out to pasture.

Not to mention with the mess Oracle has made of Java (EE mainly) I doubt that the libgcj will ever come out of hibernation mode.

Unless the folks who have developed PDFtk rewrite/rethink their tool to work on modern EL/OS without resorting to using outdated libraries, unsupported distros, and MIA repos of said libraries… I’ll be using a different tool. Mostly pdfhaver and pdftailor do what I need for document cloud.

I’m not a Ubuntu user per-se.. IIRC one of the main reasons for removing GCJ support was that vulnerabilities weren’t being patched. Perusing Launchpad all versions of the libraries aren’t tracking anything upstream. Less and less software uses these libraries (Tomcat for example doesn’t use it since version 7).

I think its just time to move along.

Cheers!

Eric

On Jul 7, 2016, at 2:47 PM, bridgeport notifications@github.com wrote:

Just throwing this out there (for the sake of future-proofing your setups). If you don't absolutely have to stick with CentOS, you can switch to another Linux server operating system, such as Ubuntu, which still supports PDFTK and its dependencies

Eric S. Tyrer II

Associate Director – Web and Digital Communications

York College - The City University of New York

94-20 Guy R. Brewer Blvd.

Academic Core Building - STE 1H14

Jamaica, NY 11451

http://www.york.cuny.edu/etyrer

etyrer@york.cuny.edu

(P) 718-262-2466

(C) 347-393-6507

"I have no special talent. I am only passionately curious.” — Albert Einstein

@jamieburchell

This comment has been minimized.

Show comment
Hide comment
@jamieburchell

jamieburchell Jul 21, 2016

I was able to get pdftk working on CentOS 7 by using these two repos.

Does anybody know what the implications of installing this repo are in terms of the dead dependencies that it presumably brings with it? Is it easy enough to uninstall it and its deps?

The latest version of pdftk has an issue where it won't accept data from stdin when merging forms, so I'm happy to see that "Robert" has included a 1.45 build!

If Robert's repo should disappear, is there a way I can store it locally?

jamieburchell commented Jul 21, 2016

I was able to get pdftk working on CentOS 7 by using these two repos.

Does anybody know what the implications of installing this repo are in terms of the dead dependencies that it presumably brings with it? Is it easy enough to uninstall it and its deps?

The latest version of pdftk has an issue where it won't accept data from stdin when merging forms, so I'm happy to see that "Robert" has included a 1.45 build!

If Robert's repo should disappear, is there a way I can store it locally?

@robert-scheck

This comment has been minimized.

Show comment
Hide comment
@robert-scheck

robert-scheck Jul 21, 2016

I do not have any plans to let my PDFtk-related repositories die. In case Fedora infrastructure ends the COPR service, this repository will definately come up somewhere else (except there are legal reasons indeed).

All packages in the repository are made to hopefully create no overlap or conflict with any other package and to hopefully not break any other dependency etc. In theory, no other package should depend on the packages provided in my repositories, thus these few packages can be easily uninstalled. No guarantee for anything through ;-)

In case you see any need to mirror my repositories, you could mirror the relevant subdirectories of

locally. Finally, you need to create your own *.repo files for yum or dnf.

I am not sure whether it is clever to hijack this docsplit issue, so if somebody would like to follow up PDFtk on RHEL or CentOS, please send me a message or e-mail directly.

I do not have any plans to let my PDFtk-related repositories die. In case Fedora infrastructure ends the COPR service, this repository will definately come up somewhere else (except there are legal reasons indeed).

All packages in the repository are made to hopefully create no overlap or conflict with any other package and to hopefully not break any other dependency etc. In theory, no other package should depend on the packages provided in my repositories, thus these few packages can be easily uninstalled. No guarantee for anything through ;-)

In case you see any need to mirror my repositories, you could mirror the relevant subdirectories of

locally. Finally, you need to create your own *.repo files for yum or dnf.

I am not sure whether it is clever to hijack this docsplit issue, so if somebody would like to follow up PDFtk on RHEL or CentOS, please send me a message or e-mail directly.

@marcofalzone

This comment has been minimized.

Show comment
Hide comment
@marcofalzone

marcofalzone Aug 8, 2016

@robert-scheck Robert, I've your same issue, a Centos 6 server running fine with some self made scripts calling PDFtk. Now I'm building a new Centos 7 server for a quite similar purpose and I'm stucked with it. Could you please help me? I have no idea about how to mirror your directories and create a repo file (I always installed via yum). I'm pretty new to Linux logics. Thank you.

@robert-scheck Robert, I've your same issue, a Centos 6 server running fine with some self made scripts calling PDFtk. Now I'm building a new Centos 7 server for a quite similar purpose and I'm stucked with it. Could you please help me? I have no idea about how to mirror your directories and create a repo file (I always installed via yum). I'm pretty new to Linux logics. Thank you.

@robert-scheck

This comment has been minimized.

Show comment
Hide comment
@robert-scheck

robert-scheck Aug 9, 2016

Folks, if you are looking for help related to my repository, please send me an e-mail rather adding yet another comment to this issue – please! While I still do not see any need to mirror my repository (and if you don't know how to mirror a repository yourself, you likely shouldn't mirror it, but simply use it), read e.g. http://yum.baseurl.org/wiki/RepoCreate for the basics.

Folks, if you are looking for help related to my repository, please send me an e-mail rather adding yet another comment to this issue – please! While I still do not see any need to mirror my repository (and if you don't know how to mirror a repository yourself, you likely shouldn't mirror it, but simply use it), read e.g. http://yum.baseurl.org/wiki/RepoCreate for the basics.

@ewheelerinc

This comment has been minimized.

Show comment
Hide comment
@ewheelerinc

ewheelerinc Aug 18, 2016

@riker1, We just ran into the same issue. You can certainly use the libgcj repository along with the package @robert-scheck provides. It turns out that libgcj.so.10 from el6 is compatible with el7's shared library bindings for PDFtk. We built some RPMs that include the library from CentOS6, so if you would like a 1-line install then see here depending on your architecture: https://www.globallinuxsecurity.pro/pdftk-works-on-centos-7/

@jamieburchell, Since we packaged the official el6 library, it should be compatible for some time to come.

@bhushangahire, Would you please test and see if this one works with Foll Fill?

@vielhuber, You might try to copy libgcj.so.10* into Fedora 22 and see if it works. I'm not sure if our package is Fedora 22 compatible or not, but it will certainly work with Fedora 19.

Eric Wheeler

@riker1, We just ran into the same issue. You can certainly use the libgcj repository along with the package @robert-scheck provides. It turns out that libgcj.so.10 from el6 is compatible with el7's shared library bindings for PDFtk. We built some RPMs that include the library from CentOS6, so if you would like a 1-line install then see here depending on your architecture: https://www.globallinuxsecurity.pro/pdftk-works-on-centos-7/

@jamieburchell, Since we packaged the official el6 library, it should be compatible for some time to come.

@bhushangahire, Would you please test and see if this one works with Foll Fill?

@vielhuber, You might try to copy libgcj.so.10* into Fedora 22 and see if it works. I'm not sure if our package is Fedora 22 compatible or not, but it will certainly work with Fedora 19.

Eric Wheeler

@jsosic

This comment has been minimized.

Show comment
Hide comment
@jsosic

jsosic Dec 13, 2016

@ewheelerinc can you provide spec file?

jsosic commented Dec 13, 2016

@ewheelerinc can you provide spec file?

@bravadomizzou

This comment has been minimized.

Show comment
Hide comment
@bravadomizzou

bravadomizzou Jan 26, 2017

@ewheelerinc Both RPM files on that page are 404, also I don't feel comfortable installing server software from an alternate source than its creator/distributor.

@ewheelerinc Both RPM files on that page are 404, also I don't feel comfortable installing server software from an alternate source than its creator/distributor.

@ewheelerinc

This comment has been minimized.

Show comment
Hide comment
@ewheelerinc

ewheelerinc Jan 26, 2017

@jsosic, @bravadomizzou, here is the spec. Also, we fixed the 404.

Really all we are doing is repacking libgcj.so.10* which we pulled out of CentOS 6 libgcj-4.4.7-17.el6. PDFtk was downloaded as an RPM from their site unmodified except that we converted it to a tar and added libgcj. You may need to edit the spec to make it build on your system, but it works in our build environment: https://www.linuxglobal.com/static/blog/pdftk.spec

ewheelerinc commented Jan 26, 2017

@jsosic, @bravadomizzou, here is the spec. Also, we fixed the 404.

Really all we are doing is repacking libgcj.so.10* which we pulled out of CentOS 6 libgcj-4.4.7-17.el6. PDFtk was downloaded as an RPM from their site unmodified except that we converted it to a tar and added libgcj. You may need to edit the spec to make it build on your system, but it works in our build environment: https://www.linuxglobal.com/static/blog/pdftk.spec

@jsosic

This comment has been minimized.

Show comment
Hide comment
@jsosic

jsosic Jan 27, 2017

@ewheelerinc thank you very much! 🥇

jsosic commented Jan 27, 2017

@ewheelerinc thank you very much! 🥇

@TOPSTech

This comment has been minimized.

Show comment
Hide comment
@TOPSTech

TOPSTech Jun 28, 2017

@coltcox Thank you so much your solution worked for me and saved my day.

@coltcox Thank you so much your solution worked for me and saved my day.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment