On 19/11/2017 17:07, Roger Koehler wrote:
I rebuilt LFS with the latest development release (Linux 4.14) using
jhalfs with LANG=en_US.UTF-8 thinking that it would solve my glib2
problem, but I am getting the same build failure:
FAILED: gio/tests/giotypefuncs.inc
/usr/bin/env python3
/sources/glib2/glib-2.54.2/gio/tests/gengiotypefuncs.py
gio/tests/giotypefuncs.inc ../gio/gappinfo.h *** lots of .h files ***
Traceback (most recent call last):
File "/sources/glib2/glib-2.54.2/gio/tests/gengiotypefuncs.py", line
23, in <module>
for line in f:
File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode
return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position
2625: ordinal not in range(128)
How is "This package is known to build and work properly using an
LFS-8.1 platform."?
Thanks!
Not sure it is your problem, but if you use jhalfs for BLFS, be sure to
comment out the line LC_ALL=C in blfs_root/envars.conf. I forgot to
publish a fix, sorry. LC_ALL takes precedence over LANG, so even if you
set LANG in /etc/profile/i18n.sh, it is not used...
Pierre
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
