Description of problem: well the versions dont match (and i know they cant) so actually the i386 version should be removed from the rawhide repository. gnome-themes-extras x86_64 0.8.0-3 extras-development 4.0 M gnome-themes-extras noarch 0.8.1-1 extras-development 4.0 M
This is also the case for i386 and ppc, as well as FC-4 (not just x86_64 development). It shouldn't be a problem, though, unless the arch specific version is preferred over the noarch one, even though it's older (but I doubt it). It is normal to have old packages stick around for a while, but maybe there is a problem with the removal of these because of the arch mismatch? Seth, could you please take care of removing the old arch specific 0.8.0-3 packages if such is the case?
can you find all of them and post them to the bug?
4/i386/gnome-themes-extras-0.8.0-3.i386.rpm 4/ppc/gnome-themes-extras-0.8.0-3.ppc.rpm 4/SRPMS/gnome-themes-extras-0.8.0-3.src.rpm 4/x86_64/gnome-themes-extras-0.8.0-3.x86_64.rpm development/i386/gnome-themes-extras-0.8.0-3.i386.rpm development/ppc/gnome-themes-extras-0.8.0-3.ppc.rpm development/SRPMS/gnome-themes-extras-0.8.0-3.src.rpm development/x86_64/gnome-themes-extras-0.8.0-3.x86_64.rpm The ones to keep being the noarch 0.8.1 packages.
the problem is trivially that on a x86_64 install those packages are tried to be installed in parallel when i reported that problem. So on x86_64 rawhide this resulted in yum install gnome-themes-extras -> both packages selected -> install problem! its not that i have anything against old versions sticking around in general ;)
Fixed in the master repository. May take a bit till changes propagate to mirrors.