Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
MIME-Version: 1.0
In-Reply-To: <CADbBEnsAkXJZRsfYaGhNMo6St3PdRBp8tnWNOA4_EWVEDfjYPw@mail.gmail.com>
References: <CAPz5eN7uUTAxNOUimao+hzx0hjwzVfZZz=vQE4PCVjimu8SSVQ@mail.gmail.com>
 <613605965.12351946.1470842058395.JavaMail.yahoo@mail.yahoo.com>
 <1470847185717.28914@hortonworks.com> <CAPz5eN6JVis5tKkVoPv1n=Low64AYOnMBU6w35tn31qDZWW6YA@mail.gmail.com>
 <1470920528790.43548@hortonworks.com> <1D457905-E069-4DD0-AE8A-CDB38EECC47D@effectivemachines.com>
 <1470928427902.19947@hortonworks.com> <2FDF5A97-DC47-4589-88D7-18655D10F8C6@effectivemachines.com>
 <CALwhT97q2j8wfwAJsV=jq6GsYQOYFG3Sqe5JWThHiXRntmAZ1Q@mail.gmail.com>
 <CAPz5eN5CXUqS-O4kkBjAHoKr8aiMU9A_vrwkfsq3UZwXzN8ieA@mail.gmail.com>
 <1471015370533.56256@hortonworks.com> <04BEF44D-D94F-4180-A1D3-5F3A560A412B@effectivemachines.com>
 <CAPz5eN5-csc+vembXCdNnMr5tWp7BzSiYGLYL-q6xEfkQZzJmg@mail.gmail.com>
 <CADbBEnvQxfiqEoLK9x-6v1CWbkR-jhruiqimB+Q6SrX077Z6Lw@mail.gmail.com> <CADbBEnsAkXJZRsfYaGhNMo6St3PdRBp8tnWNOA4_EWVEDfjYPw@mail.gmail.com>
From: Chris Trezzo <ctrezzo@gmail.com>
Date: Fri, 16 Sep 2016 14:51:02 -0700
Message-ID: <CAPz5eN4QPFXtu3mDEik5JB9KgrpxaOu7+vK3FHJXbgqWWA64rg@mail.gmail.com>
Subject: Re: [Release thread] 2.6.5 release activities
To: Sangjin Lee <sjlee@apache.org>
Cc: Allen Wittenauer <aw@effectivemachines.com>,
	"common-dev@hadoop.apache.org" <common-dev@hadoop.apache.org>,
	"hdfs-dev@hadoop.apache.org" <hdfs-dev@hadoop.apache.org>,
	"mapreduce-dev@hadoop.apache.org" <mapreduce-dev@hadoop.apache.org>,
	"yarn-dev@hadoop.apache.org" <yarn-dev@hadoop.apache.org>
Content-Type: multipart/alternative; boundary=001a1145bd84660fbf053ca6f5ac
archived-at: Fri, 16 Sep 2016 21:51:18 -0000

--001a1145bd84660fbf053ca6f5ac
Content-Type: text/plain; charset=UTF-8

We have now cut branch-2.6.5.

On Wed, Sep 14, 2016 at 4:38 PM, Sangjin Lee <sjlee@apache.org> wrote:

> We ported 16 issues to branch-2.6. We will go ahead and start the release
> process, including cutting the release branch. If you have any critical
> change that should be made part of 2.6.5, please reach out to us and commit
> the changes. Thanks!
>
> Sangjin
>
> On Mon, Sep 12, 2016 at 3:24 PM, Sangjin Lee <sjlee@apache.org> wrote:
>
>> Thanks Chris!
>>
>> I'll help Chris to get those JIRAs marked in his spreadsheet committed.
>> We'll cut the release branch shortly after that. If you have any critical
>> change that should be made part of 2.6.5 (CVE patches included), please
>> reach out to us and commit the changes. If all things go well, we'd like to
>> cut the branch in a few days.
>>
>> Thanks,
>> Sangjin
>>
>> On Fri, Sep 9, 2016 at 1:24 PM, Chris Trezzo <ctrezzo@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I wanted to give an update on the Hadoop 2.6.5 release efforts.
>>>
>>> Here is what has been done so far:
>>>
>>> 1. I have gone through all of the potential backports and recorded the
>>> commit hashes for each of them from the branch that seems the most
>>> appropriate (i.e. if there was a backport to 2.7.x then I used the hash
>>> from the backport).
>>>
>>> 2. I verified if the cherry pick for each commit is clean. This was best
>>> effort as some of the patches are in parts of the code that I am less
>>> familiar with. This is recorded in the public spread sheet here:
>>> https://docs.google.com/spreadsheets/d/1lfG2CYQ7W4q3ol
>>> WpOCo6EBAey1WYC8hTRUemHvYPPzY/edit?usp=sharing
>>>
>>> I am going to need help from committers to get these backports committed.
>>> If there are any committers that have some spare cycles, especially if
>>> you
>>> were involved with the initial commit for one of these issues, please
>>> look
>>> at the spreadsheet and volunteer to backport one of the issues.
>>>
>>> As always, please let me know if you have any questions or feel that I
>>> have
>>> missed something.
>>>
>>> Thank you!
>>> Chris Trezzo
>>>
>>> On Mon, Aug 15, 2016 at 10:55 AM, Allen Wittenauer <
>>> aw@effectivemachines.com
>>> > wrote:
>>>
>>> >
>>> > > On Aug 12, 2016, at 8:19 AM, Junping Du <jdu@hortonworks.com> wrote:
>>> > >
>>> > >  In this community, we are so aggressive to drop Java 7 support in
>>> 3.0.x
>>> > release. Here, why we are so conservative to keep releasing new bits to
>>> > support Java 6?
>>> >
>>> >         I don't view a group of people putting bug fixes into a micro
>>> > release as particularly conservative.  If a group within the community
>>> > wasn't interested in doing it, 2.6.5 wouldn't be happening.
>>> >
>>> >         But let's put the releases into context, because I think it
>>> tells
>>> > a more interesting story.
>>> >
>>> >                 * hadoop 2.6.x = EOLed JREs (6,7)
>>> >                 * hadoop 2.7 -> hadoop 2.x = transitional (7,8)
>>> >                 * hadoop 3.x = JRE 8
>>> >                 * hadoop 4.x = JRE 9
>>> >
>>> >         There are groups of people still using JDK6 and they want bug
>>> > fixes in a maintenance release.  Boom, there's 2.6.x.
>>> >
>>> >         Hadoop 3.x has been pushed off for years for "reasons".  So we
>>> > still have releases coming off of branch-2.  If 2.7 had been released
>>> as
>>> > 3.x, this chart would look less weird. But it wasn't thus 2.x has this
>>> > weird wart in the middle of that supports JDK7 and JDK8.  Given the
>>> public
>>> > policy and roadmaps of at least one major vendor at the time of this
>>> > writing, we should expect to see JDK7 support for at least the next two
>>> > years after 3.x appears. Bang, there's 2.x, where x is some large
>>> number.
>>> >
>>> >         Then there is the future.  People using JRE 8 want to use newer
>>> > dependencies.  A reasonable request. Some of these dependency updates
>>> won't
>>> > work with JRE 7.   We can't do that in hadoop 2.x in any sort of
>>> compatible
>>> > way without breaking the universe. (Tons of JIRAs on this point.) This
>>> > means we can only do it in 3.x (re: Hadoop Compatibility Guidelines).
>>> > Kapow, there's 3.x
>>> >
>>> >         The log4j community has stated that v1 won't work with JDK9. In
>>> > turn, this means we'll need to upgrade to v2 at some point.  Upgrading
>>> to
>>> > v2 will break the log4j properties file (and maybe other things?).
>>> Another
>>> > incompatible change and it likely won't appear until Apache Hadoop v4
>>> > unless someone takes the initiative to fix it before v3 hits store
>>> > shelves.  This makes JDK9 the likely target for Apache Hadoop v4.
>>> >
>>> >         Having major release cadences tied to JRE updates isn't
>>> > necessarily a bad thing and definitely forces the community to a)
>>> actually
>>> > stop beating around the bush on majors and b) actually makes it
>>> relatively
>>> > easy to determine what the schedule looks like to some degree.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: hdfs-dev-unsubscribe@hadoop.apache.org
>>> > For additional commands, e-mail: hdfs-dev-help@hadoop.apache.org
>>> >
>>> >
>>>
>>
>>
>

--001a1145bd84660fbf053ca6f5ac--