Hi, I just wanted to drop in a few thoughts from a new developer
working outside of the Hadoop developer community.
On Wed, May 4, 2011 at 7:39 PM, Eric Yang wrote:
> While the world demand agility, the "review then commit" process is
> preventing progress
> from happening. People end up having
On 05/05/11 10:51, Tony Valderrama wrote:
Hi, I just wanted to drop in a few thoughts from a new developer
working outside of the Hadoop developer community.
On Wed, May 4, 2011 at 7:39 PM, Eric Yang wrote:
While the world demand agility, the "review then commit" process is preventing
progres
Non binding.
- Andy
--- On Wed, 5/4/11, Ian Holsman wrote:
> just as a Tally we have
> 6+1's (andy.. is yours binding?? if so 7)
> and 3 -1's.
>
> so according to the votes so far we are releasing.. but
> according to our bylaws.. we need to wait 7 days for
> everyone to chime in.
>
> --I
On Wed, May 4, 2011 at 23:40, Eli Collins wrote:
> On Wed, May 4, 2011 at 5:59 PM, Tom White wrote:
>> One year ago (to the day!) Chris started a discussion about the
>> release manager role
>> (http://mail-archives.apache.org/mod_mbox/hadoop-general/201005.mbox/%3ch2q1267dd3b1005041331r7d8f696di
Instead of depending on review then commit practice being the norm, Hadoop
committers can probably take advantage of the svn jira plugin. People can
actively commit to svn as long as a jira number is reference in the commit.
The commit message will show up in JIRA and leave a trail of activit
The by-law of +1 from committers is probably the less barrier that Apache could
make, to prevent people putting in stuff that might not be compatible with
Apache license. I also agree that making a working trunk is probably the most
important priority for Hadoop. Once the trunk is working, it
hey folks,
BerlinBuzzwords 2011 is close only 32 days left until the big Search,
Store and Scale opensource crowd is gathering
in Berlin on June 6th/7th.
The conference again focuses on the topics search,
data analysis and NoSQL. It is to take place on June 6/7th 2011 in Berlin.
We are looking f
Git is powerful in maintaining different branch of the source code. However,
it will only work if the entire community is willing to move to git.
Maintaining svn and git hybrid, is a time consuming task that we are paying in
full price. Hadoop community should work smarter for the source cont
> I don't think the bylaws were checked in, we should do that first. How
> about checking them into the site repo so they get generated as part
> of the docs?
-1
Please don't check in anything before having a vote. Thanks.
Nicholas
From: Konstantin Boudnik
On Thu, May 5, 2011 at 10:32 AM, Eric Yang wrote:
> Git is powerful in maintaining different branch of the source code.
> However, it will only work if the entire community is willing to move to
> git. Maintaining svn and git hybrid, is a time consuming task that we are
> paying in full price.
On Thu, May 5, 2011 at 10:36 AM, Tsz Wo (Nicholas), Sze
wrote:
>> I don't think the bylaws were checked in, we should do that first. How
>> about checking them into the site repo so they get generated as part
>> of the docs?
>
> -1
>
> Please don't check in anything before having a vote. Thanks.
I abstain: +/- 0.
I can't vote against the good work done by the crew at Y!
But I can't vote for a 0.20.clusterbomb release that railroads over
precedent compounding further the existing confusion that already
exists around the state of Hadoop.
Thanks,
St.Ack
On Wed, May 4, 2011 at 10:31 AM, O
+1
Downloaded the release, validated checksums, deployed a single-node
cluster, and ran some HDFS sanity tests, Web UI tests and mapreduce
examples.
Regards,
Suresh
Withdraw my -1.
Eli, thanks for pointing it out about the vote.
Nicholas
From: Eli Collins
To: general@hadoop.apache.org
Sent: Thu, May 5, 2011 11:10:13 AM
Subject: Re: [DISCUSSION] Release rules
On Thu, May 5, 2011 at 10:36 AM, Tsz Wo (Nicholas), Sze
wr
+1
Downloaded, verified, tested on single node cluster to my
satisfaction. We've also brought this release up on a sizable cluster
and checked its basic sanity.
Regardless of the difficult path we've had over the past year, this is
a good chunk of code to get out to the community. I'd much rath
On May 4, 2011, at 11:52 PM, Jean-Daniel Cryans wrote:
> Roy,
>
> On Wed, May 4, 2011 at 7:22 PM, Roy T. Fielding wrote:
>> The ASF is a vehicle for whomever wishes to collaborate on a
>> given project. Collaboration means helping do the work. Those
>> who do the work may do so for whatever re
.
Please see the details below.
Regards,
Nicholas
** DistMpMultTest **
distfft.VERSION = 20110124
distmpmult.VERSION = 20110307
distmpmult.LOCAL_THRESHOLD = 2^16 (=65536)
args = [#=2
0: 18
1: gen
]
dir = DistMpMultTest-20110505
17 matches
Mail list logo
