Getting this traceback from rawhide creation. Just once so far, haven't tested it again yet. CREATED comps-f9.xml Traceback (most recent call last): File "/usr/share/mash/spam-o-matic", line 259, in <module> doit(args[0], mail) File "/usr/share/mash/spam-o-matic", line 208, in doit baddeps = my.getBrokenDeps(newest = False) File "/usr/bin/repoclosure", line 127, in getBrokenDeps resolve_sack = self.whatProvides(req, flags, ver) File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 149, in whatProvides pkgs = self.pkgSack.searchProvides(name) File "/usr/lib/python2.5/site-packages/yum/packageSack.py", line 267, in searchProvides return self._computeAggregateListResult("searchProvides", name) File "/usr/lib/python2.5/site-packages/yum/packageSack.py", line 401, in _computeAggregateListResult sackResult = apply(method, args) File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 720, in searchProvides return self.searchPrco(name, "provides") File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 40, in newFunc return func(*args, **kwargs) File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 668, in searchPrco results.extend(self.searchFiles(name)) File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 40, in newFunc return func(*args, **kwargs) File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 410, in searchFiles pkgs.append(self._packageByKey(rep, ob['pkgKey'])) File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 332, in _packageByKey po = self.pc(repo, cur.fetchone()) File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 61, in __init__ self._read_db_obj(db_obj) File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 84, in _read_db_obj setattr(self, item, db_obj[item]) TypeError: 'NoneType' object is unsubscriptable
*** Bug 431269 has been marked as a duplicate of this bug. ***
Can we get a copy of the filelists and primary metadata from the repo that's causing the problem (I assume it's "development")?
This is development, when depsolving anything to do with the libstdc++ update. I'm able to individually yum update other items but when an update pulls in libstdc++, it dies.
Pretty sure we've fixed this one in yum 3.2.12.