Created attachment 418184 [details] required emerge --info Updating dev-python/reportlab-3.1.44-r2 reported: * Could not find a UTF-8 locale. This may trigger build failures in * some python packages. Please ensure that a UTF-8 locale is listed in * /etc/locale.gen and run locale-gen. so I checked /etc/locale.gen, and "en_US.UTF-8 UTF-8" was set, so I reran locale-gen and then re-emerged dev-python/reportlab-3.1.44-r2. This resulted in the same message being reported. Expected result, install without warning.
What is your locale set too?
(In reply to Justin Lecher from comment #1) > What is your locale set too? That's in emerge info. It's POSIX. I'll recheck the locale check when I get home.
The problem looks like it's in the _python_check_locale_sanity in eclass python-utils-r1. Unless I'm misunderstanding what this is supposed to do (check to see that upper/lower case translations work properly for the locale being checked), the string assigned to variable input is unquoted, while the comparison for the variable output later on is quoted. The "input" string has blank spaces between each character, so the translated version (the "output" string) has the same spaces as well. The quoted "${uc[*]}${lc[*]}" (because it is quoted) does not have the blank spaces between each character, and thus the test fails. If the line in _python_check_locale_sanity(): local input=${lc[*]}${uc[*]} is changed to: local input="${lc[*]}${uc[*]}" there will not be a problem any longer. If someone would like me to provide a patch, I will be happy to do so (but I think it will probably be easier for someone to just change it than to patch).
commit 283da8a1e1ad0a820b1170307a1ba3ec9bbdeb66 Author: Michał Górny <mgorny@gentoo.org> Date: Mon Nov 30 14:27:29 2015 +0100 python-utils-r1.eclass: _python_check_locale_sanity, fix quoting issue