| Summary: | glsa-check codec can't encode character u'\xe9' | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | JuNix <gentoo> |
| Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
Reproduced with
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=en_US.UTF-8
---
glsa-check -v -l affected
Traceback (most recent call last):
File "/usr/bin/glsa-check", line 148, in ?
myglsa = Glsa(x, glsaconfig)
File "/usr/lib/gentoolkit/pym/glsa.py", line 414, in __init__
self.read()
File "/usr/lib/gentoolkit/pym/glsa.py", line 432, in read
self.parse(urllib.urlopen(myurl))
File "/usr/lib/gentoolkit/pym/glsa.py", line 470, in parse
self.description = getText(myroot.getElementsByTagName("description")[0], format="xml")
File "/usr/lib/gentoolkit/pym/glsa.py", line 233, in getText
return str(rValue)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 11: ordinal not in range(128)
Actually, apologies to the Ekiga maintainer. The fact that glsa-check terminated at Ekiga threw me. I have investigated further, and the offending xml file is glsa-200703-26.xml which is acutally belongs to sys-apps/file-4.20 The offending item is probably the unicode characters in the name "Jean-S!!bastien Guay-Leroux" Ekiga is just fine, the next GLSA was messed up. *** This bug has been marked as a duplicate of bug 172955 *** *** This bug has been marked as a duplicate of bug 172955 *** |
A recent update to Ekiga has seen unicode characters put in a .xml file that glsa-check cannot parse. This has made glsa-check unusable e.g glsa-check -l [snip] 200502-05 [U] Newspost: Buffer overflow vulnerability ( net-nntp/newspost ) 200703-24 [U] mgv: Stack overflow in included gv code ( app-text/mgv ) 200703-25 [U] Ekiga: Format string vulnerability ( net-im/ekiga ) Traceback (most recent call last): File "/usr/bin/glsa-check", line 206, in ? sys.exit(summarylist(glsalist)) File "/usr/bin/glsa-check", line 172, in summarylist myglsa = Glsa(myid, glsaconfig) File "/usr/lib/gentoolkit/pym/glsa.py", line 414, in __init__ self.read() File "/usr/lib/gentoolkit/pym/glsa.py", line 432, in read self.parse(urllib.urlopen(myurl)) File "/usr/lib/gentoolkit/pym/glsa.py", line 470, in parse self.description = getText(myroot.getElementsByTagName("description")[0], format="xml") File "/usr/lib/gentoolkit/pym/glsa.py", line 233, in getText return str(rValue) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 11: ordinal not in range(128) Ekiga maintainer pls take a look! Reproducible: Always Steps to Reproduce: 1. glsa-check -l 2. 3.