Red Hat Bugzilla – Bug 458590
repoquery finishes too early when coding bugs are detected
Last modified: 2008-08-10 18:05:00 EDT
Description of problem:
The repoquery command from the yum-utils package finishes its work too early when python detects a coding bug in an rpm description.
Version-Release number of selected component (if applicable):
(and probably all older versions too)
Steps to Reproduce:
1. repoquery -il 'lib*'
repoquery finishes after displaying 356 rpm descriptions with the (probably correct) error message similar to
Traceback (most recent call last):
File "/usr/bin/repoquery", line 853, in <module>
File "/usr/bin/repoquery", line 850, in main
File "/usr/bin/repoquery", line 497, in runQuery
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2019' in position 550: ordinal not in range(128)
Displaying this message is acceptable for the buggy rpm description, but repoquery should continue displaying the descriptions of the remaining rpms. Currently, there exist 881 rpms in F9 whose name start with lib*; only 356 of them are displayed. I expect at least 880 rpm descriptions to be displayed.
There exists a work-around
for r in `repoquery 'lib*'` ; do
repoquery -il $r
But this is a huge waste of resources.
This is already fixed in c49110c6819716526b1902075a2304bb34c9f40d which is in 1.1.15 (it's available from koji now and should be in updates-testing soon).