On 12-09-2014 16:19, Bruce Dubbs wrote:
> Fernando de Oliveira wrote:
>> On 12-09-2014 14:42, Bruce Dubbs wrote:
>>> Fernando de Oliveira wrote:
>>>> I'm not finding where the following messages are coming from. Built
>>>> LFS7.6-rc-1 with jhalfs. Only optimization was to use -j4 (although it
>>>> seemed to not be recognized, at least after jhalfs chrooted to chapter
>>>> 6).
>>>>
>>>> I am starting to suspect that rebuilding per would solve it, and I
>>>> would
>>>> not need to rebuild the entire system.
>>>>
>>>> As there are three levels involded: LFS,jhalfs and blfs, I needed to
>>>> decide where to send. Please, if you think it is LFS support, tell me
>>>> and I will just move there.
>>>
>>>> perl: warning: Setting locale failed.
>>>> perl: warning: Please check that your locale settings:
>>>> LANGUAGE = (unset),
>>>> LC_ALL = (unset),
>>>> LANG = "pt_BR.UTF-8"
>>>> are supported and installed on your system.
>>>> perl: warning: Falling back to the standard locale ("C").
>>>> ...
>>>
>>> It looks like the locale isn't installed. By default pr_BR not a part
>>> of the LFS glibc instructions.
>>>
>>> Did you do 'make localedata/install-locales' in the glibc tarball? I'm
>>> not sure what the explicit localedef command would be for you. Perhaps
>>>
>>> localedef -i pt_BR -f UTF-8 pt_BR.UTF-8
>>>
>>> Try this script to test:
>>>
>>> #!/usr/bin/perl -w
>>>
>>> use 5.004;
>>> use strict;
>>> use POSIX qw(strftime setlocale LC_TIME);
>>> print "done\n"
>>
>>
>> Log of perl script:
>> perl: warning: Setting locale failed.
>> perl: warning: Please check that your locale settings:
>> LANGUAGE = (unset),
>> LC_ALL = (unset),
>> LANG = "pt_BR.UTF-8"
>> are supported and installed on your system.
>> perl: warning: Falling back to the standard locale ("C").
>> done
>>
>> Log of localedef -i pt_BR -f UTF-8 pt_BR.UTF-8:
>> Segmentation fault
>>
>> I tried to use gunzip pt_BR.gz and it din't work, think was also
>> segmentation fault. Investigated, it was a binary file. In the host, it
>> was a script, so, saved the binary and copied the script from the host,
>> it worked.
>>
>> Armin, Bruce, fellows of the list, I am planning to try and reinstall
>> glibc in chroot, to see what happens. (Will make an HD backup, first). I
>> know Bruce helped me with that once, when we had to patch glibc-2.18
>> (IIRC), and Armin knows how to do it, so will wait for
>> opinions/instructions, before proceeding.
>>
>> Second time I'm a victim of glibc...
>
> I don't know that happened to your system, but I used jhalfs. Rere are
> some of my results:
>
> root@toshiba-lfs [ /tmp ]# localedef -i pt_BR -f UTF-8 pt_BR.UTF-8
> root@toshiba-lfs [ /tmp ]# locale -a
> C
> POSIX
> cs_CZ.utf8
> de_DE
> de_DE.iso88591
> de_DE.iso885915@euro
> de_DE.utf8
> de_DE@euro
> en_GB.utf8
> en_HK
> en_HK.iso88591
> en_PH
> en_PH.iso88591
> en_US
> en_US.iso88591
> en_US.utf8
> es_MX
> es_MX.iso88591
> fa_IR
> fa_IR.utf8
> fr_FR
> fr_FR.iso88591
> fr_FR.iso885915@euro
> fr_FR.utf8
> fr_FR@euro
> it_IT
> it_IT.iso88591
> it_IT.utf8
> ja_JP
> ja_JP.eucjp
> pt_BR.utf8
> ru_RU.koi8r
> ru_RU.utf8
> tr_TR.utf8
> zh_CN.gb18030
>
> root@toshiba-lfs [ /tmp ]# file /usr/bin/localedef
> /usr/bin/localedef: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
> dynamically linked (uses shared libs), for GNU/Linux 2.6.32, not stripped
>
> I'm not sure where you are, but it sounds like you need to restart at
> Chapter 6. Sorry.
$ file /mnt/lfs/usr/bin/localedef
/mnt/lfs/usr/bin/localedef: ELF 32-bit LSB executable, Intel 80386,
version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
2.6.32, not stripped
Starting from scratch.
Thanks for the help, Bruce.
--
[]s,
Fernando
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
