Description of problem: yum --skip-broken update yields: Error: Protected multilib versions: libreport-2.0.2-5.fc16.i686 != libreport-2.0.3-1.fc16.x86_64 Version-Release number of selected component (if applicable): libreport-2.0.3-1 How reproducible: each time Steps to Reproduce: 1. yum --skip-broken update 2. 3. Actual results: yum exits with: Error: Protected multilib versions: libreport-2.0.2-5.fc16.i686 != libreport-2.0.3-1.fc16.x86_64 Expected results: normal update Additional info: trying yum --exclude=libreport --skip-broken update causes a huge number of skipped packages of type i686 (this is a x86_64 rawhide system)
Created attachment 505283 [details] yum --skip-broken update Shows Error: Protected multilib versions: libreport-2.0.2-5.fc16.i686 != libreport-2.0.3-1.fc16.x86_64
Created attachment 505284 [details] yum --exclude=libreport --skip-broken update Shows huge number of skipped packages, most are i686 pkgs....
As requested by M.Schwendt: $ rpm -q libreport libreport-2.0.2-5.fc16.x86_64 [kunkelc@P5K-EWIFI ~]$ sudo yum list libreport Loaded plugins: fs-snapshot, langpacks, presto, refresh-packagekit Installed Packages libreport.x86_64 2.0.2-5.fc16 @mash Available Packages libreport.i686 2.0.3-1.fc16 mash libreport.x86_64 2.0.3-1.fc16 mash
Per M. Schwendt: This is the interesting part: ---> Package libreport.x86_64 0:2.0.2-5.fc16 will be updated --> Processing Dependency: libreport = 2.0.2-5.fc16 for package: abrt-2.0.2-5.fc16.x86_64 So, abrt explicitly requires libreport with a specific version. And since this update would replace the old libreport with a new version, Yum's multiarch resolver typically gets confused and tries to look for the needed version in the i686 packages. => ABRT needs a rebuild for this new libreport
Meanwhile, this has changed into a worse problem collecting the duplicates. abrt-gui no longer explicitly requires libreport subpackages, but libreport-gtk breaks deps elsewhere -> bug 715373 / bug 715212 and more... *** This bug has been marked as a duplicate of bug 715373 ***