Bug 458590

Summary:	repoquery finishes too early when coding bugs are detected
Product:	[Fedora] Fedora	Reporter:	Georg Wittig <nc-wittigge>
Component:	yum-utils	Assignee:	Seth Vidal <skvidal>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	9	CC:	james.antill, pmatilai, tim.lauridsen
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:	yum-utils-1.1.15	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-08-10 22:05:00 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 Georg Wittig 2008-08-10 16:18:28 UTC

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):
yum-utils-1.1.14-4.fc9.noarch
(and probably all older versions too)

How reproducible:


Steps to Reproduce:
1. repoquery -il 'lib*'
2.
3.
  
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>
    main(sys.argv)
  File "/usr/bin/repoquery", line 850, in main
    repoq.runQuery(regexs)
  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
  done

But this is a huge waste of resources.

Comment 1 James Antill 2008-08-10 22:05:00 UTC

 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).