Another request concerning the book.

DJ Lucas dj_me at
Mon Jun 17 14:53:00 PDT 2002


I kind of see the point of David's request.  The documentation
that is availible is, TO SOME EXTENT, without good exapmples.
I don't mean to say it's not usable, just that without messing with,
and potentially breaking things, it's difficult to understand and learn.
A little over a year ago, Linux was the "dark side" lol, and I've
learned a lot from LFS.  I love it!  But I went through a ton of trial and
error. But I myself am a visual learner and therefore learn by doing.
Docs mean squat to me if I don't sit down and play with all the options
as I need them.  Anyways, my point is:  Does anybody think a hint
on this topic (brief section on kernel config and mostly using modules),
to be presented in a kind of tutorial like mannor vs. the black and
white of the kernel docs, is an absolutely terrible idea that would
inhibit learning?  Or could that possibly be a good thing?

Comments, suggestions?  Perhaps this should be moved to blfs-support
or lfs-chat....Anyway, my two cents,

D.J. Lucas

""Seth W. Klein"" <sk at> wrote in message at
> Bill Maltby LFS Related <lfsbill at> wrote:
> >
> > On Fri, 14 Jun 2002, David BOURIAUD wrote:
> >
> > > <snip happy for the book, suggest a change>
> >
> > > It would be great to
> > > have a chapter in the book concerning the kernel configuration.
> >
> > I agree. For new users, at least a guide to proper CPU, experimental,
> > module support. Maybe not a whole chapter, bat a few paragraphs. But
> > *only* enough to allow LFS installation. *No* advanced topics. Those
> > belong in hints or BLFS.
> I seriously think that the only thing of this type that belongs in
> the book is a pointer to the Kernel Module and Kernel Compiling HOWTOs.
> If they aren't good enough, changes should be contributed to them.
> Duplicating documentation is a Very Bad Thing(tm) because when (and
> not if) something changes, you must go around and root out all the
> many places where it's been documented.
> cheers,
> Seth W. Klein
> --
> sk at                   
> Maintainer, LFS FAQ       
> --
> Unsubscribe: send email to listar at
> and put 'unsubscribe lfs-dev' in the subject header of the message

Unsubscribe: send email to listar at
and put 'unsubscribe lfs-dev' in the subject header of the message

More information about the lfs-dev mailing list