Bug#870310: glib-mkenums: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 108: ordinal not in range(128)

[Michael Biebl]

Am 01.08.2017 um 00:34 schrieb Adrian Bunk:
> Control: tags -1 - moreinfo
> 
> On Tue, Aug 01, 2017 at 12:03:31AM +0200, Michael Biebl wrote:
>> Control: tags -1 + moreinfo
>>
>> Am 31.07.2017 um 23:04 schrieb Adrian Bunk:
>>>   File "/usr/lib/python3.5/encodings/ascii.py", line 26, in decode
>>>     return codecs.ascii_decode(input, self.errors)[0]
>>> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 108: ordinal not in range(128)
>>> Found cached translation database
>>> Merging translations into gthumb.desktop.
>>> Makefile:963: recipe for target 'org.gnome.gthumb.enums.xml' failed
>>> make[4]: *** [org.gnome.gthumb.enums.xml] Error 1
>>
>> Are you using a non-UTF-8 locale
> 
> Works with LANG=C.UTF-8 and FTBFS with LANG=C
> 
>> and are you processing data containing
>> unicode characters?
> 
> Yes, some files in gthumb are using the UTF-8 copyright symbol.

Not sure what glib-mkenums is supposed to do about this then.
It's the package/build environment not using a UTF-8 locale and Python 3
being picky about that. Making glib-mkenums forcefully set a specific
locale doesn't look like a solution to me.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20170801/4c854a54/attachment.sig>