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
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?