Bug 219032
Summary: | xpdf-utils conflicts with the current poppler-utils | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> |
Component: | xpdf | Assignee: | Tom "spot" Callaway <tcallawa> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | alex, dnotob, extras-qa, herrold, redhat, redhat.com, robatino, sds, thoger |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-12-14 21:38:34 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
Michal Jaegermann
2006-12-09 17:40:19 UTC
Would it be more appropriate if poppler-utils obsoleted xpdf-utils ? Thats what we did for RHEL, at least. > Would it be more appropriate if poppler-utils obsoleted xpdf-utils ?
Probably both, although I am not sure. The catch is that xpdf has
dependency on xpdf-utils so without an update there you will bump
into a missing package unless poppler-utils update will explicitly put
xpdf-utils into "provides". Is it possible to do that and an obsolete
in one move? That would likely be the best.
Yes, use: Provides: xpdf-utils = 3.01-27%{?dist} Obsoletes: xpdf-utils <= 3.01-26.fc7 I don't think using %{?dist} in the provides can be correct. %{?dist} in the provides will get expanded. No? Easy enough to try. Right now yum trips over an update to poppler-utils-0.5.4-3.fc6 and this is quite unfortunate. Yeah, the provides/obsoletes in poppler is the best solution here. xpdf-utils is no more as of xpdf-3.01-27. *** Bug 219828 has been marked as a duplicate of this bug. *** This needs to be re-opened, yum install xpdf still fails: $ sudo yum install xpdf Setting up Install Process Setting up repositories Reading repository metadata in from local files Excluding Packages in global exclude list Finished Excluding Packages from Fedora Core 6 - i386 Finished Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package xpdf.i386 1:3.01-27.fc6 set to be updated --> Running transaction check --> Processing Dependency: xpdf-utils for package: xpdf --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package xpdf-utils.i386 1:3.01-26.fc6 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: xpdf i386 1:3.01-27.fc6 extras 1.0 M Installing for dependencies: xpdf-utils i386 1:3.01-26.fc6 extras 353 k Transaction Summary ============================================================================= Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 1.3 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/bin/pdftoppm from install of xpdf-utils-3.01-26.fc6 conflicts with file from package poppler-utils-0.5.4-3.fc6 file /usr/share/man/man1/pdftoppm.1.gz from install of xpdf-utils-3.01-26.fc6 conflicts with file from package poppler-utils-0.5.4-3.fc6 This is because, according to the current CVS spec: http://cvs.fedora.redhat.com/viewcvs/rpms/xpdf/FC-6/xpdf.spec?root=extras&rev=1.2&view=auto It still contains the line: Requires: xpdf-utils *** Bug 219574 has been marked as a duplicate of this bug. *** -28 fixes this by Requires: poppler-utils. Thanks for the report. hi! as a fc6 user who wants to install xpdf -- what do i have to do? i still get the same error messages as in comment #8. thanks. sascha Wait for it to appear in the repo. According to: http://buildsys.fedoraproject.org/build-status/success.psp and more specifically: http://buildsys.fedoraproject.org/build-status/job.psp?uid=24074 it has been built, but not yet signed and "pushed" (i.e it's not actually yum install-able yet). The latest xpdf is now available and doesn't require xpdf-utils, but I already had xpdf-utils installed and had to manually remove it before being allowed to update poppler-utils. Shouldn't xpdf-utils have been removed automatically? Only if poppler-utils isn't obsoleting xpdf-utils properly. If so, thats a poppler bug. Here is the current error: Transaction Check Error: file /usr/bin/pdftoppm from install of poppler-utils-0.5.4-3.fc6 conflicts with file from package xpdf-utils-3.01-26.fc6 file /usr/share/man/man1/pdftoppm.1.gz from install of poppler-utils-0.5.4-3.fc6 conflicts with file from package xpdf-utils-3.01-26.fc6 This is with the -28 version of xpdf but no change to the existing xpdf-utils. yum is now backed up with over 80 packages since this problem began. I can work around this easily myself, but fyi this is still a problem for all automated yum jobs. File a bug against poppler. xpdf is doing everything properly now. > File a bug against poppler. See bug 219033 and a discussion there. If I understand things correctly a use of epoch somewhere put a spanner in works. *** Bug 219649 has been marked as a duplicate of this bug. *** *** Bug 219936 has been marked as a duplicate of this bug. *** |