Bug 249901
| Summary: | perl-XML-DOM obsoltes conflicts with packages requiring perl-libxml-enno | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Dave Botsch <botsch> |
| Component: | perl-XML-DOM | Assignee: | Orion Poplawski <orion> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | el4 | CC: | kevin, mjw, perl-devel, ralston, rmy |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 20070913 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-09-13 15:43:27 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
Dave Botsch
2007-07-27 19:19:06 UTC
Looks like someone forgot to run rpmlint. :(
$ rpmlint -i RPMS/noarch/perl-XML-DOM-1.44-2.noarch.rpm
E: perl-XML-DOM obsolete-not-provided perl-libxml-enno
The obsoleted package must also be provided to allow clean upgrade paths
and not to break dependencies.
Here's how to fix:
$ diff -U 3 perl-XML-DOM.spec.orig perl-XML-DOM.spec
--- perl-XML-DOM.spec.orig 2006-06-29 16:09:43.000000000 -0400
+++ perl-XML-DOM.spec 2007-07-30 15:16:36.000000000 -0400
@@ -14,6 +14,7 @@
BuildRequires: perl(XML::RegExp)
Requires: perl(XML::Parser)
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
+Provides: perl-libxml-enno <= 1.02
Obsoletes: perl-libxml-enno <= 1.02
%description
Please patch, bump the rev, and rebuild.
Ah, but perl-libxml-enno is in RHEL4/CentOS4 base repos. So, why is this package replacing/obsoleting a package thats in the base repos? The current EPEL guidelines have: "Thus packages from EPEL should never replace packages from the target base distribution". Yes, perl-XML-DOM was mistakenly built for EL-4. I'm attempting to get it removed from the repository. Whoops; I forgot to check for that before I posted comment #1. As an aside, I can understand why the "packages from EPEL should never replace packages from the target base distribution" rule is necessary, but it is going to vastly reduce the usefulness of EPEL. :( Hi, guys. Still broken as of this time (having to use the painful workaround of telling everyone to add this package to their excludes list). Sorry for the delay here. ;( I will try and dig through the scripts tonight and get it removed from the repository and pushed out. I think I know how to clean this up now, but I am not 100% sure, so I am going to get confirmation before I possibly mess up the repository. Hopefully it will be gone in the next day or so... sorry again for the delay. Ugh. Sorry this took so very long to get done. I think it should now finally be removed from the repos. It might take a bit to mirror out, but could you confirm that it's not showing up and close this bug? Confirmed that it is gone in my local mirror after the latest sync. I don't think this is an issue, but the following are still present in the repository: epel/4/i386/headers/perl-XML-DOM-0-1.44-2.el4.noarch.hdr epel/4/ppc/headers/perl-XML-DOM-0-1.44-2.el4.noarch.hdr epel/4/x86_64/headers/perl-XML-DOM-0-1.44-2.el4.noarch.hdr |