[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46A81F67.1040502@garzik.org>
Date: Thu, 26 Jul 2007 00:13:27 -0400
From: Jeff Garzik <jeff@...zik.org>
To: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
CC: Ingo Molnar <mingo@...e.hu>,
Satyam Sharma <satyam.sharma@...il.com>,
Rene Herman <rene.herman@...il.com>,
Jos Poortvliet <jos@...nkamer.nl>, david@...g.hm,
Nick Piggin <nickpiggin@...oo.com.au>, Valdis.Kletnieks@...edu,
Ray Lee <ray-lk@...rabbit.org>,
Jesper Juhl <jesper.juhl@...il.com>,
linux-kernel@...r.kernel.org, ck list <ck@....kolivas.org>,
linux-mm@...ck.org, Paul Jackson <pj@....com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [ck] Re: -mm merge plans for 2.6.23
Bartlomiej Zolnierkiewicz wrote:
> On Wednesday 25 July 2007, Ingo Molnar wrote:
>> you dont _have to_ cooperative with the maintainer, but it's certainly
>> useful to work with good maintainers, if your goal is to improve Linux.
>> Or if for some reason communication is not working out fine then grow
>> into the job and replace the maintainer by doing a better job.
>
> The idea of growing into the job and replacing the maintainer by proving
> the you are doing better job was viable few years ago but may not be
> feasible today.
IMO... Tejun is an excellent counter-example. He showed up as an
independent developer, put a bunch of his own spare time and energy into
the codebase, and is probably libata's main engineer (in terms of code
output) today. If I get hit by a bus tomorrow, I think the Linux
community would be quite happy with him as the libata maintainer.
> The another problem is that sometimes it seems that independent developers
> has to go through more hops than entreprise ones and it is really frustrating
> experience for them. There is no conspiracy here - it is only the natural
> mechanism of trusting more in the code of people who you are working with more.
I think Tejun is a counter-example here too :) Everyone's experience is
different, but from my perspective, Tejun "appeared out of nowhere"
producing good code, and so, it got merged rapidly.
Personally, for merging code, I tend to trust people who are most in
tune with "the Linux Way(tm)." It is hard to quantify, but quite often,
independent developers "get it" when enterprise developers do not.
> Now could I ask people to stop all this -ck threads and give the developers
> involved in the recent events some time to calmly rethink the whole case.
Indeed...
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists