Description of problem: My machine has no 386 packages installed. When I type "yum update" NetworkManager seems to be picked up as both 32 & 64 bit package and pulled in i386 packages and all their dependencies. Typing "yum update NetworkManager" resolves correctly and pulls in only x86_64 packages. Today's update of NetworkManager deletes dhcdbd. If that package is deleted, then "yum update" works fine - only 64 bit packages are selected. But when it has to do the delete, 386 packages get pulled in. Version-Release number of selected component (if applicable): yum-3.2.5-3.fc8 How reproducible: always Steps to Reproduce: 1. make sure no i386 packages installed on x86_64 2. yum update Actual results: pulls in i386 packages Expected results: only 64 bit packages Additional info: will attach some debug info.
Created attachment 203071 [details] results from "yum -d 6 update"
if you could - please output: yum list installed
Created attachment 203211 [details] output from "yum list installed"
Preliminary patch for this sent to yum-devel...
Fixed in 3.2.6-3 and upstream
yum-3.2.7-1.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update yum'
> yum-3.2.7-1.fc7 has been pushed to the Fedora 7 testing repository Ahem! This is with yum-3.2.7-1.fc8 on a rawhide installation with no i?86 packages installed. On an attempt to run today updates: libgssglue x86_64 0.1-4.fc8 development 22 k replacing libgssapi.x86_64 0.11-2.fc8 libgssglue i386 0.1-4.fc8 development 21 k replacing libgssapi.x86_64 0.11-2.fc8 This looks exactly as before.
yum-3.2.7-1.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.
Does yum-3.2.7-1.fc7 really differs that much from yum-3.2.7-1.fc8? Comment #7 reported what happened with the later and despite of "please make note of it in this bug report" was apparently not taken into account and the bug was closed with 3.2.7-1.fc7.
Just a note that this is what I got with yum-3.2.7-2.fc9 from rawhide: kdelibs3 x86_64 3.5.8-16.fc9 development 17 M replacing kdelibs.x86_64 6:3.5.8-7.fc8 kdelibs3 i386 3.5.8-16.fc9 development 17 M replacing kdelibs.x86_64 6:3.5.8-7.fc8 i.e kdelibs3.i386 "replacing" kdelibs.x86_64. Plus around 40 Megs of other i386 stuff pulled in due to kdelibs3.i386 dependencies. Looks to me like a clear candidate for "REOPEN". Opinions?
I just built 3.2.8 for f7 and f8 - give that a try first, please.