Hello, On 06/19/2018 11:27 AM, Bruce Dubbs wrote: [...]
Do we really need to tell the user how to do this? It is optional and the user should really have the knowledge now of how to do this. I've never has a student ask how to do it. They do ask the question "Do I need to do this?" but not how. BTW, my answer to the above question is that the conservative approach is to leave it at this point but they will probably not need it. Occasionally a package will be missing (e.g. didn't do a make install on a non critical package) and they may need to go back into chroot using the command in 6.4. They are really better off removing /tools at a later time. After all it uses about 1.2 GB of space, but that's rarely an issue with hard disks today. -- Bruce
"Do we really need to tell the user"? Absolutely yes. We are not telling him how to do it, I propose we explicitly tell, "Now, you can do it and you must do it" I explain why (from my prospective) The whole LFS exercise is to build a "Linux from scratch" /tools directory is not part of Unix/Linux definition it is lever to do a Linux. So when you have follow all the instructions you should have marker saying. "Now remove /tools, Congratulation you achieve to build and assemble a limited but fully functional Linux". This is a "state change" marker. As sending a satellite and stating "Orbiting velocity reached", or when Plane takeoff, stating V1... V2. Experience: I removed /tools after "stripping again" so far so good But later on I a had a doubt about GCC, so I recompile it and "make -k check" and this time, check test was a total mess... What compiler is not able to compile itself?! Took me a double check to understand runtest was in /tools/bin and is not avail anymore. so the question to be asked (no mean intended), if at the end of chapter-06, it is not yet a Linux, when in the "Linux from Scratch" process could we declare "Bingo!, we have a Linux". -- A bientôt =========================================================== Jean-Marc Pigeon E-Mail: [email protected] SAFE Inc. Phone: (514) 493-4280 Clement, 'a kiss solution' to get rid of SPAM (at last) Clement' Home base <"http://www.clement.safe.ca";> ===========================================================
smime.p7s
Description: S/MIME Cryptographic Signature
-- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
