Odd yum 'multilib' error

[Michael Schwendt]

On Tue, 06 Aug 2013 17:38:15 -0700, Adam Williamson wrote:

> I just did a 'yum update --skip-broken' on my Rawhide box. the
> skip-broken resolution is pretty complex, it looks like, which is
> probably what causes yum to get its pants in a twist, but the resulting
> 'error' is amusing:
> 
> Protected multilib versions:
> libnm-gtk-0.9.9.0-3.git20130515.fc20.x86_64 !=
> libnm-gtk-0.9.9.0-2.git20130515.fc20.x86_64
> 
> note: the _same_ arch. It's not a case where it's going to wind up with
> different versions of libnm-gtk for i686 and x86_64; it somehow thinks
> it's going to wind up with two different x86_64 builds installed at once
> and that is a multilib error, or something.
> 
> (I only have the x86_64 libnm-gtk installed in the first place, there
> really shouldn't be any multilib considerations here at all).
> 
> I've uploaded the complete console output to
> http://www.happyassassin.net/extras/yum.log.gz if anyone's interested.

Odd. In the log I see _three_ versions of libgm-gtk:

---> Package libnm-gtk.x86_64 0:0.9.9.0-2.git20130515.fc20 will be updated
---> Package libnm-gtk.x86_64 0:0.9.9.0-4.git20130515.fc20 will be an update

---> Package nm-connection-editor.x86_64 0:0.9.9.0-2.git20130515.fc20 will be updated
---> Package nm-connection-editor.x86_64 0:0.9.9.0-4.git20130515.fc20 will be an update

Further down in the log, -3 is chosen as an update after -4 has been chosen
before.

---> Package libnm-gtk.x86_64 0:0.9.9.0-3.git20130515.fc20 will be an update

--> Processing Dependency: libnm-gtk = 0.9.9.0-2.git20130515.fc20 for package: nm-connection-editor-0.9.9.0-2.git20130515.fc20.x86_64
---> Package nm-connection-editor.x86_64 0:0.9.9.0-3.git20130515.fc20 will be an update


>    libnm-gtk-0.9.9.0-4.git20130515.fc20.x86_64 from side

What kind of repo is this "side" repo?
What happens if you disable that repo?