Bug 346001 – app-portage/gentoolkit-0.3.0_rc11 fails with python 3.1 and non-utf locale

• Status: RESOLVED FIXED
• Product: Portage Development

[Description Paul Varner (RETIRED) 2010-11-18 21:34:22 UTC]

The workaround is to temporarily set the locale to a utf-8 locale.


 * Building of app-portage/gentoolkit-0.3.0_rc11 with CPython 3.1...
VERSION=0.3.0_rc11 python3.1 setup.py set_version
running set_version
Settings version to 0.3.0_rc11
Traceback (most recent call last):
  File "setup.py", line 135, in <module>
    'set_version': set_version,
  File "/usr/lib64/python3.1/distutils/core.py", line 149, in setup
    dist.run_commands()
  File "/usr/lib64/python3.1/distutils/dist.py", line 919, in run_commands
    self.run_command(cmd)
  File "/usr/lib64/python3.1/distutils/dist.py", line 938, in run_command
    cmd_obj.run()
  File "setup.py", line 74, in run
    sub(python_scripts, python_re)
  File "setup.py", line 63, in sub
    for line in s:
  File "/usr/lib64/python3.1/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 207: ordinal not in range(128)
 * ERROR: app-portage/gentoolkit-0.3.0_rc11 failed:
 *   setup.py set_version failed
 * 
 * Call stack:
 *     ebuild.sh, line   56:  Called src_compile
 *   environment, line 4720:  Called distutils_src_compile
 *   environment, line 1234:  Called python_execute_function 'distutils_building'
 *   environment, line 3437:  Called distutils_building
 *   environment, line 1225:  Called _distutils_hook 'pre'
 *   environment, line  347:  Called distutils_src_compile_pre_hook
 *   environment, line 1247:  Called die
 * The specific snippet of code:
 *       VERSION="${PVR}" "$(PYTHON)" setup.py set_version || die "setup.py set_version failed"
 * 
 * If you need support, post the output of 'emerge --info =app-portage/gentoolkit-0.3.0_rc11',
 * the complete build log and the output of 'emerge -pqv =app-portage/gentoolkit-0.3.0_rc11'.
 * This ebuild is from an overlay named 'local': '/usr/local/portage/local/'
 * The complete build log is located at '/var/tmp/portage/app-portage/gentoolkit-0.3.0_rc11/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/app-portage/gentoolkit-0.3.0_rc11/temp/environment'.
 * S: '/var/tmp/portage/app-portage/gentoolkit-0.3.0_rc11/work/gentoolkit-0.3.0_rc11'

[Comment 1 Tupone Alfredo 2010-11-19 13:39:01 UTC]

*** Bug 346057 has been marked as a duplicate of this bug. ***

[Comment 2 Richard 2010-11-19 14:22:02 UTC]

This occurs on both amd64 and x86.

[Comment 3 André Terpstra 2010-11-19 19:44:42 UTC]

it still happens to app-portage/gentoolkit-0.3.0_rc11-r1

[Comment 4 André Terpstra 2010-11-19 19:54:18 UTC]

I suspect a particular dependency: dev-python/argparse but cannot prove it unfortunately.

[Comment 5 Zac Medico 2010-11-20 14:05:11 UTC]

Maybe we can temporarily force LC_ALL=C inside the ebuild, as a workaround?

[Comment 6 André Terpstra 2010-11-21 08:54:05 UTC]

(In reply to comment #3)
> it still happens to app-portage/gentoolkit-0.3.0_rc11-r1
> 

I have to take that back. For some reason unknown to me it went through last night...

[Comment 7 J.C. Wren 2010-11-30 03:25:44 UTC]

"The workaround is to temporarily set the locale to a utf-8 locale."

It would be helpful to indicate HOW one temporarily sets the local to a UTF-8 locale, please.

[Comment 8 Paul Varner (RETIRED) 2010-11-30 17:05:10 UTC]

(In reply to comment #7)
> "The workaround is to temporarily set the locale to a utf-8 locale."
> 
> It would be helpful to indicate HOW one temporarily sets the local to a UTF-8
> locale, please.
> 

You shouldn't need the workaround anymore with gentoolkit-0.3.0_rc11-r3.

Anyhow, the following guide shows you how to setup and use utf-8 on a gentoo system: http://www.gentoo.org/doc/en/utf-8.xml

[Comment 9 Paul Varner (RETIRED) 2011-02-08 02:21:18 UTC]

This was fixed in gentoolkit-0.3.0_rc11-r2