Bug 505831
Summary: | UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 187: ordinal not in range(128) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tomasz Torcz <tomek> |
Component: | yum | Assignee: | James Antill <james.antill> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 11 | CC: | anvil, ffesti, ivazqueznet, james.antill, jonathansteffan, julian.fedora, katzj, maxamillion, pmatilai, rhughes, richard, tim.lauridsen |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-07-27 20:58:35 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Tomasz Torcz
2009-06-14 07:53:56 UTC
Does this still happen? Can you describe how to reproduce this please? Thanks. Hello I've got the same kind of problem with yum. python-2.6-9.fc11.x86_64 yum-3.2.23-3.fc11.noarch "LC_ALL=fr_FR.UTF-8 yum provides \*awt\*" horribly dies with : Traceback (most recent call last): File "/usr/bin/yum", line 29, in <module> yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 309, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 178, in main result, resultmsgs = base.doCommands() File "/usr/share/yum-cli/cli.py", line 352, in doCommands return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, self.extcmds) File "/usr/share/yum-cli/yumcommands.py", line 560, in doCommand return base.provides(extcmds) File "/usr/share/yum-cli/cli.py", line 829, in provides callback_has_matchfor=True) File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 2000, in searchPackageProvides callback(po, tmpvalues) File "/usr/share/yum-cli/output.py", line 870, in matchcallback_verbose return self.matchcallback(po, values, matchfor, verbose=True) File "/usr/share/yum-cli/output.py", line 864, in matchcallback print self.fmtKeyValFill(key, item) File "/usr/lib64/python2.6/codecs.py", line 351, in write data, consumed = self.encode(object, self.errors) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 15: ordinal not in range(128) It doesnt happen with en_US.UTF-8 locale. I can confirm that. Get the same error when building packages in mock for rawhide. My locale is de_DE.UTF-8. It doesn't happen when building for F10 or F11. I'm on Fedora 11. I can't decode 0xc3, by the way. Here's the full traceback: FEHLER mit rpm_check_debug gegen depsolve: Traceback (most recent call last): File "/usr/bin/yum", line 29, in <module> yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 309, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 261, in main return_code = base.doTransaction() File "/usr/share/yum-cli/cli.py", line 424, in doTransaction print to_utf8(msg) File "/usr/lib/python2.6/codecs.py", line 351, in write data, consumed = self.encode(object, self.errors) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 37: ordinal not in range(128) How reproducable: mock -r fedora-rawhide-i386 rebuild foo.src.rpm on Fedora 11 with de_DE.UTF-8. This happens to me in normal yum use now, too. But, this is not related to gnome-packagekit, as codecs.py is a part of python. This is a python bug. Curiously, yum whatprovides /usr/lib/python-2.6/codecs.py reproduces that error. yum whatprovides */codecs.py also lists python, but doesn't reproduce the error. So, could someone please change the component to python? I'm using python-2.6-9.fc11 Changed component to python, I'm still not used to the fact I can do such things myself now ;) Works for me, so I think this is a dup of 508360 *** This bug has been marked as a duplicate of bug 508360 *** |