Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 172973 - glsa-check codec can't encode character u'\xe9'
Summary: glsa-check codec can't encode character u'\xe9'
Status: RESOLVED DUPLICATE of bug 172955
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-01 07:39 UTC by JuNix
Modified: 2007-04-01 07:57 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description JuNix 2007-04-01 07:39:14 UTC
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.
Comment 1 Jukka Ruohonen 2007-04-01 07:52:04 UTC
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)


Comment 2 JuNix 2007-04-01 07:56:29 UTC
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"
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2007-04-01 07:57:59 UTC
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 ***