From mapreduce-dev-return-18535-apmail-hadoop-mapreduce-dev-archive=hadoop.apache.org@hadoop.apache.org Tue Aug 1 01:57:18 2017 Return-Path: X-Original-To: apmail-hadoop-mapreduce-dev-archive@minotaur.apache.org Delivered-To: apmail-hadoop-mapreduce-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1A35C196A4 for ; Tue, 1 Aug 2017 01:57:18 +0000 (UTC) Received: (qmail 38078 invoked by uid 500); 1 Aug 2017 01:57:13 -0000 Delivered-To: apmail-hadoop-mapreduce-dev-archive@hadoop.apache.org Received: (qmail 37637 invoked by uid 500); 1 Aug 2017 01:57:13 -0000 Mailing-List: contact mapreduce-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list mapreduce-dev@hadoop.apache.org Received: (qmail 37589 invoked by uid 99); 1 Aug 2017 01:57:11 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Aug 2017 01:57:11 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 416D2C00D6; Tue, 1 Aug 2017 01:57:11 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.401 X-Spam-Level: X-Spam-Status: No, score=-0.401 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id Eb_ZGeHR7rpT; Tue, 1 Aug 2017 01:57:09 +0000 (UTC) Received: from mail-qk0-f171.google.com (mail-qk0-f171.google.com [209.85.220.171]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 5716B5F6C3; Tue, 1 Aug 2017 01:57:09 +0000 (UTC) Received: by mail-qk0-f171.google.com with SMTP id d145so1673782qkc.2; Mon, 31 Jul 2017 18:57:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+eDonV7JQ6XvQWHK8qL7raG/AFGahNROBxEhyX5QAWc=; b=jrkOOBStFxQAQp7vx8V46NCRS5+WskscXqmEY/HJltK4B5iNsi22E8srjHSmiEqpXc /aZ0lmQVcmBMOXIDSoW95rpDm9OxGhz+zxQPL8r8nATFemU0Sj1BbUCg5U+HSz+SAGPQ k6xPzOS8Ar8DhcG3EigeZKG+FUUUHo/LxN+zDSASex4ja3uUpksXk6TIeGwSCdCRl3OS uZMemtcjkDBOiG5/bToweqNwqGu4WiSa72f0xeAfPmSoUBjxfvUsajLVGQBzIWIFrS7T L4fScSTMb6uIVtM1qj4n9vAXqcGp8i/aPOQDvPV75t9bh29XZtfsVCSvKV1b9ktys7um E3Pw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+eDonV7JQ6XvQWHK8qL7raG/AFGahNROBxEhyX5QAWc=; b=fLURAL6ULH5QqD3CBfBVS+7hWQIYK4MCzgpQ9ip/yQyVrFbyrELKaR0CEKkps1Mjy1 t3r+gX1EdbA0RjtVO7K8ofCkAOLr92PGFIu+psi4EI3SBjZ7tAkNHkdO4z44VHV21IgF /4wLleVNhXz4lY+1tM/MjQrUKgDShUDwvHZWJwacqQFPNLHdPu+ZLBsyCxEkc7yBcCdN pTmg5OT/Vrhk2YXzOHwXl9DlWS9RiIv70w3S85u/gKX+b+rIsD6klP5GfKs5EJ8PpQWd wZD8yPx2Q1lOrg1np1nVsJPy06svqBx3OI2T0avpFWdDEqq73nYQCGeh5SHE1C8luKcY 38FQ== X-Gm-Message-State: AIVw113ZDh6A/Wo36VcmXiobhgKSF3l/bD1A152PBx4Ry/rvwDectVGP GAimrhlbVdm1lNZ84GkLtjU+Fhg+gA== X-Received: by 10.55.79.151 with SMTP id d145mr22187778qkb.37.1501552623525; Mon, 31 Jul 2017 18:57:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.129.34 with HTTP; Mon, 31 Jul 2017 18:57:02 -0700 (PDT) In-Reply-To: References: <8AD4EE147886274A8B495D6AF407DF698FCB02DE@BLREML503-MBX.china.huawei.com> <9CE1FB4F-7424-4DEB-B050-6846DE1CC1B7@effectivemachines.com> From: Konstantin Shvachko Date: Mon, 31 Jul 2017 18:57:02 -0700 Message-ID: Subject: Re: [VOTE] Release Apache Hadoop 2.7.4 (RC0) To: Chris Douglas Cc: Andrew Wang , Allen Wittenauer , "common-dev@hadoop.apache.org" , "hdfs-dev@hadoop.apache.org" , "mapreduce-dev@hadoop.apache.org" , "yarn-dev@hadoop.apache.org" Content-Type: multipart/alternative; boundary="001a114a8884bca4bd0555a7762c" --001a114a8884bca4bd0555a7762c Content-Type: text/plain; charset="UTF-8" Uploaded new binaries hadoop-2.7.4-RC0.tar.gz, which adds lib/native/. Same place: http://home.apache.org/~shv/hadoop-2.7.4-RC0/ Thanks, --Konstantin On Mon, Jul 31, 2017 at 3:56 PM, Chris Douglas wrote: > On Mon, Jul 31, 2017 at 3:02 PM, Konstantin Shvachko > 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 > > 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. > >>> > > >>> > > >>> > >> > >> > --001a114a8884bca4bd0555a7762c--