Re: [lfs-support] LFS 8.0 chapter 8.26: Coreutils tests
Mark Pokorny wrote: Hazel Russman wrote: Minor niggle: I got a failure when running test-getlogin on an Xterm. According to the book, this should pass (it's known to fail on a console). In chapter 6, you are not in an xterm (directly), you are in chroot. Try building coreutils directly in an xterm. Forgive me for wading in here. Can I suggest that the text in the book be updated to clarify what you said in your email? I made the assumption (wrongly in this case) that the phrase “but passes if run in a X terminal.” would apply even in a chroot environment as the underlying terminal is still an xterm (LFS 7.10 has a similar phrase that for a test that DOES pass in a chroot environment). I think it would be clearer if it said: “The test-getlogin test is known to fail on a virtual console (such as in this chroot environment), but passes if run in an X terminal directly.” OK, I'll make the change in my next commit. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] gcc not found within chroot
On Thu, Feb 23, 2017 at 10:44 AM, Ken Moffat wrote: > On Thu, Feb 23, 2017 at 10:23:59AM -0700, Devin Duren wrote: >> >> >Sounds as if /tools/bin/gcc is linked against a library on the host >> >system. In chroot, ldd /tools/bin/gcc might help. Also running >> >that outside chroot. >> >> This seems to be the case. >> >> Running "ldd /bin/tools/gcc" inside chroot: >> /tools/bin/ldd: line 117: /tools/bin/gcc: No such file or directory >> >> Running outside the chroot: >> linux-vdso.so.1 => (0x7ffd203c8000) >> libm.so.6 => /lib64/libm.so.6 (0x7f9489f2f000) >> libc.so.6 => /lib64/libc.so.6 (0x7f9489b6e000) >> /lib64/ld-linux-x86-64.so.2 (0x7f948a24d000) >> >> >> Given that 4th line of output from ldd outside the chroot, I interpret >> as meaning your suggestion is correct. I feel this means I need to >> restart Chapter 5 from the beginning to get gcc properly linked again? >> Is it possible to re-install just gcc without needing to also >> re-install the other packages in chapter 5? >> >> Thanks for your help so far. >> > If it is _only_ gcc using host libraries, it might be possible to > reinstall it - but because pass-1 gcc is at least partly overwritten > by pass-2, I'm not sure. > > Maybe using the current gcc to rebuild itself (pass-2) might work, > but the process is untested. > > Restarting from the beginning is the safer option, > > ĸen > -- > `I shall take my mountains', said Lu-Tze. `The climate will be good > for them.' -- Small Gods > -- > http://lists.linuxfromscratch.org/listinfo/lfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > > Do not top post on this list. > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > > http://en.wikipedia.org/wiki/Posting_style Ok. Thanks for the fast replies. I'll also be thanking VMWare for snapshots. :) -Devin -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] LFS 8.0 chapter 8.26: Coreutils tests
On Thu, 23 Feb 2017 17:42:39 + Mark Pokorny wrote: > > Hazel Russman wrote: > >> > >> Minor niggle: I got a failure when running test-getlogin on an Xterm. > >> According to the book, this should pass (it's known to fail on a console). > >> > > > > > > In chapter 6, you are not in an xterm (directly), you are in chroot. Try > > building coreutils directly in an xterm. > > > > -- bruce > > > > Hi Bruce, > > Forgive me for wading in here. Can I suggest that the text in the book > be updated to clarify what you said in your email? I made the > assumption (wrongly in this case) that the phrase “but passes if run > in a X terminal.” would apply even in a chroot environment as the > underlying terminal is still an xterm (LFS 7.10 has a similar phrase > that for a test that DOES pass in a chroot environment). I think it > would be clearer if it said: > > “The test-getlogin test is known to fail on a virtual console (such as > in this chroot environment), but passes if run in an X terminal > directly.” > > I have a feeling this might crop up a good few times in the future otherwise. > > Mark. > -- I can now confirm that the test passes if the build is carried out in X on the host system. But I agree with Mark. Most users will interpret the reference to virtual console versus xterm as referring to the overall environment in which the chroot is run. After all, there is no possibility at this stage of running an xterm within chroot because there is no X on the new system. -- H Russman -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] gcc not found within chroot
On Thu, Feb 23, 2017 at 10:23:59AM -0700, Devin Duren wrote: > > >Sounds as if /tools/bin/gcc is linked against a library on the host > >system. In chroot, ldd /tools/bin/gcc might help. Also running > >that outside chroot. > > This seems to be the case. > > Running "ldd /bin/tools/gcc" inside chroot: > /tools/bin/ldd: line 117: /tools/bin/gcc: No such file or directory > > Running outside the chroot: > linux-vdso.so.1 => (0x7ffd203c8000) > libm.so.6 => /lib64/libm.so.6 (0x7f9489f2f000) > libc.so.6 => /lib64/libc.so.6 (0x7f9489b6e000) > /lib64/ld-linux-x86-64.so.2 (0x7f948a24d000) > > > Given that 4th line of output from ldd outside the chroot, I interpret > as meaning your suggestion is correct. I feel this means I need to > restart Chapter 5 from the beginning to get gcc properly linked again? > Is it possible to re-install just gcc without needing to also > re-install the other packages in chapter 5? > > Thanks for your help so far. > If it is _only_ gcc using host libraries, it might be possible to reinstall it - but because pass-1 gcc is at least partly overwritten by pass-2, I'm not sure. Maybe using the current gcc to rebuild itself (pass-2) might work, but the process is untested. Restarting from the beginning is the safer option, ĸen -- `I shall take my mountains', said Lu-Tze. `The climate will be good for them.' -- Small Gods -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] LFS 8.0 chapter 8.26: Coreutils tests
> Hazel Russman wrote: >> >> Minor niggle: I got a failure when running test-getlogin on an Xterm. >> According to the book, this should pass (it's known to fail on a console). > > > In chapter 6, you are not in an xterm (directly), you are in chroot. Try > building coreutils directly in an xterm. > > -- bruce > Hi Bruce, Forgive me for wading in here. Can I suggest that the text in the book be updated to clarify what you said in your email? I made the assumption (wrongly in this case) that the phrase “but passes if run in a X terminal.” would apply even in a chroot environment as the underlying terminal is still an xterm (LFS 7.10 has a similar phrase that for a test that DOES pass in a chroot environment). I think it would be clearer if it said: “The test-getlogin test is known to fail on a virtual console (such as in this chroot environment), but passes if run in an X terminal directly.” I have a feeling this might crop up a good few times in the future otherwise. Mark. -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] gcc not found within chroot
On Tue, Feb 21, 2017 at 5:51 PM, Devin Duren wrote: >> I am using LFS version 7.10. >> In Section 6.7 after chrooting I attempt to run make for the linux >> headers, but receive the following error output from make: >> make: gcc: Command not found >> >> and another, more specific error: >> ./scripts/gcc-version.sh: line 25: /tools/bin/gcc: No such file or >> directory >> ./scripts/gcc-version.sh: line 26: /tools/bin/gcc: No such file or >> directory >Sounds as if /tools/bin/gcc is linked against a library on the host >system. In chroot, ldd /tools/bin/gcc might help. Also running >that outside chroot. This seems to be the case. Running "ldd /bin/tools/gcc" inside chroot: /tools/bin/ldd: line 117: /tools/bin/gcc: No such file or directory Running outside the chroot: linux-vdso.so.1 => (0x7ffd203c8000) libm.so.6 => /lib64/libm.so.6 (0x7f9489f2f000) libc.so.6 => /lib64/libc.so.6 (0x7f9489b6e000) /lib64/ld-linux-x86-64.so.2 (0x7f948a24d000) Given that 4th line of output from ldd outside the chroot, I interpret as meaning your suggestion is correct. I feel this means I need to restart Chapter 5 from the beginning to get gcc properly linked again? Is it possible to re-install just gcc without needing to also re-install the other packages in chapter 5? Thanks for your help so far. -Devin -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] LFS 8.0 chapter 8.26: Coreutils tests
Hazel Russman wrote: Minor niggle: I got a failure when running test-getlogin on an Xterm. According to the book, this should pass (it's known to fail on a console). In chapter 6, you are not in an xterm (directly), you are in chroot. Try building coreutils directly in an xterm. -- bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
[lfs-support] LFS 8.0 chapter 8.26: Coreutils tests
Minor niggle: I got a failure when running test-getlogin on an Xterm. According to the book, this should pass (it's known to fail on a console). -- H Russman -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
