hadoop-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stack <st...@duboce.net>
Subject Re: [VOTE] Combine MapReduce/HDFS Committers
Date Thu, 19 Aug 2010 19:48:51 GMT

IMO, a combined committer list is less messy given how we currently
release where common+mr+hdfs are all bundled and released together.

Corner cases like the one postulated by Nigel above are the less
likely if contributors have access to all hadoop.

I do not  see how a combined contributor list could act as friction on
the ongoing break-up of the hadoop project -- something I'm in favor
of -- nor get in the way of the development of distinct mr/hdfs
user+dev communities; it seems to me that that project can progress
independent of who can commit where.


On Tue, Aug 17, 2010 at 3:15 AM, Chris Douglas <cdouglas@apache.org> wrote:
> Per the discussion thread: http://s.apache.org/XkY
> Should HDFS and MapReduce committers lists be combined and all
> subsequent committers on either of these two projects be granted karma
> in the other?
> If the vote passes, current and future committers to MapReduce and
> HDFS will gain commit rights in both projects. Commit rights to Common
> are unaffected.
> Without bylaws, a 2/3 majority for a committer import seems like a
> reasonable bar, given that adding an individual committer requires
> consensus.
> ----
> Owen has started a separate voting thread, proposing to define the
> Common committer list as the union of HDFS and MapReduce committers
> (vote A), so I tried to write this (vote B) so it would not conflict.
> As I'm reading it:
> A passes, B passes: One can become a committer on HDFS or MapReduce.
> Commit to either implies commit on HDFS, MR, and Common.
> A passes, B fails: One can become a committer on HDFS or MapReduce.
> Commit to either implies commit on Common, only.
> A fails, B passes: One can become a committer on HDFS, MapReduce, or
> Common. Commit to to HDFS/MR implies converse, but individual
> appointments to Common continue.
> A fails, B fails: Committers continue to be appointed individually to
> HDFS, MapReduce, and Common.
> In no scheme would commit rights to Common imply commit rights to
> either HDFS or MapReduce, I guess. -C

View raw message