Bug 567630
Summary: | Some packages have duplicate 'rpmlib(VersionedDependencies)' requires | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Patrick Grieshaber <patrick> |
Component: | perl | Assignee: | Marcela Mašláňová <mmaslano> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 12 | CC: | cweyl, fedora-ocaml-list, kasal, lkundrak, mmaslano, opensource, rc040203, rjones, tcallawa |
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: | 2010-02-24 17:47:49 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
Patrick Grieshaber
2010-02-23 14:02:37 UTC
(In reply to comment #0) > Additional info: > There is the suspicion the error occures because of multiple requires for the > same "package dependencies": Which of those package dependencies is causing a problem? TBH I know nothing at all about Red Hat Satellite, so I suggest you raise a ticket with your support person who will escalate this through the usual support channels. hi Richard, The actual problem is that there are duplicate requires in the RPM. These are not allowed by Satellite/Spacewalk and should be prevented: as far as I know, I think this gives you an answer: # rpm -q --requires -p ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm | sort > ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm.full # rpm -q --requires -p ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm | sort -u > ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm.filtered # diff -u ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm.full ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm.filtered --- ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm.full 2010-02-24 08:47:52.797010246 +0100 +++ ocaml-bitstring-2.0.0-10.fc12.x86_64.rpm.filtered 2010-02-24 08:48:08.045886297 +0100 @@ -32,4 +32,3 @@ rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 rpmlib(VersionedDependencies) <= 3.0.3-1 -rpmlib(VersionedDependencies) <= 3.0.3-1 have an eye on: rpmlib(VersionedDependencies) <= 3.0.3-1 Satellite is something like a pretty cool centralized system management server :-) Red Hat made a community version: http://www.redhat.com/spacewalk/ This is a must have for enterprise fedora/redhat IT infrastructure. *** Bug 567632 has been marked as a duplicate of this bug. *** Updating summary to accurately reflect the problem. I ran this script over the RPMs installed on a Fedora 12 machine to find out which RPMs are affected by the problem: $ for f in $(rpm -qa); do \ if [ $(rpm -qR $f | fgrep 'rpmlib(VersionedDependencies)' | wc -l) -eq 2 ]; \ then echo $f; fi; \ done ocaml-bitstring-2.0.0-10.fc12.x86_64 ocaml-runtime-3.11.1-0.rc1.2.fc12.1.x86_64 perl-HTML-Parser-3.64-1.fc12.x86_64 And on another F12 machine that was partially upgraded to Rawhide: perl-Net-SSLeay-1.35-7.fc12.x86_64 perl-HTML-Parser-3.64-1.fc12.x86_64 perl-POE-1.269-1.fc12.noarch perl-IO-Tty-1.08-3.fc12.x86_64 perl-Class-MOP-0.94-1.fc12.x86_64 perl-POE-Component-IRC-6.14-1.fc12.noarch perl-SOAP-Lite-0.710.10-1.fc12.noarch perl-Moose-0.92-1.fc12.noarch perl-Try-Tiny-0.02-1.fc12.noarch perl-Class-C3-XS-0.13-1.fc12.x86_64 perl-POE-Component-Pluggable-1.24-1.fc12.noarch perl-Devel-GlobalDestruction-0.02-7.fc12.x86_64 perl-POE-Test-Loops-1.022-1.fc12.noarch perl-Event-1.12-1.fc12.x86_64 perl-Sub-Identify-0.04-6.fc12.x86_64 This problem, for OCaml at least, seems to be fixed in Rawhide, so I suggest the reporter just uses the OCaml packages from Rawhide (they have a more recent version of OCaml too). This bug doesn't occur in any F13 OCaml packages. It does still occur in many Perl packages from Rawhide, so reassigning to Perl. $ for f in $(rpm -qa); do if [ $(rpm -qR $f | fgrep 'rpmlib(VersionedDependencies)' | wc -l) -ge 2 ]; then echo $f; fi; done perl-Class-MOP-0.98-2.fc13.x86_64 perl-POE-Component-IRC-6.14-1.fc12.noarch perl-SOAP-Lite-0.710.10-1.fc12.noarch perl-Moose-0.92-1.fc12.noarch perl-Try-Tiny-0.02-1.fc12.noarch perl-POE-1.269-2.fc13.noarch perl-IO-Tty-1.08-4.fc13.x86_64 perl-Class-C3-XS-0.13-1.fc12.x86_64 perl-POE-Component-Pluggable-1.24-1.fc12.noarch perl-Devel-GlobalDestruction-0.02-7.fc12.x86_64 perl-POE-Test-Loops-1.022-1.fc12.noarch perl-Net-SSLeay-1.36-1.fc13.x86_64 perl-HTML-Parser-3.64-2.fc13.x86_64 perl-Event-1.12-1.fc12.x86_64 perl-Sub-Identify-0.04-6.fc12.x86_64 Hi Richard, I understand you pointing at the rawhide packages. But since I administrate a Satellite Server, I am familiar with software staging/production systems. I have a lot of packages in the Satellite to support. So if a package has a bug and it gets fixed I have to upload it to the staging software channel. After testing it, it gets a part of the production software channel. Each channel only contains software from one release. For example the satellite server hosts a channel called "Fedora 12 Release Software" (Staging). Another one is called "Fedora 12 Updates" (Staging). Maybe you already get my drift. I don't upload a Rawhide Package into the software channel "Fedora 12 Release Software" neither to "Fedora 12 Updates". It mixes up all the packages. Looks like most of the perl-* packages mentioned above are mine, so I'm going to go ahead and mark this as NOTABUG for all the reasons described in bug 567633. (In reply to comment #7) > Looks like most of the perl-* packages mentioned above are mine, so I'm going > to go ahead and mark this as NOTABUG for all the reasons described in bug > 567633. You might reconsider it because of: bug 567633, comment 6 |