On Sun, Nov 19, 2017 at 9:50 AM, Pierre Labastie <[email protected]> wrote: > > 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...
That would explain it. I believe this is also why the latest chromium didn't build for me. I will verify after church. Thanks! -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
