Bug 250638
Summary: | Yum is breaking rhn_check | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Preethi Thomas <pthomas> |
Component: | yum-rhn-plugin | Assignee: | Shannon Hughes <shughes> |
Status: | CLOSED ERRATA | QA Contact: | Preethi Thomas <pthomas> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 5.1 | CC: | cmeadors, james.antill, shughes |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHBA-2007-0594 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-11-07 17:24:51 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
Preethi Thomas
2007-08-02 17:01:31 UTC
so in this If we downgrade to yum-3.0.1-5.el5 yum-metadata-parser-1.0-8.fc6 yum-updatesd-3.0.1-5.el5 the latest GA everything works fine.. looks like rhn_check as always is passing in the pkg data as a list, but apparently this has changed in 5.1 yum and its now expecting a pkg object? yum should take into account how rhn_check is passing data and handle the dep solving appropriately. Maybe, it might be easier to fix rhn_check or action/packages.py One thing that stands out in add_transaction_data() in RHN plugin is that update/install are just passing the keywords for the packages ... but remove (which I think is the one failing) does calls to rpmdb.returnPackages() and then yum.packages.parsePackages() and then yum.misc.unique(). Is there a reason for this? So with lots of thanks to Seth and Pradeep we've found the problem in yum-rhn-plugin: In actions/packages.py we have: class YumAction(yum.YumBase): def getInstalledPackageObject(self, package_tup): ...and this returns a list of package objects, instead of a single package object or None. The same call in yum itself only returns a single package, and code relies on that. One easy way to fix this is to remove the above function and calling self.remove(**pkgkeys) like for update/install, the other being to just call it something else? It's also worth noting that there's a very significant chance we'll move the yum errata to 5.2. fixed Committed revision 118874. verified An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2007-0594.html |