On Mon, Oct 12, 2009 at 1:51 AM, cornel panceac <cpanceac at gmail.com>
wrote:> is this a known issue?
>
>
> # yum update py\*
> Loaded plugins: fastestmirror, security
> Loading mirror speeds from cached hostfile
> ?* base: download.srv.ro
> ?* updates: download.srv.ro
> ?* addons: download.srv.ro
> ?* extras: download.srv.ro
> Skipping security plugin, no data
> Setting up Update Process
> Resolving Dependencies
> Skipping security plugin, no data
> --> Running transaction check
> ---> Package python.i386 0:2.4.3-24.el5_3.6 set to be updated
> Traceback (most recent call last):
> ? File "/usr/bin/yum", line 29, in ?
> ??? yummain.user_main(sys.argv[1:], exit_code=True)
> ? File "/usr/share/yum-cli/yummain.py", line 229, in user_main
> ??? errcode = main(args)
> ? File "/usr/share/yum-cli/yummain.py", line 145, in main
> ??? (result, resultmsgs) = base.buildTransaction()
> ? File "/usr/lib/python2.4/site-packages/yum/__init__.py", line
647, in
> buildTransaction
> ??? (rescode, restring) = self.resolveDeps()
> ? File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line
704, in
> resolveDeps
> ??? for po, dep in self._checkFileRequires():
> ? File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line
939, in
> _checkFileRequires
> ??? if not self.tsInfo.getOldProvides(filename) and not
> self.tsInfo.getNewProvides(filename):
> ? File "/usr/lib/python2.4/site-packages/yum/transactioninfo.py",
line 414,
> in getNewProvides
> ??? for pkg, hits in self.pkgSack.getProvides(name, flag,
> version).iteritems():
> ? File "/usr/lib/python2.4/site-packages/yum/packageSack.py",
line 300, in
> getProvides
> ??? return self._computeAggregateDictResult("getProvides", name,
flags,
> version)
> ? File "/usr/lib/python2.4/site-packages/yum/packageSack.py",
line 470, in
> _computeAggregateDictResult
> ??? sackResult = apply(method, args)
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
861, in
> getProvides
> ??? return self._search("provides", name, flags, version)
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
43, in
> newFunc
> ??? return func(*args, **kwargs)
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
837, in
> _search
> ??? for pkg in self.searchFiles(name, strict=True):
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
43, in
> newFunc
> ??? return func(*args, **kwargs)
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
586, in
> searchFiles
> ??? self._sql_pkgKey2po(rep, cur, pkgs)
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
470, in
> _sql_pkgKey2po
> ??? pkg = self._packageByKey(repo, ob['pkgKey'])
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
413, in
> _packageByKey
> ??? po = self.pc(repo, cur.fetchone())
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
68, in
> __init__
> ??? self._read_db_obj(db_obj)
> ? File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line
94, in
> _read_db_obj
> ??? setattr(self, item, _share_data(db_obj[item]))
> TypeError: unsubscriptable object
>
>
> --
> Linux counter #213090
>
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>
Try running
yum clean all
and then try it again.
However, you need to careful since none of your repositories appear
to be bona fida CentOS repositories (just by looking at the name.)
A slightly different version of python may create havoc when trying to
upgrade other packages with python dependencies.
I don't have the trailing "_3.6" on mine which makes me suspicious
that
it might *not* be the correct version - but I might be wrong about that.
Also, all my packages end with ".i386" instead of "_3.6".
--
Enjoy global warming while it lasts.