-------- Original Message -------- Subject: building LFS From: Wit <[EMAIL PROTECTED]> To: LFS Support List <lfs-support@linuxfromscratch.org> Date: Freitag, 07. Dezember 2007 01:02:59
> Andreas Hofer wrote: >> -------- Original Message -------- >> Subject: building LFS >> From: Randy McMurchy <[EMAIL PROTECTED]> >> To: LFS Support List <lfs-support@linuxfromscratch.org> >> Date: Donnerstag, 06. Dezember 2007 01:59:26 >> >> >>> <snip> > >> I don't agree. I had exactly the same problem and solved it more by >> guessing. But, maybe an addition to the general advice explaining that >> after unpacking and cd'ing to the source directory some packages require >> to build in a dedicated build directora could help a newbee and avoid >> repetition of information. >> >> Andreas >> > > > It's been awhile, but if the goal of LFS is still predominately > education, then LFS folks should, IMO, make some concessions for the > benefit of the intended audience. This *exact* same problem (and ensuing > discussion) has been on this list for *years*. > > Repetition is one of the *keys* to learning. If an important instruction > is frequently the source of problems because (part of) the audience > doesn't read it or forgets it by the time it is needed, then a true > educator will attempt to ascertain if the cause of the problem is really > the audience or the fact that the material fails to take into account > the nature of a (certain percentage of ) the audience. > > One of the easiest to implement solutions is pure repetition at points > that are considered beneficial. > > 1 x 1 = 1, 1 x 2 = 2, ... > > I'm not advocating "dumbing down" or catering to a very small minority. > I'm advocating an examination of the source of a problem that has been > frequent for years and deciding if the nature of the material, it > presentation or complexity might be *contributing* to the occurrences of > the problem and whether some simple feasible solution, such as > repetition, might ameliorate the problem. > > One cannot completely overcome the "skimming" or "not reading at all" > issues, but one can help with the "forgotten by the time it is needed" > and/or "misunderstood" causes. In fact, even some of the "skimming" > could be addressed by repetition, bullets, *LARGE BOLD* letters, etc. > > MHO > -- > Wit I totally agree. I just wanted to point out, the the book as it is now leaves out that information entirely. What I wanted to suggest is that the it should mentioned AT LEAST once. The discussion if the book should be educational or more like a reference is another discussion. I personally prefer to not duplicate information. On the other hand, if we want to attract more audience then it SHOULD not be necessary to ask for support while building a rudimentary but functional (C)LFS. A lot (most?) of the first time LFSers build their system by pasting the commandlines from thge book to the console. Taking this into account, we would have to repeat the necessary instructions. Andreas -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
