Mailing-List: contact general-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@hadoop.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Date: Mon, 5 Dec 2011 22:29:10 -0800
From: Konstantin Boudnik <cos@apache.org>
To: general@hadoop.apache.org
Subject: Re: [VOTE] Release hadoop-0.22.0-rc0
Message-ID: <20111206062909.GB21203@tp>
References: <20111204065252.GA21203@tp>
 <CB0252E3.620AF%scott@richrelevance.com>
 <CAKtuutHfpa3uPCMbMxnj71r5P5khS6hftqfUWeKt3x5BqT2HJA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd"
Content-Disposition: inline
In-Reply-To: 
 <CAKtuutHfpa3uPCMbMxnj71r5P5khS6hftqfUWeKt3x5BqT2HJA@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)

--WYTEVAkct0FjGQmd
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I am sure things like that are controlled by projects' bylaws that's why
there's nothing specific at the apache level about that. As far as I rememb=
er
Hadoop's bylaws don't have any saying wrt a situation like this.

So, I believe the vote is good despite the change in the structure of an
archive which didn't lead to _any_ changes in the functionality.

Cos

On Mon, Dec 05, 2011 at 06:37PM, Konstantin Shvachko wrote:
> Scott,
>=20
> I did not find anything in Apache policies about invalidating prior
> +1's in case of changing the bits.
> This change was intended for those who want to build their own
> binaries from the released source code. As I mentioned before there
> was no change to the source tree.
> To accommodate your concern, I'd like to reiterate that there was a
> trivial change in the directory structure of the release artifact. And
> people who voted before Dec 3, 2011 5:45 PM PST should revoke their
> votes if they think this change invalidated their +1's.
>=20
> Thanks,
> --Konstantin
>=20
>=20
> 2011/12/5 Scott Carey <scott@richrelevance.com>:
> >
> >
> > On 12/3/11 10:52 PM, "Konstantin Boudnik" <cos@apache.org> wrote:
> >
> >>On Sat, Dec 03, 2011 at 04:40PM, Konstantin Shvachko wrote:
> >>> Roman,
> >>>
> >>> Thanks for finding this.
> >>> The change is actually in the assemble script in Bigtop, which should
> >>> leave lib directories and the .txt files in the respective projects
> >>> rather then moving them.
> >>> I see you've already fixed the script. Thanks.
> >>> I will upload the new artifact as soon as it built. There was a
> >>> problem with disk space on ubuntu3.
> >>>
> >>> The question is should we reset the voting period.
> >>> Since there was no change to the Hadoop tree I would rather not,
> >>> unless people ask for it.
> >>
> >>I agree with you: they artifacts are essentially the same, so there's no
> >>need
> >>to reset the vote IMO.
> >>
> >>Cos
> >
> > I am certain that anything that changes the bits in the release and thus
> > the signatures invalidates prior +1's, by Apache policy.
> > I do not know if any reset of the clock is required since there are no
> > functional changes.
> >
> > Each person who voted +1 prior to the change can decide on their own wh=
at
> > they need to do to vote +1 again -- that may be only a re-check of the
> > signatures and validation that the change was trivial.
> >
> > In many other projects, even a simple correction of a typo creates a new
> > release candidate.
> >
> >
> >
> >>
> >>>
> >>> Thanks,
> >>> --Konstantin
> >>>
> >>> On Fri, Dec 2, 2011 at 7:34 PM, Roman Shaposhnik <rvs@apache.org> wro=
te:
> >>> > On Tue, Nov 29, 2011 at 2:47 AM, Konstantin Shvachko
> >>> > <shv.hadoop@gmail.com> wrote:
> >>> >> I created a release candidate for hadoop-0.22.0 available for revi=
ew
> >>>at:
> >>> >> http://people.apache.org/~shv/hadoop-0.22.0-rc0/
> >>> >
> >>> > Pulled this RC into Bigtop and certified the following stack:
> >>> > =E2=95=90 Hadoop 0.22
> >>> > =E2=95=90 HBase 0.92
> >>> > =E2=95=90 Zookeeper 3.4.0
> >>> >
> >>> > Found the following issues (which I suggest we fix and cut RC1):
> >>> > =E2=95=901. cd common ; ant -Dcompile.native=3Dtrue -Dlibrecordio=
=3Dtrue
> >>> > -Dlibhdfs=3D1 -Dfusedfs=3Dtrue -Dcompile.c++=3Dtrue api-report bin-=
package
> >>> > tar
> >>> > =E2=95=90 =E2=95=90[copy] Copying 48 files to
> >>> > /tmp/hadoop-0.22.0/common/build/hadoop-common-0.22.0/lib
> >>> >
> >>> > =E2=95=90 =E2=95=90BUILD FAILED
> >>> > =E2=95=90 =E2=95=90/tmp/hadoop-0.22.0/common/build.xml:1134:
> >>> > =E2=95=90 =E2=95=90/tmp/hadoop-0.22.0/common/lib not found.
> >>> >
> >>> > =E2=95=90 2. LICENSE.txt, NOTICE.txt and README.txt are missing fro=
m under
> >>> > common, hdfs and mapred
> >>> >
> >>> > I will update Bigtop build scripts to take care of missing lib/
> >>> > creation and also missing files.
> >>> >
> >>> > Once that's done we can cut a new RC when needed.
> >>> >
> >>> > Thanks,
> >>> > Roman.
> >

--WYTEVAkct0FjGQmd
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iF4EAREIAAYFAk7dtjUACgkQenyFlstYjhLtFAEAz5I4iyklfgmOivBX86ESumvx
RaurcSDZZFW5CDqu7n8BAI7j4ausgvS8H7BSpP0YPwaXqHAGNE1Jgd6bb9n1CRH2
=kQ3K
-----END PGP SIGNATURE-----

--WYTEVAkct0FjGQmd--