Bug 249994

The bug as described above is also present in F7. It is NOT, however, a yum
problem with a specific package, as described above.

The actual problem seems to occur when yum, using python, parses the
dependencies and encounters a package which contains some type of package
description text, ect. which python cannot handle, thus crashing yum.

In doing a google search of the problem, I have found that this problem, while
not prevalent, has been a well documented bug in yum. Further research indicated
that the problem arises from improper python coding which prevents python from
properly parsing the offending text.

A quick fix to mitigate the problem would be to create a database of offending
packages which cause the bug, and determine the common text or formatting of the
package description, ect. which causes yum to crash. The offending packages
could then be easily changed to prevent yum from crashing.

A permanent fix will be to fix the yum/python problem with handling the
offending packages.

See these links for more info:

Similar bug reports:
http://www.nabble.com/Re:-yum-3.1.7-TypeError-bug-p10323765.html
http://www.bluequartz.us/phpBB2/viewtopic.php?p=90061&sid=e898dad3ea10834c9a51bf34ce26b76e
http://www.bluequartz.us/phpBB2/viewtopic.php?p=110094&sid=6d4c10344656af6f187418519ae4422f
http://www.fedoraforum.org/forum/showthread.php?t=160893
http://www.redhat.com/archives/rhl-list/2007-July/msg00328.html
http://lists4.opensuse.org/opensuse-bugs/2007-04/msg02266.html

what version of yum is this? 3.2.1?

If so could you try 3.2.2 which is in fedora 7 updates-testing?

Thanks

(In reply to comment #3)
> what version of yum is this? 3.2.1?
> 
> If so could you try 3.2.2 which is in fedora 7 updates-testing?
> 
> Thanks
> 

yum-3.2.1-1.fc7

Will try 3.2.2 now...

with 3.2.2:

yum update GraphicsMagick compat-openldap libcdio openldap openldap-devel
policycoreutils
Loading "fastestmirror" plugin
Setting up Update Process
Loading mirror speeds from cached hostfile
Resolving Dependencies
--> Running transaction check
---> Package libcdio.i386 0:0.78.2-2.fc7 set to be updated
---> Package GraphicsMagick.i386 0:1.1.8-2.fc7 set to be updated
---> Package openldap-devel.i386 0:2.3.34-3.fc7 set to be updated
---> Package compat-openldap.i386 0:2.3.34_2.2.29-3.fc7 set to be updated
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in <module>
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 135, in main
    (result, resultmsgs) = base.buildTransaction()
  File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 540, in
buildTransaction
    (rescode, restring) = self.resolveDeps()
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 821, in resolveDeps
    deps = self._mytsCheck()
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 791, in _mytsCheck
    thisneeds = self._checkInstall(txmbr)
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 965, in
_checkInstall
    dep = self._provideToPkg(req)
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 714, in
_provideToPkg
    for pkgtup in self.rpmdb.whatProvides(r, f, v):
  File "/usr/lib/python2.5/site-packages/yum/rpmsack.py", line 386, in whatProvides
    pkgs = self.searchProvides(name)
  File "/usr/lib/python2.5/site-packages/yum/rpmsack.py", line 145, in
searchProvides
    return self.searchPrco(name, 'provides')
  File "/usr/lib/python2.5/site-packages/yum/rpmsack.py", line 127, in searchPrco
    if not result.has_key(po.pkgid):
TypeError: list objects are unhashable

Comments:
As in other bug reports with the problem, when yum tries to resolve dependencies
is where problems begin. Therefore a more complex update, such as this, is what
tends to cause problems. In this particular instance the package
compat-openldap.i386 0:2.3.34_2.2.29-3.fc7 is (one of) the package(s) that cause
yum to crash. It seems that the fact that package had two additional
dependencies, which causes the problem. Once that package and its dependencies
wre updated via rpm yum then crashed on checkpolicy-2.0.3-1.fc7.i386, which was
a dependency of policycoreutils. After that yum updated the others with no problems.

I can think of at least 15-20 packages so far from the Fedora repositories which
needed manual update using rpm. Once the problematic package has been installed
yum will continue normally with the remaining packages until it completes the
update or until it encounters another package which causes it to crash.
 

Does this still happen with yum 3.2.5?

With latest yum 3.2.4-2.fc7 from Fedora updates I can no longer update or
install anything:
# yum install agg-devel
--> Running transaction check
---> Package agg-devel.i386 0:2.5-1 set to be updated
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in <module>
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 143, in main
    (result, resultmsgs) = base.buildTransaction() 
  File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 565, in
buildTransaction
    (rescode, restring) = self.resolveDeps()
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 718, in resolveDeps
    for po, dep in self._checkFileRequires():
  File "/usr/lib/python2.5/site-packages/yum/depsolve.py", line 889, in
_checkFileRequires
    dep = self.rpmdb.getProvides(name, flag, evr)
  File "/usr/lib/python2.5/site-packages/yum/rpmsack.py", line 393, in getProvides
    morepkgs = self.searchFiles(name)
  File "/usr/lib/python2.5/site-packages/yum/rpmsack.py", line 111, in searchFiles
    if not result.has_key(pkg.pkgid):
TypeError: list objects are unhashable

Downgrading to 3.2.2-1.fc7 helps, but this version sometimes cannot update too.

I'm getting this error with 3.2.5-1.fc7.

A git checkout from today works fine.

A recent update to  yum-3.2.7-1.fc7 and rpm-4.4.2.2-2.fc7 has apparently
resolved the yum issue previously reported by me. So far we have not experienced
any further issues during several yum updates with our systems in text mode.

Using Kyum, however, results in the following error:
*** Traceback (most recent call last):
***   File "/usr/bin/yum", line 29, in <module>
***     yummain.main(sys.argv[1:])
***   File "/usr/share/yum-cli/yummain.py", line 105, in main
***     result, resultmsgs = base.doCommands()
***   File "/usr/share/yum-cli/cli.py", line 282, in doCommands
***     return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd,
self.extcmds)
***   File "/usr/share/yum-cli/yumcommands.py", line 171, in doCommand
***     rup = base.listPkgs(ypl.updates, 'Updated Packages', basecmd)
***   File "/usr/share/yum-cli/output.py", line 129, in listPkgs
***     self.infoOutput(pkg)
***   File "/usr/share/yum-cli/output.py", line 100, in infoOutput
***     print _("Description:\n%s") % enc(pkg.description)
***   File "/usr/share/yum-cli/output.py", line 84, in enc
***     if len(s) > 0:
*** TypeError: object of type 'NoneType' has no len()
Process exited normally with code 1.

The above error seems to be a localized issue with Kyum, since text mode
Yum updates work fine. We will report above the problem as a Kyum only issue.

Thanks!!! 

We are happy the issue is no longer currently a problem for us and hopeful the
issue has been permanently resolved.

Sorry, please look on the following output of yum-3.2.7-1:

$ yum -y info updates
Loading "kernel-module" plugin
Loading "fastestmirror" plugin
Loading "skip-broken" plugin
Loading "fedorakmod" plugin
Loading "priorities" plugin
Loading "allowdowngrade" plugin
Loading "tsflags" plugin
Loading "changelog" plugin
Loading "protectbase" plugin
Loading "downloadonly" plugin
Loading mirror speeds from cached hostfile
0 packages excluded due to repository priority protections
0 packages excluded due to repository protections
Updated Packages
Name   : cups-devel
Arch   : x86_64
Epoch  : 1
Version: 1.2.12
Release: 6.fc7
Size   : 68 k
Repo   : updates
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in <module>
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 105, in main
    result, resultmsgs = base.doCommands()
  File "/usr/share/yum-cli/cli.py", line 282, in doCommands
    return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd,
self.extcmds)
  File "/usr/share/yum-cli/yumcommands.py", line 171, in doCommand
    rup = base.listPkgs(ypl.updates, 'Updated Packages', basecmd)
  File "/usr/share/yum-cli/output.py", line 129, in listPkgs
    self.infoOutput(pkg)
  File "/usr/share/yum-cli/output.py", line 99, in infoOutput
    print _("Summary: %s") % enc(pkg.summary)
  File "/usr/share/yum-cli/output.py", line 86, in enc
    t = gettext.dgettext(d, s)
  File "/usr/lib64/python2.5/gettext.py", line 530, in dgettext
    codeset=_localecodesets.get(domain))
  File "/usr/lib64/python2.5/gettext.py", line 478, in translation
    t = _translations.setdefault(key, class_(open(mofile, 'rb')))
  File "/usr/lib64/python2.5/gettext.py", line 180, in __init__
    self._parse(fp)
  File "/usr/lib64/python2.5/gettext.py", line 313, in _parse
    v = v.split(';')
AttributeError: 'list' object has no attribute 'split'

The environment variable LANG was set to 'de_DE.utf8'. So you see, that this is
a yum issue.

Best Regards:

Jochen Schmitt

For different tracebacks, please file different bugs.  FWIW, the list splitting
thing in python's gettext module is bug 252136