Bug 458590 - repoquery finishes too early when coding bugs are detected
repoquery finishes too early when coding bugs are detected
Product: Fedora
Classification: Fedora
Component: yum-utils (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Seth Vidal
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-08-10 12:18 EDT by Georg Wittig
Modified: 2008-08-10 18:05 EDT (History)
3 users (show)

See Also:
Fixed In Version: yum-utils-1.1.15
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-08-10 18:05:00 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Georg Wittig 2008-08-10 12:18:28 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)

How reproducible:

Steps to Reproduce:
1. repoquery -il 'lib*'
Actual results:
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
    print pkg.doQuery(oper)
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2019' in position 550: ordinal not in range(128)

Expected results:
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.

Additional info:
There exists a work-around

  for r in `repoquery 'lib*'` ; do
    repoquery -il $r

But this is a huge waste of resources.
Comment 1 James Antill 2008-08-10 18:05:00 EDT
 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).

Note You need to log in before you can comment on or make changes to this bug.