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
On Mon, Oct 12, 2009 at 1:51 AM, cornel panceac cpanceac@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@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".
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".
that's interesting, because my Centos-Base.repo looks like the attached file.
2009/10/12 cornel panceac cpanceac@gmail.com
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".
that's interesting, because my Centos-Base.repo looks like the attached file.
btw, here's
# yum check-update 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
python.i386 2.4.3-24.el5_3.6 updates
so maybe the mirror is compromised .....
-- Linux counter #213090
2009/10/12 cornel panceac cpanceac@gmail.com
2009/10/12 cornel panceac cpanceac@gmail.com
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".
that's interesting, because my Centos-Base.repo looks like the attached file.
btw, here's
# yum check-update 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
python.i386 2.4.3-24.el5_3.6 updates
so maybe the mirror is compromised .....
eventually, disabling fastestmirror 'fixed' the problem. is there an easy
way to find out which mirror was used to install python from?
meanwhile, the fun continues as in the attached file :)