Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 2 Aug 2017 18:05:40 +0000 (UTC)
From: Eric Badger <ebadger@yahoo-inc.com.INVALID>
Reply-To: Eric Badger <ebadger@yahoo-inc.com>
To: Chris Douglas <cdouglas@apache.org>, Zhe Zhang <zhz@apache.org>
Cc: Konstantin Shvachko <shv.hadoop@gmail.com>,
	Andrew Wang <andrew.wang@cloudera.com>,
	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>
Message-ID: <1743130821.440302.1501697140531@mail.yahoo.com>
In-Reply-To: <CACO5Y4wHZjcZXK=sWo69jQzEi7CgACiBtb26E+NrQJE97mEQqg@mail.gmail.com>
References: <CAKtuutHVKKM94V2KtWJPR7os9qCCqW0H9d17kbr6Bezv3gbbqw@mail.gmail.com> <8AD4EE147886274A8B495D6AF407DF698FCB02DE@BLREML503-MBX.china.huawei.com> <CAKtuutEUxqg5N-nFTtNXfB-VRr8g4zsfoJwymhXqmMkuwPagVA@mail.gmail.com> <9CE1FB4F-7424-4DEB-B050-6846DE1CC1B7@effectivemachines.com> <CAKtuutGKkuzZbTkiaGdSZgpCRrWOe01cA7DJwnNZmXgyJPcj-g@mail.gmail.com> <CAGB5D2ZWymxmuYPRfESOgdtxA+wCspT9W8nC8EVv=xRaewtcsA@mail.gmail.com> <CAKtuutHV6EZti2oLuxQ8oW3z9BWT-v5HVFq_G9_3RJsz7--Mog@mail.gmail.com> <CACO5Y4y5tJd1ra6yUa=2eEUickjtv=s2nxb5LWockW6HW0tabA@mail.gmail.com> <CAMXuLLr6B5ZhzUVbbZyZ03DYZ5vPbbrQinzs7GSbbnUSDNE-4Q@mail.gmail.com> <CACO5Y4wHZjcZXK=sWo69jQzEi7CgACiBtb26E+NrQJE97mEQqg@mail.gmail.com>
Subject: Re: [VOTE] Release Apache Hadoop 2.7.4 (RC0)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 02 Aug 2017 18:06:55 -0000

- Verified all checksums signatures
- Built from src on macOS 10.12.6 with Java 1.8.0u65
- Deployed single node pseudo cluster
- Successfully ran sleep and pi jobs
- Navigated the various UIs 

+1 (non-binding)

Thanks,

Eric


On Wednesday, August 2, 2017 12:31 PM, Chris Douglas <cdouglas@apache.org> wrote:


On Wed, Aug 2, 2017 at 12:02 AM, Zhe Zhang <zhz@apache.org> wrote:
> Quick question for Chris: was your +1 for the RC, or to support
> Konstantin's statement regarding packaging?

For Konstantin's statement. I haven't had a chance to look through the
RC yet, but it's on my list. -C

> On Mon, Jul 31, 2017 at 3:56 PM Chris Douglas <cdouglas@apache.org> wrote:
>
>> On Mon, Jul 31, 2017 at 3:02 PM, Konstantin Shvachko
>> <shv.hadoop@gmail.com> wrote:
>> > For the packaging, here is the exact phrasing from the sited
>> release-policy
>> > document relevant to binaries:
>> > "As a convenience to users that might not have the appropriate tools to
>> > build a compiled version of the source, binary/bytecode packages MAY be
>> > distributed alongside official Apache releases. In all such cases, the
>> > binary/bytecode package MUST have the same version number as the source
>> > release and MUST only add binary/bytecode files that are the result of
>> > compiling that version of the source code release and its dependencies."
>> > I don't think my binary package violates any of these.
>>
>> +1 The PMC VOTE applies to source code, only. If someone wants to
>> rebuild the binary tarball with native libs and replace this one,
>> that's fine.
>>
>> My reading of the above is that source code must be distributed with
>> binaries, not that we omit the source code from binary releases... -C
>>
>> > But I'll upload an additional tar.gz with native bits and no src, as you
>> > guys requested.
>> > Will keep it as RC0 as there is no source code change and it comes from
>> the
>> > same build.
>> > Hope this is satisfactory.
>> >
>> > Thanks,
>> > --Konstantin
>> >
>> > On Mon, Jul 31, 2017 at 1:53 PM, Andrew Wang <andrew.wang@cloudera.com>
>> > wrote:
>> >
>> >> I agree with Brahma on the two issues flagged (having src in the binary
>> >> tarball, missing native libs). These are regressions from prior
>> releases.
>> >>
>> >> As an aside, "we release binaries as a convenience" doesn't relax the
>> >> quality bar. The binaries are linked on our website and distributed
>> through
>> >> official Apache channels. They have to adhere to Apache release
>> >> requirements. And, most users consume our work via Maven dependencies,
>> >> which are binary artifacts.
>> >>
>> >> http://www.apache.org/legal/release-policy.html goes into this in more
>> >> detail. A release must minimally include source packages, and can also
>> >> include binary artifacts.
>> >>
>> >> Best,
>> >> Andrew
>> >>
>> >> On Mon, Jul 31, 2017 at 12:30 PM, Konstantin Shvachko <
>> >> shv.hadoop@gmail.com> wrote:
>> >>
>> >>> To avoid any confusion in this regard. I built RC0 manually in
>> compliance
>> >>> with Apache release policy
>> >>> http://www.apache.org/legal/release-policy.html
>> >>> I edited the HowToReleasePreDSBCR page to make sure people don't use
>> >>> Jenkins option for building.
>> >>>
>> >>> A side note. This particular build is broken anyways, so no worries
>> there.
>> >>> I think though it would be useful to have it working for testing and
>> as a
>> >>> packaging standard.
>> >>>
>> >>> Thanks,
>> >>> --Konstantin
>> >>>
>> >>> On Mon, Jul 31, 2017 at 11:40 AM, Allen Wittenauer <
>> >>> aw@effectivemachines.com
>> >>> > wrote:
>> >>>
>> >>> >
>> >>> > > On Jul 31, 2017, at 11:20 AM, Konstantin Shvachko <
>> >>> shv.hadoop@gmail.com>
>> >>> > wrote:
>> >>> > >
>> >>> > > https://wiki.apache.org/hadoop/HowToReleasePreDSBCR
>> >>> >
>> >>> >         FYI:
>> >>> >
>> >>> >                 If you are using ASF Jenkins to create an ASF release
>> >>> > artifact, it's pretty much an automatic vote failure as any such
>> >>> release is
>> >>> > in violation of ASF policy.
>> >>> >
>> >>> >
>> >>>
>> >>
>> >>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
>> For additional commands, e-mail: common-dev-help@hadoop.apache.org
>>
>> --
> Zhe Zhang
> Apache Hadoop Committer
> http://zhe-thoughts.github.io/about/ | @oldcap


---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-help@hadoop.apache.org