Chris Staub wrote:
A large part of the way the book is written in the first place doesn't have anything to do with technical issues - part of the reason for it is to teach people how to build a Linux system and how it works. I'm undecided myself whether adding this stuff to the book helps in that respect, but just because it's not a technical reason doesn't mean you can just dismiss it
You're right of course. I suppose what I really meant was that I wanted to see more reasons given (technical or otherwise) than have been done. What you and Randy have just written is exactly that, so thanks. :)
Something like DESTDIR could be added, but stating that it's optional.
I'm sorry, I thought it was understood that it would be optional. Tushar suggested a variable that, if it was unset, would skip the functionality.
Of course the question is "what is the goal of LFS?". If it is just to teach how to build a minimal, working system, then this suggested addition isn't necessary - why does LFS need to worry about how users use the system once it's built? There are plenty of books on sysadmin topics...
Ah, yes. The Ultimate Question of Life, the Universe and Everything LFS. I personally think it's more than just building a minimal working system, and I think there are others that will agree with me there. That should be shown by the fact that there are and continue to be such packages as perl, auto{make, conf}, vim and readline in the base LFS book. (This wasn't meant to start a discussion about whether or not those packages should be there - we've done that already.)
-- JH -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
