Re: [lfs-support] Perl-5.16.1 test failures in Ch 6 SVN-20120816
Thanks, but perhaps not necessary - it seems to be a problem at my end (see Bruce's response, and my reply to that). In particular, the run as a regular user seems NOT to be the key. ?en -- das eine Mal als Trag?die, das andere Mal als Farce Probably not of much use to you then, but as I ran the tests last night as root here are the results:- == Testsuite summary for GNU Automake 1.12.2 == # TOTAL: 2852 # PASS: 2648 # SKIP: 164 # XFAIL: 40 # FAIL: 0 # XPASS: 0 # ERROR: 0 == Richard -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] toolchain - chapter 6
`/tools/bin/ld' - `/tools/bin/ld-old'`/tools/i686-pc-linux-gnu/bin/ld' - `/tools/i686-pc-linux-gnu/bin/ld-old'mv: cannot stat `/tools/bin/ld-new': No such file or directory The placed all the commands for http://www.linuxfromscratch.org/lfs/view/stable/chapter06/readjusting.html in a bash script and when I ran it this is what I got. It looks to me like the problems started on the third mv command given at the top of the chapter 6.10 Re-adjusting the toolchain. The error is No such file or directory, what and where could I have missed creating a directory. I thought I had followed the commands line for line? Thanks. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Perl-5.16.1 test failures in Ch 6 SVN-20120816
On Tue, Aug 21, 2012 at 10:13:04AM +0100, Richard Melville wrote: Thanks, but perhaps not necessary - it seems to be a problem at my end (see Bruce's response, and my reply to that). In particular, the run as a regular user seems NOT to be the key. ?en -- das eine Mal als Trag?die, das andere Mal als Farce Probably not of much use to you then, but as I ran the tests last night as root here are the results:- == Testsuite summary for GNU Automake 1.12.2 == # TOTAL: 2852 # PASS: 2648 # SKIP: 164 # XFAIL: 40 # FAIL: 0 # XPASS: 0 # ERROR: 0 == Richard Thanks, and I'm glad it works. Must be something related to my variations from the book - and I can keep all the broken pieces. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] LFS 7.1 rebuilding a kernel with a newer version
After a week and a half of wrestling with LFS, I have successfully built up what appears to be a working system. This was my third attempt and well, you know what they say. Thanks to all of the maintainers for this wonderful resource. In section 6.7.1 of LFS 7.1 I installed the headers for linux-3.2.6. By the time I made to actually building the kernel proper I grabbed linux-3.2.27 from kernel.org. Though it is only a different bugfix version, it just occured to me that I am mixing Linux versions nonetheless. Can I safely leave the kernel headers from an earlier Linux version in place when rebuilding the kernel proper. Are the Linux headers guaranteed to be stable across security/bugfix versions? If Linux headers do need replacing when upgrading, are they easily removed? Does the kernel ship with a simple tool to clean out these headers? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.1 rebuilding a kernel with a newer version
On Tue, Aug 21, 2012 at 06:02:57PM -0400, Lewis Pike wrote: After a week and a half of wrestling with LFS, I have successfully built up what appears to be a working system. This was my third attempt and well, you know what they say. Thanks to all of the maintainers for this wonderful resource. In section 6.7.1 of LFS 7.1 I installed the headers for linux-3.2.6. By the time I made to actually building the kernel proper I grabbed linux-3.2.27 from kernel.org. Though it is only a different bugfix version, it just occured to me that I am mixing Linux versions nonetheless. Can I safely leave the kernel headers from an earlier Linux version in place when rebuilding the kernel proper. Yes - anybody building pre-release kernels does this all the time. Are the Linux headers guaranteed to be stable across security/bugfix versions? Probably not - there are bugs in -stable kernels (even though many of them only affect one or two people), and there are cases where it is eventually discovered that a recent change broke an ABI. In any case, the guarantee is worth nothing - at most, you could sue for what you paid to buy the kernel. In LFS, we take the view that the headers should be those against which glibc was compiled. Distros might take a different view, but I've never seen problems with keeping one set of headers for the life of a system, even running the latest and greatest kernels. If Linux headers do need replacing when upgrading, are they easily removed? No. Does the kernel ship with a simple tool to clean out these headers? No - any *system* will offer 'rm' but I do _not_ recommend that you use it for this. Also, at least in the recent past, some of the include directories contain a mix of userspace and kernel headers. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.1 rebuilding a kernel with a newer version
Lewis Pike wrote these words on 08/21/12 17:02 CST: In section 6.7.1 of LFS 7.1 I installed the headers for linux-3.2.6. By the time I made to actually building the kernel proper I grabbed linux-3.2.27 from kernel.org. This is perfectly fine. You can always upgrade the kernel proper. However, under no circumstances should you replace the kernel headers you built Glibc with. Once your system is built, the kernel headers you started with should last the lifetime of that build. HTH -- Randy rmlscsi: [bogomips 1003.24] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 17:20:00 up 1 day, 4:24, 1 user, load average: 0.23, 0.10, 0.10 -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.1 rebuilding a kernel with a newer version
On Aug 21, 2012, at 17:02 PM, Lewis Pike wrote: Can I safely leave the kernel headers from an earlier Linux version in place when rebuilding the kernel proper. Are the Linux headers guaranteed to be stable across security/bugfix versions? If Linux headers do need replacing when upgrading, are they easily removed? Does the kernel ship with a simple tool to clean out these headers? http://kernel.org/doc/Documentation/make/headers_install.txt That will clear it up for you. Sincerely, William Harrington -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Redoing chapter 6
Hi all, For some unsolved reason I had to complete the chapter 6 without installing an essential package, namely *udev*. Knowing that it will cause problems in the future I would like to start again the chapter 6 from the beginning. So my question is how do I manage my environment, I mean after stripping, cleaning and copying the binaries how do I start from the beginning, is there any preparations to be made or is it OK to follow the chapter 6 normally as I did before and follow the same instructions again up to the end (re-doing the chapter). Thanks, Oshadha. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
