Description of problem: I've tried to follow some advice for systemd fixup and tried to reinstall systemd-units package (Third comment in bugzilla 618678#c3) This gave me following error with my Czech locales: Spouští se transakce Varování: RPMDB byla změněna mimo yum. ** Found 5 pre-existing rpmdb problem(s), 'yum check' output follows: avahi-0.6.27-2.fc14.x86_64 má chybějící požadavky systemd-units 1:dbus-1.3.2-0.0.885483.fc14.x86_64 má chybějící požadavky systemd-units rtkit-0.9-1.fc14.x86_64 má chybějící požadavky systemd-units systemd-4-4.fc14.x86_64 má chybějící požadavky systemd-units = ('0', '4', '4.fc14') udev-160-8.fc14.x86_64 má chybějící požadavky systemd-units 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 258, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 196, in main return_code = base.doTransaction() File "/usr/share/yum-cli/cli.py", line 544, in doTransaction resultobject = self.runTransaction(cb=cb) File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 1334, in runTransaction self.skipped_packages, rpmdb_problems, cmdline) File "/usr/lib/python2.6/site-packages/yum/history.py", line 500, in beg self._trans_rpmdb_problem(problem) File "/usr/lib/python2.6/site-packages/yum/history.py", line 433, in _trans_rpmdb_problem to_unicode(str(problem)))) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 28: ordinal not in range(128) Using LANG=C and same command fixed the problem and package has been successfully installed. Version-Release number of selected component (if applicable): yum-3.2.27-18.fc14.noarch How reproducible: Steps to Reproduce: 1. rpm -e --nodeps systemd-units 2. LANG=cs_CZ.utf-8 yum install systemd-units 3. Actual results: Expected results: Same as with LANG=en_US.utf-8 - Additional info:
Ping - seen again with todays rawhide upgrade CHYBA v rpm_check_debug vs 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 260, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 198, in main return_code = base.doTransaction() File "/usr/share/yum-cli/cli.py", line 508, in doTransaction print to_utf8(msg) File "/usr/lib64/python2.7/codecs.py", line 351, in write data, consumed = self.encode(object, self.errors) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 29: ordinal not in range(128)
pretty sure these two tracebacks are unrelated to each other. The first one, is fixed - pretty sure in rawhide and POSSIBLY in 3.2.28-5 can you generate the same output in the second comment with LANG=C?
So why it'd been not closed :) - anyway - the same workaround LANG=C makes this work - that's why I've though it's the same issue and added ping to this bugzilla. Adding yum and yumC logs from yum upgrade --skip-broken --exclude=kernel*
Created attachment 448716 [details] localized yum output
Created attachment 448717 [details] plain C yum output
can you run this: rpm -Va --nofiles --nodigest in the czech locale? thanks
this looks a lot like bz#450826 - despite being many many yum versions between them.
Zdenek, can you test a patch? on line 508 in /usr/share/yum-cli/cli.py change to_utf8 to to_unicode
Hmm - unfortunately after yum upgrade the problem disappeared - most probably some problematic package names were removed from package list ? Anyway - I'll try to remember about this 'hack' and when I notice this problem again I'll apply suggested patch to compare with results. This bug seems to appear from time to time. (In fact - that yum upgrade caused me far bigger problems then this minority one...)
Again unicode issue with today's (2011-03-05) rawhide package set: (yum-3.2.29-8.fc16.noarch) Stahují se balíčky: Running Transaction Check ERROR with transaction check vs 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 267, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 203, in main return_code = base.doTransaction() File "/usr/share/yum-cli/cli.py", line 530, in doTransaction print to_utf8(msg) File "/usr/lib64/python2.7/codecs.py", line 351, in write data, consumed = self.encode(object, self.errors) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 34: ordinal not in range(128) So now I've tested proposal from Comment 8. And it seemed to go solve this problem for me (thought revealed another small new one - Bug 682432).
hello, I've got the same problem Fedora 14 i686 (French locale)+ adobe and rpmfusion repo upgrade via yum (no dvd on the box, doesn't work with preupgrade (bug opened)) update with yum update before upgrade on 2011 june 2nd following http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum After this error, each time I relaunch yum, it calculate depencies then print total size : ... and nothing I have to ctrl-c yum clean and retry doesn't change anything. I'm going to try a complete reinstall as there's no data on it yet.(was installed just before Fedora 15 wen't out)
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
This message is a notice that Fedora 19 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 19. It is Fedora's policy to close all bug reports from releases that are no longer maintained. Approximately 4 (four) weeks from now this bug will be closed as EOL if it remains open with a Fedora 'version' of '19'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 19 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.