<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 5 April 2018 at 19:12, Thanos Baloukas <span dir="ltr"><<a href="mailto:baloukasthan@sch.gr" target="_blank">baloukasthan@sch.gr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 05/04/2018 12:38 μμ, Νίκος Λαμπόβας wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 25 February 2018 at 11:35, Thanos Baloukas <<a href="mailto:baloukasthan@sch.gr" target="_blank">baloukasthan@sch.gr</a> <br>
    On 02/25/2018 10:58 AM, Νίκος Λαμπόβας wrote:<br>
<br>
        Thank you for the quick answer.<br>
        As said in the email subject the book is LFS, the version is<br>
        7.10 and the Host is a virtual machine with Ubuntu 12.04 LTS.<br>
        The Oracle VM Virtualbox is running on Windows 10.<br>
<br>
</blockquote>
...<br>
snip<br>
...<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
                 when running make in 6.40 in Perl i get the following<br>
        error a<br>
                 lot of times:<br>
<br>
                 sh: error while loading shared libraries: libreadline.so.6:<br>
                 cannot open shared object file: No such file or directory<br>
<br>
                 Before running make for 6.33 Bash this was the output<br>
        of ldconfig:<br>
<br>
                 ldconfig -p | grep libreadline<br>
                       libreadline.so.6 (libc6) => /lib/libreadline.so.6<br>
                       libreadline.so (libc6) => /usr/lib/libreadline.so<br>
<br>
                 After running make of 6.33 Bash i executed "exec /bin/bash<br>
                 --login +h" as the doc says the new bash with readline<br>
        was in place.<br>
<br>
                 root:/# echo $0<br>
                 /bin/bash<br>
                 root:/# ldd /bin/bash<br>
                       linux-gate.so.1 (0xb77c7000)<br>
                       libreadline.so.6 => /lib/libreadline.so.6<br>
        (0xb7783000)<br>
                       libhistory.so.6 => /lib/libhistory.so.6 (0xb7778000)<br>
                       libncursesw.so.6 => /lib/libncursesw.so.6<br>
        (0xb770d000)<br>
                       libdl.so.2 => /lib/libdl.so.2 (0xb7708000)<br>
                       libc.so.6 => /lib/libc.so.6 (0xb7551000)<br>
                       /tools/lib/ld-linux.so.2 (0xb77c8000)<br>
<br>
<br>
    At that point the loader should be the one from /lib and not from<br>
    /tools/lib . Perhaps you did not do<br>
    mv -vf /usr/bin/bash /bin<br>
    on bash installation and /bin/bash is still a link to /tools/bin/bash<br>
    which was created on 'Creating Essential Files and Symlinks'.<br>
    In chroot do<br>
    ls -l /bin/bash /bin/sh<br>
<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Hi thanos,  "xronia polla" (greek wishes for easter holidays)<br>
<br>
</blockquote>
Hi Nikos, "xronia polla"<br>
<br>
Firstly, is there a reason you are installing the outdated LFS 7.10<br>
and not the latest 8.2?</blockquote><div>    <br>    i started lfs when lfs 7.10 was the new version but i postponed it in order to build it parallel to my OS course of NTUA<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Did you check carefully with version-check.sh<br></blockquote><div>            bash, version 4.2.25(1)-release<br><div style="margin-left:40px">/bin/sh -> /bin/bash<br>Binutils: (GNU Binutils for Ubuntu) 2.22<br>bison (GNU Bison) 2.5<br>/usr/bin/yacc -> /usr/bin/bison.yacc<br>bzip2,  Version 1.0.6, 6-Sept-2010.<br>Coreutils:  8.13<br>diff (GNU diffutils) 3.2<br>find (GNU findutils) 4.4.2<br>GNU Awk 4.1.1, API: 1.1 (GNU MPFR 3.1.0-p3, GNU MP 5.0.2)<br>/usr/bin/awk -> /usr/bin/gawk<br>gcc (Ubuntu/Linaro 4.7.3-2ubuntu1~12.04) 4.7.3<br>g++ (Ubuntu/Linaro 4.7.3-2ubuntu1~12.04) 4.7.3<br>(Ubuntu EGLIBC 2.15-0ubuntu10.6) 2.15<br>grep (GNU grep) 2.10<br>gzip 1.4<br>Linux version 3.13.0-32-generic<br>m4 (GNU M4) 1.4.16<br>GNU Make 3.81<br>patch 2.6.1<br>Perl version='5.14.2';<br>GNU sed version 4.2.1<br>tar (GNU tar) 1.26<br>makeinfo (GNU texinfo) 4.13<br>xz (XZ Utils) 5.1.0alpha<br>g++ compilation OK<br></div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
if your ubuntu host fulfills the host system requirements?<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I have built lfs all over again until "6.40 perl" for watching all warnings and possible package errors.<br>
The commands you mentioned on 'Creating Essential Files and Symlinks' were executed successfully.<br>
Also there is no reference of 'tools' in gcc specs file on ' Adjusting the toolchain' and all debug messages<br>
for program interpreter are mention /lib/ld-linux.so.2 and not /tools/lib/ld-linux.so.2.<br>
A strange thing i have noticed is that all binaries of the packages before 6.17 GCC-6.2.0, have correct paths<br>
on ldd command. For example:<br>
<br>
   ldd /usr/bin/file<br>
     linux-gate.so.1 (0xb773a000)<br>
     libmagic.so.1 => /usr/lib/libmagic.so.1 (0xb7710000)<br>
     libz.so.1 => /lib/libz.so.1 (0xb76f5000)<br>
     libc.so.6 => /lib/libc.so.6 (0xb753e000)<br>
     /lib/ld-linux.so.2 (0xb773b000)<br>
<br>
But after GCC-6.2.0 all the libraries point to 'tools'. For example:<br>
<br>
   ldd /bin/bzip2<br>
     linux-gate.so.1 (0xb7747000)<br>
     libbz2.so.1.0 => not found<br>
     libc.so.6 => /tools/lib/libc.so.6 (0xb758e000)<br>
     /tools/lib/ld-linux.so.2 (0xb7748000)<br>
<br>
When i execute "LD_DEBUG=libs ldd /usr/bin/file" a binary compiled before GCC-6.2.0 i find that it searches<br>
in the beginning the system path that refers to a directory relative to "tools".<br>
<br>
LD_DEBUG=libs ldd /usr/bin/file<br>
      11241:    find library=libdl.so.2 [0]; searching<br>
      11241:     search cache=/tools/etc/ld.so.cache<br>
      11241:     search path=/tools/lib/tls/i686/sse2:<wbr>/tools/lib/tls/i686:/tools/lib<wbr>/tls/sse2:/tools/lib/tls:/tool<wbr>s/lib/i686/sse2:/tools/lib/<wbr>i686:/tools/lib/sse2:/tools/<wbr>lib         (system search path)<br>
      11241:      trying file=/tools/lib/tls/i686/sse2/<wbr>libdl.so.2<br>
      11241:      trying file=/tools/lib/tls/i686/libdl<wbr>.so.2<br>
      11241:      trying file=/tools/lib/tls/sse2/libdl<wbr>.so.2<br>
      11241:      trying file=/tools/lib/tls/libdl.so.2<br>
      11241:      trying file=/tools/lib/i686/sse2/libd<wbr>l.so.2<br>
      11241:      trying file=/tools/lib/i686/libdl.so.<wbr>2<br>
      11241:      trying file=/tools/lib/sse2/libdl.so.<wbr>2<br>
      11241:      trying file=/tools/lib/libdl.so.2<br>
      11241:<br>
      11241:    find library=libc.so.6 [0]; searching<br>
      11241:     search cache=/tools/etc/ld.so.cache<br>
      11241:     search path=/tools/lib        (system search path)<br>
      11241:      trying file=/tools/lib/libc.so.6<br>
      11241:<br>
      11241:    calling init: /tools/lib/libc.so.6<br>
      11241:    calling init: /tools/lib/libdl.so.2<br>
      11241:    initialize program: /bin/bash<br>
      11241:    transferring control: /bin/bash<br>
      11241:<br>
      11241:    find library=libnss_files.so.2 [0]; searching<br>
      11241:     search cache=/tools/etc/ld.so.cache<br>
      11241:     search path=/tools/lib        (system search path)<br>
      11241:      trying file=/tools/lib/libnss_files.s<wbr>o.2<br>
      11241:<br>
      11241:    calling init: /tools/lib/libnss_files.so.2<br>
      11244:    calling fini: /bin/bash [0]<br>
      11244:    calling fini: /tools/lib/libdl.so.2 [0]<br>
      11244:    calling fini: /tools/lib/libnss_files.so.2 [0]<br>
      11244:<br>
      11245:    find library=libmagic.so.1 [0]; searching<br>
      11245:     search cache=/etc/ld.so.cache<br>
      11245:      trying file=/usr/lib/libmagic.so.1<br>
      .<br>
      .<br>
      .<br>
<br>
How can i fix this?<br>
 <br>
</blockquote>
What is the output of<br>
ls -l /usr/bin/ldd<br>
and<br>
echo $PATH<br>
in chroot? If /tools/bin precedes /usr/bin you are executing<br>
/tools/bin/ldd<br></blockquote><div>    This is the output: <br><div style="margin-left:40px">root:/build_lfs_scripts# ls -l /usr/bin/ldd<br>-rwxr-xr-x 1 root root 5858 Mar  9 16:50 /usr/bin/ldd<br><br>root:/build_lfs_scripts# echo $PATH<br>/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin<br></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
If the  above are ok and you are absolutely sure that ALL the sanity<br>
checks on 6.10 Adjusting the Toolchain </blockquote><div>     this is the output: <br>           '/tools/bin/ld' -> '/tools/bin/ld-old'<br><div style="margin-left:40px">'/tools/i686-pc-linux-gnu/bin/ld' -> '/tools/i686-pc-linux-gnu/bin/ld-old'<br>'/tools/bin/ld-new' -> '/tools/bin/ld'<br>'/tools/i686-pc-linux-gnu/bin/ld' -> '/tools/bin/ld'<br>      [Requesting program interpreter: /lib/ld-linux.so.2]<br>/usr/lib/crt1.o succeeded<br>/usr/lib/crti.o succeeded<br>/usr/lib/crtn.o succeeded<br>#include <...> search starts here:<br> /usr/include<br>SEARCH_DIR("=/tools/i686-pc-linux-gnu/lib32")<br>SEARCH_DIR("/usr/lib")<br>SEARCH_DIR("/lib")<br>SEARCH_DIR("=/tools/i686-pc-linux-gnu/lib");<br>attempt to open /lib/libc.so.6 succeeded<br>found ld-linux.so.2 at /lib/ld-linux.so.2<br>removed 'dummy.c'<br>removed 'a.out'<br>removed 'dummy.log'     <br></div> <br></div>     there is a reference of tools here but is accepted according to this log <br>      <a href="http://lfs.phayoune.org/lfs/build-logs/8.1-rc1/pentium4/logs/077-adjusting">http://lfs.phayoune.org/lfs/build-logs/8.1-rc1/pentium4/logs/077-adjusting</a><br><div>      (on version 7.10 there is no log for 6.10 section)<br><br></div><div>     Also the specs file for 6.10 section in the dir ( /tools/lib/gcc/i686-pc-linux-gnu/6.2.0/specs) has this entry for the linker<br>         %{muclibc:/lib/ld-uClibc.so.0;:%{mbionic:/system/bin/linker;:%{mmusl:/lib/ld-musl-i386.so.1;:/lib/ld-linux.so.2}}}<br></div><div>     which is correct but for the gcc in 6.17 there's no such modification and no specs file.<br><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">and 6.17 GCC-6.2.0 were/are<br>
as the book says,</blockquote><div>           /usr/lib/gcc/i686-pc-linux-gnu/6.2.0/../../../crt1.o succeeded<br><div style="margin-left:40px">/usr/lib/gcc/i686-pc-linux-gnu/6.2.0/../../../crti.o succeeded<br>/usr/lib/gcc/i686-pc-linux-gnu/6.2.0/../../../crtn.o succeeded<br>#include <...> search starts here:<br> /usr/lib/gcc/i686-pc-linux-gnu/6.2.0/include<br> /usr/local/include<br> /usr/lib/gcc/i686-pc-linux-gnu/6.2.0/include-fixed<br> /usr/include<br>SEARCH_DIR("/usr/i686-pc-linux-gnu/lib32")<br>SEARCH_DIR("/usr/local/lib32")<br>SEARCH_DIR("/lib32")<br>SEARCH_DIR("/usr/lib32")<br>SEARCH_DIR("/usr/i686-pc-linux-gnu/lib")<br>SEARCH_DIR("/usr/local/lib")<br>SEARCH_DIR("/lib")<br>SEARCH_DIR("/usr/lib");<br>attempt to open /lib/libc.so.6 succeeded<br>found ld-linux.so.2 at /lib/ld-linux.so.2<br>removed 'dummy.c'<br>removed 'a.out'<br>removed 'dummy.log' <br></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> then maybe you missed something when rebooted and<br>
restarted the installation.</blockquote><div>     I have never rebooted because i always revert to the snapshot i want in the virtual machine<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> The critical points are listed in<br>
2.3 Building LFS in Stages. It may be related to installing on a virtual<br>
machine, I have never done that.<br>
<br>
-- <br>
Thanos<br>
-- <br>
<a href="http://lists.linuxfromscratch.org/listinfo/lfs-support" rel="noreferrer" target="_blank">http://lists.linuxfromscratch.<wbr>org/listinfo/lfs-support</a><br>
FAQ: <a href="http://www.linuxfromscratch.org/blfs/faq.html" rel="noreferrer" target="_blank">http://www.linuxfromscratch.or<wbr>g/blfs/faq.html</a><br>
Unsubscribe: See the above information page<br>
<br>
Do not top post on this list.<br>
<br>
A: Because it messes up the order in which people normally read text.<br>
Q: Why is top-posting such a bad thing?<br>
A: Top-posting.<br>
Q: What is the most annoying thing in e-mail?<br>
<br>
<a href="http://en.wikipedia.org/wiki/Posting_style" rel="noreferrer" target="_blank">http://en.wikipedia.org/wiki/P<wbr>osting_style</a><br>
</blockquote></div><br></div></div>