Bug 667984
Summary: | updating python on Rawhide x86_64 pulls in 32-bit packages | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andre Robatino <robatino> | ||||
Component: | python | Assignee: | Dave Malcolm <dmalcolm> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | rawhide | CC: | dmalcolm, ivazqueznet, james.antill, jonathansteffan, pbrobinson, tomspur | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-06-06 09:39:05 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 706522 | ||||||
Attachments: |
|
Also note the one i386 update (readline). Python obsoletes now python-argparse: Provides: python-argparse = %{version}-%{release} Obsoletes: python-argparse < 1.1-3 But according to [1] this is the right way to do it. Both python packages on both arches are obsoleting the same python-argparse, so yum maybe pulls in both as a requirement, when updating... [1] http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Renaming.2Freplacing_existing_packages From IRC: <skvidal> so - yum has for quite a while done "install all pkgs which obsolete an installed pkg" - mostly working on the assumption that choosing b/t two obsoleting pkgs is pretty much impossible <skvidal> is that a bad assumption? do we need another compare_obsoleters? Background here is that "argparse" was moved to the python standard library in 2.7 (and 3.2): http://www.python.org/dev/peps/pep-0389/ It sounds like skvidal is working on a new heuristic for yum which will better cope with these kinds of scenario. For now, I've removed the "obsoletes" part of that metadata (and moved the rest to be close to the other metadata in that specfile): http://pkgs.fedoraproject.org/gitweb/?p=python.git;a=commitdiff;h=f81cc6682129531a473f488d14ec4ea988c9f854 Building python-2.7.1-4.fc15 for dist-rawhide Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=2707991 Arguably the "obsoletes" ought to be reinstated before F15 final, to help people upgrading from F13 to F15. Dave is this now fixed? |
Created attachment 472249 [details] output of "yum -d7 update python" Description of problem: Updating python on Rawhide x86_64 (with no 32-bit packages) tries to pull in 32-bit packages. Output of "yum -d7 update python" attached. Version-Release number of selected component (if applicable): python-2.7.1-1.fc15.x86_64 (installed) python-2.7.1-3.fc15.i686 (version it tries to update to) How reproducible: always