Re: [RFC] make localconfig

Kerenyi Gabor (wom@tateyama.hu)
Sun, 25 Aug 2002 08:50:44 +0900


8/24/2002 11:12:46 PM, Thunder from the hill <thunder@lightweight.ods.org> wrote:

> Generate a .config for the local computer, so that the kernel
> could be built right in that moment. Therefor the local computer
> is being examined, probed and configured and all the devices that
> we find go into your .config.
>
> The version is probably never 100% accurate, it might be a good
> idea to manually recheck the .config (e.g. via make menuconfig)
>
> This is supposed to be a first step into a new direction where
> we no longer copy vendor kernels from the vendor CD to the system
> in the first position, but rather configure a new kernel for each
> system, hoping that somewhen the boxes will be fast enough to
> handle it in no time.

I disagree. It can't make things better or faster if you have to recheck the
.config file manually. When you are going through the checking part you
could just easily set the options too.
People compiling kernel know their machine and they also know what and
where must be set in the menuconfig. By the way there are a lot of machine
independent things that can't be discovered using a script, like network
options, preemption, filesystems etc. So users would have to set these
things at least and at this point I can't see how it could save time for me.
Nobody knows better than me what my computer has or what I want to see
compiled in the kernel. I think it would make things less reliable and instead
of saving time it would add extra check/time and work.

On the other hand it would be a great first step towards to have a full or almost
full automated kernel compilation for those who don't know enough or anything
about their computers or they don't have the necessary skills. Sooner or later
there will be a demand for it. Just think about avarage programmers. They now
just set up their M$ thing and start writing programs without the knowladge of
computers or deeper level of operating systems. They see only source codes of
THEIR programs and therefore they run into trouble if a hardware/driver problem
arises. (Of course I disagree with this kind of behavior) It could be useful for
this case, not for saving time.
And these people are not the ones without any computer skills. They have just
chosen another field in computer science.

Gabor

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/