Description of problem: yum doesn't properly handle packages changing their %arch After a yum-based upgrade from FC-7 to FC-8, I ended up with # rpm -q --qf '%{name}-%{version}-%{release}.%{arch}\n' xorg-x11-proto-devel xorg-x11-proto-devel-7.2-9.fc7.i386 xorg-x11-proto-devel-7.3-3.fc8.noarch Version-Release number of selected component (if applicable): yum-3.2.7-1.fc8 How reproducible: Deterministic, happened on all FC-7->FC-8 machines I upgraded so far. Expected results: yum to handle noarch->arch upgrades properly Additional info: This is on i386 (Not on x86_64)
see also: https://bugzilla.redhat.com/show_bug.cgi?id=375411
weird, I didn't get this on my i686 box upgraded from f7 to f8. Were there any items in the log about not being able to remove the other package? An rpm scriptlet error, by chance?
(In reply to comment #2) > weird, I didn't get this on my i686 box upgraded from f7 to f8. As I said, I had this on all 3 boxes I upgraded so far (Pure yum based upgrades ;) I only noticed (package-cleanup also misses to report this) due having used apt after the upgrade was supposed to have finished. > Were there any items in the log about not being able to remove the other > package? An rpm scriptlet error, by chance? Yes, several. FC7->FC8 upgrades suffer from several such broken packages. The worst of them all I encountered is avahi's broken scriptlets packaging (There is a BZ on it open for a while). Also intervening: SELinux.
YUMBUGDAY
Problem should have been fixed udring upstream deveopment. Please reopen if problem should still exist.