Bug 524066
Summary: | pdftk has a large dependency chain | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jonathan Underwood <jonathan.underwood> |
Component: | itext | Assignee: | Orcan Ogetbil <oget.fedora> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 11 | CC: | dbhole, jochen, oget.fedora |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 2.1.7-5.fc11 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-10-27 07:17:39 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jonathan Underwood
2009-09-17 18:38:19 UTC
(In reply to comment #0) > Description of problem: > pdftk seems to pull in a huge number of dependencies, I wonder if they're > really necessary: > Yes, they are. Most deps come through itext. There is not much we can do about it. Jochen, any opinions? Because the most depedencies are coming from itext I have reassign the bug to itext. I'm wondering, why we have junit as a dependencies for itext. So I think any research may be helpful. There was a junit4 dependency that came through bouncycastle which got removed recently. New bouncycastle packages without junit4 dependency should be in updates-testing by now. This will shave off a few (2-3) dependencies from pdftk's chain, unless there is something else along the way that requires junit4. On the other hand, the major part of the above deps comes through the junit side. junit dependency comes through the itext->dom4j->ws-jaxme->xmldb-api-sdk->xmldb-api->junit chain. I don't have control on this chain including and beyond dom4j. dom4j itself is pulling 29 packages. I am passing the ball to the dom4j maintainer. I'm reassigning the bug to myself. After doing a deeper research, I noticed that itext separates its dom4j&pdf-renderer dependent modules into different jar files. By throwing these modules into subpackages, we will get rid of the large dependency chain from the main itext package and hence from pdftk (and everything that depends on the main itext package.) I made a scratch build on koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=1721924 I tested this with pdftk and tuxguitar and it works as expected. I am going to submit this build now. itext-2.1.7-5.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/itext-2.1.7-5.fc11 itext-2.1.7-5.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update itext'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-10253 No complaints. I sent this to stable. itext-2.1.7-5.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. |