On Thu, 10 Dec 2009, Panu Matilainen wrote:
Yup, but this isn't createrepo crashing (the earlier one was):
2009-12-09 20:11:04 mash: createrepo: finished
/mnt/koji/mash/rawhide-20091209/development/x86_64/os/
2009-12-09 20:11:05 mash: Resolving multilib for arch x86_64 using method
devel
2009-12-09 20:11:05 mash: Waiting for depsolve and createrepo to finish...
2009-12-09 20:21:28 mash: Resolving depenencies for arch x86_64
Traceback (most recent call last):
File "/usr/bin/mash", line 96, in <module>
main()
File "/usr/bin/mash", line 84, in main
rc = themash.doMultilib()
File "/usr/lib/python2.6/site-packages/mash/__init__.py", line 538, in
doMultilib
pid = self.doDepSolveAndMultilib(arch, repocache)
File "/usr/lib/python2.6/site-packages/mash/__init__.py", line 511, in
doDepSolveAndMultilib
(rc, errors) = yumbase.resolveDeps()
File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 718, in
resolveDeps
for po, dep in self._checkFileRequires():
File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 1012, in
_checkFileRequires
po = self.getInstalledPackageObject(pkgtup)
File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 2421, in
getInstalledPackageObject
raise Errors.RpmDBError, _('Package tuple %s could not be found in
rpmdb') % str(pkgtup)
yum.Errors.RpmDBError: Package tuple ('clamav-scanner-upstart', 'noarch',
'0', '0.95.3', '1301.fc13') could not be found in rpmdb
My mistake - I thought we were talking about the earlier
traceback. Yes, the above looks like it could be caching.
I'll see what I can do.
-sv
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
