On Tue, May 10, 2011 at 10:00 PM, Konstantin Boudnik wrote:
> Todd - this is a great idea and nice list of JIRAs to take care about!
> I assume you are leaving 0.22 blockers to more experienced contributors,
> right?
>
Unfortunately most of the remaining 0.22 blockers are fairly complicated, so
b
On Tue, May 10, 2011 at 10:24 PM, Devaraj Das wrote:
> I can't think of any major user-facing incompatibilities other than the
> users having to run a 'kinit' when they are working with a secure Hadoop
> cluster (of course the admins need to do more work in order to set up a
> secure cluster).
Just so that everyone is on the same page w.r.t the compatibility between 20.2
& 20.203 (don't think this is documented anywhere yet)..
The aim of the team working on Hadoop Security at Yahoo! was to make Hadoop
*secure*, and with *minimal* disruption to existing apps. I can't think of any
majo
Todd - this is a great idea and nice list of JIRAs to take care about!
I assume you are leaving 0.22 blockers to more experienced contributors, right?
--
Take care,
Konstantin (Cos) Boudnik
On Tue, May 10, 2011 at 19:49, Todd Lipcon wrote:
> Hi all,
>
> I spent this afternoon looking through JI
I will get to MR-2178 soon. I & Chris had done a draft of the port to trunk a
few months ago. Hopefully, it is easy to continue from there and merge ...
On 5/10/11 8:34 PM, "Tom White" wrote:
On Tue, May 10, 2011 at 5:57 PM, Arun C Murthy wrote:
> Awesome.
>
> I'm sorry to miss this (I'm neck
On Tue, May 10, 2011 at 5:57 PM, Arun C Murthy wrote:
> Awesome.
>
> I'm sorry to miss this (I'm neck deep in MR-279), but a heads up on forward
> porting from my end:
> # Luke and Suresh are sick of me bugging them and just rolled up their
> sleeves to finish up all of the metrics2 work! Thanks g
Hi all,
I spent this afternoon looking through JIRA to identify some issues that I
think would be good for new contributors to try their hand at. In my mind,
the qualities of such an issue are:
- fairly straightforward issue to solve (an experienced contributor would be
able to address it in 30-6
I'll be there .. Looking forward to meeting up with Ian and the other
Hadoop'ers...
On 5/10/11 4:53 PM, "Ian Holsman" wrote:
If so.. I'll be there.. let's catch up.
http://www.berlinbuzzwords.de/
--
Ian Holsman
i...@holsman.net
PH: +1-703 879-3128 AOLIM: ianholsman Skype:iholsman
We are not
Awesome.
I'm sorry to miss this (I'm neck deep in MR-279), but a heads up on
forward porting from my end:
# Luke and Suresh are sick of me bugging them and just rolled up their
sleeves to finish up all of the metrics2 work! Thanks guys! I've
reviewed/committed Luke's https://issues.apache.o
If so.. I'll be there.. let's catch up.
http://www.berlinbuzzwords.de/
--
Ian Holsman
i...@holsman.net
PH: +1-703 879-3128 AOLIM: ianholsman Skype:iholsman
We are not afraid of the truth, in fact we plan on taking the truth out for a
nice meal while we persuade it to adopt our views
On Tue, May 10, 2011 at 12:41 PM, Scott Carey wrote:
>
> As an observer, this is a very important observation. Sure, the default
> is that dot releases are bugfix-onl. But exceptions to these rules are
> sometimes required and often beneficial to the health of the project.
> Performance enhancem
On 5/8/11 11:10 AM, "Eric Baldeschwieler" wrote:
>I'd agree with this too. [same disclaimer as milind, not on PMC]
>
>In general one would not expect to see an incompatible change added in a
>dot release (0.24.1 0.24.2). I'd expect anything like that to require
>community discussion and suppor
On 5/6/11 7:16 AM, "Marcos Ortiz" wrote:
>>
>>
>+1 for Git
>
>We migrated from SVN to Git for our completed infrastructure, for many
>reason:
>- Git use much less space than SVN, all the changes are in a single .git
FWIW, svn 1.7 will have a single DB file too. Though that project has
some ch
Back in Jan 2011, I started a discussion about how to define Apache
Hadoop Compatibility:
http://mail-archives.apache.org/mod_mbox/hadoop-general/201101.mbox/%3c4d46b6ad.2020...@apache.org%3E
I am now reading EMC HD "Enterprise Ready" Apache Hadoop datasheet
http://www.greenplum.com/sites/def
14 matches
Mail list logo
