Message-ID: <4558E652.1080905@microgate.com>
Date: Mon, 13 Nov 2006 15:40:34 -0600
From: Paul Fulghum <paulkf@microgate.com>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: Krzysztof Halasa <khc@pm.waw.pl>
CC: Jeff Garzik <jeff@garzik.org>,
       =?ISO-8859-1?Q?Toralf_F=F6rster?= <toralf.foerster@gmx.de>,
       linux-kernel@vger.kernel.org, Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH] Re: linux-2.6.19-rc5-g088406bc build #120 failed
References: <200611130943.42463.toralf.foerster@gmx.de>	<4558860B.8090908@garzik.org> <45588895.7010501@microgate.com>	<m3ejs78adt.fsf@defiant.localdomain> <4558BF72.2030408@microgate.com> <m3ac2v6phw.fsf@defiant.localdomain>
In-Reply-To: <m3ac2v6phw.fsf@defiant.localdomain>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1848
Lines: 53

Krzysztof Halasa wrote:
>>We were in a perpetual state of:
>>
>>1. supply patch
>>2. get criticism from new person just joining thread
>>3. change patch to address criticism
>>4. goto #1
> 
> 
> Right, the description fits. OTOH I recall the criticism had a fair
> amount of merit. That's how the things work here. Been there many
> times BTW.

To be more precise, that is many distinct
criticisms from distinct people, some of which
contradict each other.

I know code is open to criticism,
but after several weeks of submitting patches
and getting no closer to acceptance I gave up.
We were going around in circles where one person
wanted some thing that conflicted with what
another person wanted.

>>But since we seem stuck in a state where real fixes
>>are not allowed, and this breakage is constantly reintroduced,
> 
> It may look like that sometimes but it's not real. Anyway I think
> everyone would benefit from the correct fix and the issue wouldn't
> come again. Having looked at it I'd fix it myself but I'm pretty
> sure you still have the old patch (which changes CONFIG_ macros
> outside Kconfig, I mean in .c files) and it could be trivially
> modified then applied (and perhaps tested with real hardware if
> needed).

There isn't much point in resubmitting the previously
rejected patches only to be rejected again.

I was planning on trying again in a month or two
to see if all the people who rejected all of the
previous patches have come to some sort of agreement.

Without such agreement we are left in the state
of never ending patches.

-- 
Paul Fulghum
Microgate Systems, Ltd.
-
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/