On Sun, Nov 19, 2017 at 09:07:11AM -0700, 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:
Try "export LANG=en_US.UTF-8". It built for me on LFS-svn using
export LC_ALL=en_GB.UTF-8 but I guess LANG would be a better export
if your user's locale is not UTF-8.
And when you find a variant of this which works for you, use it in
all meson/ninja packages.
>
> 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!
As noted on -dev the other night, it initially failed for me - that
was because in my scripts I usually do everything as root. At some
point I changed those scripts from my user's LC_ALL to C or POSIX
because something broke in UTF-8. With recent lfs, UTF-8 locales
are the norm.
And yes, I try to keep good backups, and when things break I get to
keep both the pieces.
HTH
ĸen
--
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
- Unseen Academicals
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
