Re: Linux FSCP (Frequently Submitted Compilation Problems)? (was: Re: Loop.c File !!!!)

[Andreas Dilger]

On Nov 22, 2001  18:16 -0700, Richard Gooch wrote:
> Andreas Dilger writes:
> > On Nov 23, 2001  11:03 +1100, Stuart Young wrote:
> > > >Something along the lines of 'Your kernel failed to build. Check
> > > >www.where-ever-the-buglist-is.org for known issues with your kernel.
> > > >Post your problem on the kernel list if this is not a FRB'. Is this
> > > >something that can be done easily?
> > > 
> > > At the bottom of the file, have ANOTHER link to a generic FAQ about 
> > > compilation problems (which covers all the major things like forgetting
> > > to install an assembler, the broken old build stuff, 'make dep' before 
> > > compiling modules, etc). The FAQ could be on the kernel mirrors as well 
> > > (and I don't see why not, as this is all kernel related, and definitely a 
> > > resource that needs to be in more than one place).
> > 
> > Yes!!!!  Anything to reduce the number of repeat problems reported
> > is good in my books.  It might also hold a pointer to Linus' (or
> > Marcello's) -pre patch area, with a warning that they are not for
> > everyone.
> 
> Well, the FAQ is supposed to answer these questions. There's a whole
> section on compile problems. Do we need another FAQ?

Well, you've seen how many times Keith points people to the FAQ on
module versions, after they post to the list first.  You only see
the FAQ URL at the bottom of the emails if you have previously read
the mailing list, which most haven't.

> However, I could easily upload the FAQ to kernel.org at the same time
> as I upload to tux.org, since I've already got an area there. Would
> this be useful? If so, then perhaps Linus could put in a symbolic link
> so that ftp.kernel.org:/pub/linux/kernel/faq.html points to:
> "people/rgooch/faq.html", so that it's visible from the top level.

It would be nice if the section of compile problems could be linked to
separately, so people don't have to read the whole FAQ to read about
their specific problem.  While reading the whole thing is not a bad idea,
it _is_ fairly long.

Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/