[blfs-dev] Policy on locale for building ? (ticket #4745)
bruce.dubbs at gmail.com
Sat Mar 1 17:53:14 PST 2014
Ken Moffat wrote:
> On Sun, Mar 02, 2014 at 12:49:12AM +0000, Ken Moffat wrote:
>> On Sat, Mar 01, 2014 at 04:05:15PM -0600, Bruce Dubbs wrote:
>>>> Do you perhaps have any LESSCHARSET or similar variables set ?
>> I would try without LESSCHARSET. It ought to be able to determine
>> it from the LANG/LC_CTYPE environment variables, or else from
>> calling setlocale.
>>> What about just adding the LC_ALL variable unconditionally? It
>>> shouldn't hurt anything.
>>> -- Bruce
>> Umm, errm. <embarrassed/>. I'm having issues using a dirty build
>> tree after I exported LC_ALL=C to force the breakage. At the
>> moment, everything I try breaks, even after 'make clean'. In theory,
>> exporting LANG ought to do it, with minimal side-effects. Will play
>> around with it some more.
> On this machine, I need to unset LC_ALL after exporting
> LANG=en_US.UTF-8, otherwise it still breaks with LC_ALL=C.
> This is getting messy - the build will be fine (people who use BLFS
> can probably cope with any error messages in English), but it risks
> leaving their environment in an unexpected state. I guess export
> MYLC=$LC_ALL ; export LC_ALL=en_US.UTF-8 ; ./configure ... ; make ;
> export LC_ALL=$MYLC ; make install. i.e. just force LC_ALL since it
> would otherwise need to be unset.
> If nobody has any cleaner suggestions, I'll give that a whirl
> sometime tomorrow (technically, today).
Tested. I got it to fail, then:
$ which ruby
$ tar -xf gegl-0.2.0.tar.bz2
$ cd gegl-0.2.0
$ patch -Np1 -i ../gegl-0.2.0-ffmpeg2-1.patch
$ ./configure --prefix=/usr
$ LC_ALL=C make
$ LC_ALL=en_US make
Worked. I would not hurt to just add LC_ALL=en_US to the instructions.
More information about the blfs-dev