hadoop-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Konstantin Boudnik <...@apache.org>
Subject Re: abandoning 22 - was: Content request for 0.20.205 Sustaining Release
Date Fri, 09 Sep 2011 21:58:57 GMT
On Fri, Sep 09, 2011 at 05:55PM, Milind.Bhandarkar@emc.com wrote:
> But did he do the lease recovery (for more info: HDFS-265) ? I haven seen
> the initiation of lease recovery by Konst, but haven't seen acks.

I am not sure I follow you, Milind. HDFS_265 has been in since 0.21. Are you
referring to some new development that I might've missed?

Cos

> - milind 
> 
> On 9/9/11 2:13 PM, "Konstantin Boudnik" <cos@apache.org> wrote:
> 
> >KOnstantin has stepped forward a couple of days ago ;)
> >
> >On Fri, Sep 09, 2011 at 05:08PM, Milind.Bhandarkar@emc.com wrote:
> >> Has anyone seen the RM for 0.22 lately ?
> >> 
> >> - milind
> >> 
> >> On 9/9/11 1:46 PM, "Roy T. Fielding" <fielding@gbiv.com> wrote:
> >> 
> >> >On Sep 9, 2011, at 11:08 AM, Eli Collins wrote:
> >> >> The release manager - not the developers - are responsible for and
> >> >> have the final say as to what patches get merge to their branch.
> >> >
> >> >That is simply false.  At no time is any individual responsible for
> >> >any part of Apache subversion, no matter how obscure the branch.
> >> >No RM has the final say on anything other than their own work.
> >> >That is, they can choose not to produce a release candidate.
> >> >Furthermore, at no time whatsoever does any person "own" the job
> >> >of being RM -- there can be five active RMs on a single branch,
> >> >each producing release candidates based on what is in subversion
> >> >at the particular time that they decide to tag and build.
> >> >
> >> >> If the RM wants all this work they need to either corral the
> >>developers
> >> >> to do the merging or do the merging themselves. In short, it's their
> >> >> responsibility to get people to invest in the branch.
> >> >
> >> >That is true of anyone, on or off the PMC -- not just the RM.
> >> >
> >> >....Roy
> >> >
> >> >
> >> 
> >
> 

Mime
View raw message