Sounds good. I'll re-create branch-2.1.0-beta from branch-2.1-beta when the 
last 2 blockers are in.

thanks,
Arun

On Jul 10, 2013, at 10:56 AM, Alejandro Abdelnur <t...@cloudera.com> wrote:

> If that is the case, then I'll like to push the following JIRAs that have
> been committed to branch-2 to branch-2.1 when the first RC was just out and
> we didn't know that many more things would come in.
> 
> I'm planning to push these JIRAs mid afternoon PST today. If there is any
> that should not make it, please speak up.
> 
> Thanks.
> 
> ----------------
> common:
> 
>    HADOOP-9661. Allow metrics sources to be extended. (sandyr via tucu)
> 
>    HADOOP-9370.  Write FSWrapper class to wrap FileSystem and FileContext
> for
>    better test coverage.  (Andrew Wang via Colin Patrick McCabe)
> 
>    HADOOP-9355.  Abstract symlink tests to use either FileContext or
>    FileSystem.  (Andrew Wang via Colin Patrick McCabe)
> 
>    HADOOP-9673.  NetworkTopology: when a node can't be added, print out its
>    location for diagnostic purposes.  (Colin Patrick McCabe)
> 
>    HADOOP-9414.  Refactor out FSLinkResolver and relevant helper methods.
>    (Andrew Wang via Colin Patrick McCabe)
> 
>    HADOOP-9416.  Add new symlink resolution methods in FileSystem and
>    FileSystemLinkResolver.  (Andrew Wang via Colin Patrick McCabe)
> 
> 
> hdfs:
> 
>    HDFS-4908. Reduce snapshot inode memory usage.  (szetszwo)
> 
> yarn:
> 
>    YARN-866. Add test for class ResourceWeights. (ywskycn via tucu)
> 
>    YARN-736. Add a multi-resource fair sharing metric. (sandyr via tucu)
> 
>    YARN-883. Expose Fair Scheduler-specific queue metrics. (sandyr via
> tucu)
> 
> mapreduce:
> 
>    MAPREDUCE-5333. Add test that verifies MRAM works correctly when sending
>    requests with non-normalized capabilities. (ywskycn via tucu)
> 
> ----------------
> 
> 
> 
> On Tue, Jul 9, 2013 at 10:54 AM, Arun C Murthy <a...@hortonworks.com> wrote:
> 
>> 
>> On Jul 2, 2013, at 3:54 PM, Alejandro Abdelnur <t...@cloudera.com> wrote:
>> 
>>> We need clarification on this then.
>>> 
>>> I was under the impression that branch-2 would be 2.2.0.
>> 
>> Sorry, I missed this thread - thanks to Jason for pointing me.
>> 
>> As we discussed, the idea was that we are not adding new features to the
>> the beta release (2.1.x-beta) so that we can focus on stabilizing it and
>> releasing as hadoop-2.2.0 i.e. GA of hadoop-2. See http://s.apache.org/lZ8
>> .
>> 
>> Hence, by default, new features goto branch-2 with fix-version as 2.3.x.
>> 
>> Hope that makes sense. I'll fix branch-2 to set version to 2.3.0-SNAPSHOT
>> to ease further confusion.
>> 
>> thanks,
>> Arun
>> 
>>> 
>>> thx
>>> 
>>> On Tue, Jul 2, 2013 at 2:38 PM, Jason Lowe <jl...@yahoo-inc.com> wrote:
>>> 
>>>> I thought Arun intends for 2.2.0 to be created off of branch-2.1.0-beta
>>>> and not off of branch-2.  As I understand it, only critical blockers
>> will
>>>> be the delta between 2.1.0-beta and 2.2.0 and items checked into
>> branch-2
>>>> should be marked as  fixed in 2.3.0.
>>>> 
>>>> Part of the confusion is that currently branch-2 builds as
>> 2.2.0-SNAPSHOT,
>>>> but I believe Arun intended it to be 2.3.0-SNAPSHOT.
>>>> 
>>>> Jason
>>>> 
>>>> 
>>>> On 06/21/2013 12:05 PM, Alejandro Abdelnur wrote:
>>>> 
>>>>> Thanks Suresh, didn't know that, will do.
>>>>> 
>>>>> 
>>>>> On Fri, Jun 21, 2013 at 9:48 AM, Suresh Srinivas <
>> sur...@hortonworks.com
>>>>>> wrote:
>>>>> 
>>>>> I have added in to HDFS, HADOOP, MAPREDUCE projects. Can someone add it
>>>>>> for
>>>>>> YARN?
>>>>>> 
>>>>>> 
>>>>>> On Fri, Jun 21, 2013 at 9:35 AM, Alejandro Abdelnur <
>> t...@cloudera.com
>>>>>> 
>>>>>>> wrote:
>>>>>>> When Arun created branch-2.1-beta he stated:
>>>>>>> 
>>>>>>> The expectation is that 2.2.0 will be limited to content in
>>>>>>>> 
>>>>>>> branch-2.1-beta
>>>>>>> 
>>>>>>>> and we stick to stabilizing it henceforth (I've deliberately not
>>>>>>>> 
>>>>>>> created
>>>>>> 
>>>>>>> 2.2.0
>>>>>>> 
>>>>>>>> fix-version on jira yet).
>>>>>>>> 
>>>>>>> I working/committing some JIRAs that I'm putting in branch-2
>> (testcases
>>>>>>> 
>>>>>> and
>>>>>> 
>>>>>>> improvements) but I don't want to put them in branch-2.1-beta as they
>>>>>>> are
>>>>>>> not critical and I don't won't add unnecessary noise to the
>>>>>>> 
>>>>>> branch-2.1-beta
>>>>>> 
>>>>>>> release work.
>>>>>>> 
>>>>>>> Currently branch-2 POMs have a version 2.2.0 and the CHANGES.txt
>> files
>>>>>>> as
>>>>>>> well.
>>>>>>> 
>>>>>>> But because we did not create a JIRA version I cannot close those
>> JIRAs.
>>>>>>> 
>>>>>>> Can we please create the JIRA versions? later we can rename them.
>>>>>>> 
>>>>>>> Thx
>>>>>>> 
>>>>>>> 
>>>>>>> --
>>>>>>> Alejandro
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> http://hortonworks.com/**download/ <http://hortonworks.com/download/>
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>> 
>>> 
>>> 
>>> --
>>> Alejandro
>> 
>> --
>> Arun C. Murthy
>> Hortonworks Inc.
>> http://hortonworks.com/
>> 
>> 
>> 
> 
> 
> -- 
> Alejandro

--
Arun C. Murthy
Hortonworks Inc.
http://hortonworks.com/


Reply via email to