Re: [patch] MTD: fix DOC2000/2001/2001PLUS build error

[Linus Torvalds]

On Mon, 5 Feb 2007, David Woodhouse wrote:
> 
> The netfilter example is totally irrelevant here, since 'select' is
> neither necessary nor sufficient for that. Russell and I have both
> pointed that out to you already.

No, the example IS relevant.

Why?

Because you don't seem to be getting the whole "be nice" part.

You continually argue as if being nice isn't an issue, and shouldn't be 
even an option.

And maybe you can do it without select for netfilter, but you sure as HELL 
cannot do it for things like SCSI and the USB/ATA question.

So you keep on ignoring the real argument, by belittling it.

You talk about "Aunt Tillie".

Don't talk about Aunt Tillie. Dammit! Talk about ME!

And talk about the kinds of people we *want* to compile the kernel: people 
who may be entirely regular users, but people who want to help us debug 
things by testing the -rc1 release.

Those people are IMPORTANT. You belittling the whole concept just makes 
you look like an ass.

> Not only does that not work like it always did, but it's also _really_
> hard to find out why, on occasion.

And I told you that you could just improve the tools that track those 
dependencies ANYWAY!

But what do you do? You just ignore it, talk about sed/grep, and bring up 
your Aunt Tillie again.

Guess what? Maybe Aunt Tillie really *could* compile her own kernel.

But even more importantly, you have both the expertise and the knowledge 
to make _your_ gripes go away, without having to just belittle and ignore 
everybody elses concerns.

In other words, just make xconfig/gconfig/menuconfig/whatever say "Oops, 
I'm not going to disable i2c because of the following dependency: ..."
and what is your problem?

And don't tell me about Aunt Tillie or about how you refuse to do anything 
but grep's and sed's. If THAT is your problem, then you're barking up the 
wrong tree.

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