Comment 7 for bug 302345

I have confirmed that this does not occur on x86_64 (f10). Since it looks likely that this bug is triggered by data from the download site, I added in a little debug code to base.py at line 101, viz:
        try:
         if (len(self.upgrades) != len(other.upgrades) or
            len(self.conflicts) != len(other.conflicts) or
            fk(self.upgrades) != fk(other.upgrades) or
            fk(self.conflicts) != fk(other.conflicts) or
            fk([x for x in self.provides if x.name[0] != "/"]) !=
            fk([x for x in other.provides if x.name[0] != "/"])):
            return False
        except:
         print
         print "Name: ", self.name
         print "Version: ", self.version
         print "Upgrades: ", self.upgrades
         print "Conflicts:", self.conflicts
         print other.provides
         print self.provides
         raise

resulting in the following output:
Loading cache...
Updating cache... ################ ( 39%)
Name: opal
Version: 3.4.2-1.fc10@i386
Upgrades: [opal < 3.4.2-1.fc10@i386, openh323]
Conflicts: [openh323]
[lpc10, opal = 3.4.2-1.fc10@i386, h261-vic, libopal.so.3.4.2, gsm0610, g726, , opal(x86-32) = 3.4.2-1.fc10, ima_adpcm, theora, vpb, gsmamrcodec, speexcodec, h263-ffmpeg]
[lpc10, opal = 3.4.2-1.fc10@i386, h261-vic, libopal.so.3.4.2, gsm0610, g726, opal(x86-32) = 3.4.2-1.fc10, ima_adpcm, theora, vpb, gsmamrcodec, speexcodec, h263-ffmpeg]
Traceback (most recent call last):
(remainder of traceback as previously shown)

I guess this shows that the extra empty element following 'g726' is the culprit. Unfortunately, that has reached the outer limits of my knowledge, since I have absolutely no idea what all this represents, much less whether it is right or wrong :-).

Let me know if I can help in any way.