Bug 619758 – [gentoolkit-0.3.3] glsa-check broken since GLSA 201705-14 (smb4k): UnicodeEncodeError: 'ascii' codec can't encode character u'\u2008' in position 24: ordinal not in range(128)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Romain Riviere 2017-05-26 16:07:59 UTC]

portage-2.3.5
python-2.7.12
python-3.4.5

Any attempt at using glsa-check with python-2.7 returns:

UnicodeEncodeError: 'ascii' codec can't encode character u'\u2008' in position 24: ordinal not in range(128)

With python-3.4:
portage.exception.InvalidAtom: <net-misc/smb4k-1.2.3-r1

I run glsa-check on a daily basis on about a dozen Gentoo hosts and VM's, and they ALL started spewing this exact same error today. Could it be a problem in the GLSA itself, namely 201705-14 that came out today?

Full output here:
Traceback (most recent call last):
  File "/usr/lib/python-exec/python2.7/glsa-check", line 181, in <module>
    myglsa = Glsa(x, glsaconfig)
  File "/usr/lib/python2.7/site-packages/gentoolkit/glsa/__init__.py", line 509, in __init__
    self.read()
  File "/usr/lib/python2.7/site-packages/gentoolkit/glsa/__init__.py", line 527, in read
    self.parse(urlopen(myurl))
  File "/usr/lib/python2.7/site-packages/gentoolkit/glsa/__init__.py", line 612, in parse
    tmp["vul_atoms"] = [makeAtom(name, v) for v in p.getElementsByTagName("vulnerable")]
  File "/usr/lib/python2.7/site-packages/gentoolkit/glsa/__init__.py", line 303, in makeAtom
    return str(rValue)
UnicodeEncodeError: 'ascii' codec can't encode character u'\u2008' in position 24: ordinal not in range(128)

My locale is en_US.UTF-8 in case it's relevant.

[Comment 1 Tomáš Mózes 2017-05-26 18:24:03 UTC]

Fixed in https://gitweb.gentoo.org/data/glsa.git/commit/?id=2d87cf0a816f7be931453f6e6b369349e1ca2676

[Comment 2 Romain Riviere 2017-05-26 18:46:45 UTC]

Thanks for the heads-up and the fix!