[VOTE] Release Bigtop version 1.2.1

This is the vote for release 1.2.1 of Apache Bigtop. It fixes the following issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12340373&projectId=12311420 The vote will be going for at least 72 hours and will be closed on Sunday, October 15th, 2017 at noon PDT. Please downlo

[VOTE] Release Bigtop version 1.2.1

This is the vote for release 1.2.1 of Apache Bigtop. It fixes the following issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa? version=12340373&projectId=12311420 The vote will be going for at least 120 hours and will be closed on Sunday, October 29th, 2017 at noon PDT. Plea

Re: [VOTE] Release Bigtop version 1.2.1

+1, But had only the chance to run one basic docker provisioner command. Checked Signatures. > Am 12.10.2017 um 20:30 schrieb Evans Ye : > > This is the vote for release 1.2.1 of Apache Bigtop. > > It fixes the following issues: > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?versio

Re: [VOTE] Release Bigtop version 1.2.1

May I suggest to extend the vote until at least Tuesday considering a possible limited people availability over the weekend? I will be checking the release but I am away from the computer until Monday. We don't need to restart the vote, I am sure, if we extend it a little bit as nothing material g

Re: [VOTE] Release Bigtop version 1.2.1

This is definitely OK. Let's extend the vote period until Wednesday, October 18th, 2017 at noon PDT. 2017-10-15 11:22 GMT+08:00 Konstantin Boudnik : > May I suggest to extend the vote until at least Tuesday considering a > possible limited people availability over the weekend? I will be > checkin

Re: [VOTE] Release Bigtop version 1.2.1

My +1 of course. The vote is about to due so I encourage everyone with or without binding can chime in and give out your thoughts whenever it's in a good shape or not Evans Ye 於 2017年10月15日 週日，下午2:45寫道： > This is definitely OK. > Let's extend the vote period until Wednesday, October 18th, 2017 a

Re: [VOTE] Release Bigtop version 1.2.1

+1 On 10/17/2017 10:20 AM, Evans Ye wrote: My +1 of course. The vote is about to due so I encourage everyone with or without binding can chime in and give out your thoughts whenever it's in a good shape or not Evans Ye 於 2017年10月15日 週日，下午2:45寫道： This is definitely OK. Let's extend the vote

Re: [VOTE] Release Bigtop version 1.2.1

-1 [binding] Verified: - signature (passed) - sha1 (the file is malformed, which makes sha1sum -c impossible) (passed) - RAT (failed) The release tarball includes a binary file [1]. If the file is definetely should be a part of the release (which I have my reservations as this goes against s

Re: [VOTE] Release Bigtop version 1.2.1

-1 AFAICT, it is not possible to deploy 1.2.1 on ppc64le because there are no binaries for that arch in the repo. While my vote isn't binding, it feels wrong that we would release 1.1.0 and 1.2.0 with this arch, yet make it unavailable for 1.2.1. Good repo in 1.2.0: http://bigtop-repos.s3.amazon

Re: [VOTE] Release Bigtop version 1.2.1

I see where you're going, Kev. But stricktly speaking, we are only voting on the source code of the release. Binaries are provided for the convenience only. Thanks, Cos On Wed, Oct 18, 2017 at 03:07PM, Kevin Monroe wrote: > -1 > > AFAICT, it is not possible to deploy 1.2.1 on ppc64le because t

Re: [VOTE] Release Bigtop version 1.2.1

Roger that Cos. In a separate thread, Evans mentioned that ppc64le convenience artifacts can be uploaded later.. My objection is that ppc64le users may want to try the new release on announce, yet be discouraged when the repos aren't able to deliver. Let's at least call this out in the release no

Re: [VOTE] Release Bigtop version 1.2.1

I've opened the following to get the giraph-examples.jar binary out of the source tree: https://issues.apache.org/jira/browse/BIGTOP-2908 Thanks, -Kevin On Wed, Oct 18, 2017 at 2:47 PM, Konstantin Boudnik wrote: > -1 [binding] > > Verified: > - signature (passed) > - sha1 (the file is malforme

Re: [VOTE] Release Bigtop version 1.2.1

+1 on the release note addition. On Wed, Oct 18, 2017 at 03:34PM, Kevin Monroe wrote: > Roger that Cos. In a separate thread, Evans mentioned that ppc64le > convenience artifacts can be uploaded later.. My objection is that ppc64le > users may want to try the new release on announce, yet be disco

Re: [VOTE] Release Bigtop version 1.2.1

Thank you all for participating the vote! I'll revise the release and put up another vote soon. To be fixed: * giraph-examples.jar (fixed in BIGTOP-2908 ) * PPC64LE repos (fixed in BIGTOP-2903 )

Re: [VOTE] Release Bigtop version 1.2.1

Yes, the checksum matches the file - no problem with that. However, sha1sum (and all other SHA's for that matter) look like this % sha1sum /etc/passwd f36e0ac05f911c031660a8737628d4f0595af2c4 /etc/passwd When you later run % sha1sum /etc/passwd.sha1 is will validate the file automatically. The

Re: [VOTE] Release Bigtop version 1.2.1

OK. I think if we can't get it fixed soon, we can still explain how to evaluate our release on the download page. BIGTOP-2892 is opened for this. To summarize the vote result: The vote is REJECTED with 3 binding +1s, 1 binding -1 and 1 non-bindi

Re: [VOTE] Release Bigtop version 1.2.1

Le Fri, Oct 20, 2017 at 01:20:18AM +0800, Evans Ye a écrit: > To summarize the vote result: > The vote is REJECTED with 3 binding +1s, 1 binding -1 and 1 non-binding -1. Just out of curiosity: 1 binding -1 is sufficient to derail the vote ? Because to me, if you say something like "binding counts

Re: [VOTE] Release Bigtop version 1.2.1

Hey Arnaud, I was looking into the ASF voting mechanism recently and came across this: https://www.apache.org/foundation/voting.html In this case, I think the relevant portion for a single -1 derailing the vote is here: --- Votes on code modifications follow a different model. In this scenario,

Re: [VOTE] Release Bigtop version 1.2.1

Thanks for the great question and the detailed answer about the code mods vote! The issue we have here is kinda on the fence: the issue is in the code, but the vote is on the release. If you look at the same page but under "Votes on Package Releases" you'll see that "...the 'minimum quorum of three

Re: [VOTE] Release Bigtop version 1.2.1

when is the deadline?! I would like to get my team verify Bigtop on ppc64le platform, however it wpn't be possible till next week, due to few other commitments. On Tue, Oct 24, 2017 at 9:12 AM, Evans Ye wrote: > This is the vote for release 1.2.1 of Apache Bigtop. > > It fixes the following issu

Re: [VOTE] Release Bigtop version 1.2.1

That's great! The original deadline is October 29th, 2017 at noon PDT. We can reset that based on your timeline for conducting the testing. 2017-10-25 4:35 GMT+08:00 MrAsanjar . : > when is the deadline?! I would like to get my team verify Bigtop on ppc64le > platform, however it wpn't be possi

Re: [VOTE] Release Bigtop version 1.2.1

Hey Evans, my intel tests are looking great so far. Since Amir mentioned ppc64le, I was curious if you had an ETA for the 1.2.1/ppc64le convenience repo. I understand this won't block the release, but I'd be happy to run some tests on that arch if/when the repo becomes available. On Wed, Oct 25,

Re: [VOTE] Release Bigtop version 1.2.1

Surly that's doable. I can recall that in 1.2.0 Roman was releasing ppc and arm repos with non arch dependent packages built on x86 64. For those arch dependent packages, that can be built separately. How do you think? Kevin Monroe 於 2017年10月26日 週四，上午12:05寫道： > Hey Evans, my intel tests are looki

Re: [VOTE] Release Bigtop version 1.2.1

Let me fire off another thread on this so we don't clutter the vote :) On Wed, Oct 25, 2017 at 12:07 PM, Evans Ye wrote: > Surly that's doable. > I can recall that in 1.2.0 Roman was releasing ppc and arm repos with non > arch dependent packages built on x86 64. For those arch dependent packages

Re: [VOTE] Release Bigtop version 1.2.1

Hey amir what’s the plan on your side? We better have a schedule for testing so that we can setup another vote. Kevin Monroe 於 2017年10月26日 週四，上午1:20寫道： > Let me fire off another thread on this so we don't clutter the vote :) > > On Wed, Oct 25, 2017 at 12:07 PM, Evans Ye wrote: > > > Surly that'

Re: [VOTE] Release Bigtop version 1.2.1

My team have done limited testing on some of the key components (i.e. Hadoop and Spark).. looks good +1 On Sun, Oct 29, 2017 at 12:15 AM, Evans Ye wrote: > Hey amir what’s the plan on your side? > We better have a schedule for testing so that we can setup another vote. > > Kevin Monroe 於 2017年1

Re: [VOTE] Release Bigtop version 1.2.1

Hi I had only limited testing: But LGTM +1 (did some provisioner tests with centos7) Olaf > Am 31.10.2017 um 16:46 schrieb MrAsanjar . : > > My team have done limited testing on some of the key components (i.e. > Hadoop and Spark).. looks good > +1 > > On Sun, Oct 29, 2017 at 12:15 AM, Eva

Re: [VOTE] Release Bigtop version 1.2.1

Last week, I was able to exercise juju/puppet deployment and smoke-tests on a few 1.2.1 components (Hadoop/HBase/Spark/Zookeeper). Results are here (Oct 25) for AWS and local deployments on ubuntu 16.04/x86_64: http://bigtop.charm.qa/ +1 from me. Thanks! -Kevin On Tue, Oct 31, 2017 at 12:26 PM

Re: [VOTE] Release Bigtop version 1.2.1

We have done extensive testing on AArch64. Smoke tests on the following have passed. We are looking into the failed smoke tests on the rest of the components. Spark 1.6 Flume Hive Ignite QFS Sqoop Yarn Zookeeper Thanks, Ganesh On Tue, Oct 31, 2017 at 3:35 PM, Kevin Monroe wrote: > Last week,

Re: [VOTE] Release Bigtop version 1.2.1

+1 [binding] Checked signature, hash, ran basic tests with CentOS and Ubuntu. Minor issue, not worthy a respin: two files aren't passing the RAT check. We should fix it in the master (BIGTOP-2915), Ok to be in the release, IMO. bigtop-ci/build.sh bigtop-ci/entrypoint.sh Sorry for the de

Re: [VOTE] Release Bigtop version 1.2.1

Hi all, I've re-organized the artifacts on S3. Kafka artifacts are removed and indexes are re-generated. After that I've rerun tests of package installation and deployments on our CI. All looks good. So here's my +1(binding) for RC2. We've said that the due date can be postponed, but there's no c

[RESULT][VOTE] Release Bigtop version 1.2.1

With four binding +1s, one non-binding +1, and no -1, or +-0 votes. The vote for 1.2.1 release PASSES. Binding +1s: Amir Sanjar Olaf Flebbe Konstantin Boudnik Evans Ye Non-binding +1s: Kevin Monroe Thank you all for voting, testing, and giving feedback to make this release happen. I'll