hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bradford Stephens <bradfordsteph...@gmail.com>
Subject Re: [DISCUSS] HBase as Apache top-level project?
Date Thu, 08 Apr 2010 22:05:07 GMT
My $0.02 is that whatever gets more attention, so you can get more good
committers and patches, is what's best :)

On Thu, Apr 1, 2010 at 7:56 AM, Stack <stack@duboce.net> wrote:

> On Thu, Mar 18, 2010 at 5:00 PM, Jonathan Gray <jgray@facebook.com> wrote:
> > Annoyance has really not gotten us anywhere.  And I don't think it
> matters to those in Hadoop whether we are a TLP or SP, they will not (or
> should not) be offended if we break off.  Do you think they would take us
> (or our patches) less seriously if we were a TLP?
> >
> No.
> > What has pushed things forward is continuing to make HBase better so that
> more people want to use it.  A larger community and involvement from larger
> companies will help push Hadoop changes aimed at HBase, especially when
> those companies are Hadoop contributors.
> >
> Agreed.
> > If we do think we can get some HBase committers onto the Hadoop PMC, and
> we think that this will make a material difference in outcomes for us, then
> my opinion may change.  Today I don't really think the issue is whether we
> are on the Hadoop PMC or not... my understanding is that big decisions are
> not voted on for a majority, if someone votes against it then it is tabled.
> >
> The quoted rule where long-time Hadoop subproject committers become
> Hadoop PMC members may not actually hold.  Or, to put it a another
> way, efforts at trying to take advantage of this rule have run into
> resistance, understandably so -- as in, how does hbase expertise
> entitle a committer to hdfs commit rights? -- and I do not intend to
> push it further.
> So, that leaves the Jay Booth "stay and be annoying -- in a good way"
> opinion, outstanding as a reason not to move.  My current thought on
> this is that the work involved will be the same regardless -- i.e. the
> patch making, JIRA bashing, and consensus building -- whether we're
> under the hadoop umbrella or up on a TLP perch.
> St.Ack

Bradford Stephens,
Founder, Drawn to Scale

http://www.drawntoscalehq.com --  The intuitive, cloud-scale data solution.
Process, store, query, search, and serve all your data.

http://www.roadtofailure.com -- The Fringes of Scalability, Social Media,
and Computer Science

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message