Installing: kdepim-libs ppc64 6:3.5.9-7.fc9 00myth-rawhide 6.6 M replacing kdepim.ppc 6:3.5.9-6.fc9 Adding '--exclude=kdepim-libs.ppc64' to the command line seems to make it do the right thing.
Created attachment 301483 [details] debug output
Created attachment 301611 [details] debug output from yum HEAD Yum from git (a5f9b2c9ae) does the same. Debug output attached.
Is there any more information I can provide to help debug this?
Fwiw, we're working to drop those multilib upgrade hacks from all kde packages(1), they caused more pain/suffering for little gain. (1) at least that was the intention, if any still remain, that's a bug, like here in kdepim (fixing now).
The "Obsoletes" hack we had used to help multilib upgrades for some kde*-libs package splits (for f8) was to add to the -libs subpkg: Obsoletes: %name < %{version}-%{release} Requires: %name = %{version}-%{release} which helped maybe a little, but induced other pain in the process, so I've been systematically dropping those Obsoletes (and that's what I did here). Looking closer here, I doubt this has much (if any) direct impact in the issue referenced here.
Also dropped from kdelibs3, the explicit: Requires: kdnssd-avahi pkgs that link against this, will (should!) pull it in via implicit library dep: libkdnssd.so.1
David, Do you have a way I can test this situation out a bit more. I have a patch that may or may not help this case.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I think this was fixed with the basearch change in .17