Mash makes a call to resolveDeps as part of the multilib discovery process.  As
of last night we started getting a traceback:

Traceback (most recent call last):
  File "/usr/bin/mash", line 69, in <module>
    main()
  File "/usr/bin/mash", line 57, in main
    rc = themash.doMultilib()
  File "/usr/lib/python2.5/site-packages/mash/__init__.py", line 411, in doMultilib
    pid = self.doDepSolveAndMultilib(arch, cachedir, fork = self.config.fork)
  File "/usr/lib/python2.5/site-packages/mash/__init__.py", line 378, in
doDepSolveAndMultilib
    (rc, errors) = yumbase.resolveDeps()
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 709, in resolveDeps
    for po, dep in self._checkFileRequires():
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 910, in
_checkFileRequires
    if not self.tsInfo.getOldProvides(filename) and not
self.tsInfo.getNewProvides(filename):
  File "/usr/lib/python2.5/site-packages/yum/transactioninfo.py", line 386, in
getNewProvides
    result.update(self.localSack.getProvides(name, flag, version))
  File "/usr/lib/python2.5/site-packages/yum/packageSack.py", line 451, in
getProvides
    hits = po.matchingPrcos('provides', (name, flags, version))
  File "/usr/lib/python2.5/site-packages/yum/packages.py", line 272, in
matchingPrcos
    (reqn, reqf, (reqe, reqv, reqr)) = reqtuple
TypeError: 'NoneType' object is not iterable


From IRC:

<ffesti> skvidal, f13: looks like there's a problem with defaulting version to None
<ffesti> we can either change the default to (None, None, None) or make
matchingPrcos() and cousins a bit more tolerant

Fixing this is somewhat urgent so that we can have rawhide flowing again prior
to the Feature Freeze.