Re: [VOTE] Mark 2.6, 2.7, 3.0 release lines EOL

I just put it to CWIKI: https://cwiki.apache.org/confluence/display/HADOOP/EOL+%28End-of-life%29+Release+Branches Any thoughts? If no I will go ahead to send it to user/dev/general email lists. (Should we send it to general?) On Wed, Aug 28, 2019 at 5:03 PM Wangda Tan wrote: > Hi folks, >

Re: [VOTE] Mark 2.6, 2.7, 3.0 release lines EOL

Hi folks, Thanks all for sharing thoughts. I suggest moving branch-2 last release related discussion to a separate thread. We got 10 binding +1s. And no -1 to the proposal. I'm going to put this to WIKI first. And feel free to create a ticket and update our website. Thanks, Wangda On Wed, Aug

Re: [VOTE] Mark 2.6, 2.7, 3.0 release lines EOL

On Mon, Aug 26, 2019 at 5:28 PM Wei-Chiu Chuang wrote: > This is starting to diverge from the original topic :) > > But I would like to say > (1) If we are treating branch-2/2.0 as the final, last 2.x release, we > should be proactive in updating dependencies. I did a quick search and > found a

[jira] [Created] (HADOOP-16535) Azure storage exceptions get wrapped as NoSuchElementExceptions

Steve Loughran created HADOOP-16535: --- Summary: Azure storage exceptions get wrapped as NoSuchElementExceptions Key: HADOOP-16535 URL: https://issues.apache.org/jira/browse/HADOOP-16535 Project:

Re: [DISCUSS] GitHub PRs without JIRA number

On Tue, Aug 27, 2019 at 6:47 PM Wei-Chiu Chuang wrote: > Hi, > There are hundreds of GitHub PRs pending review. Many of them just sit > there wasting Jenkins resources. > > I suggest: > (1) close PRs that went stale (i.e. doesn't compile). Or even close PRs > that hasn't been reviewed for more

Re: branch-3. Was it a created by mistake?

Yes, I think it must have been. branch-3 is not needed right now. I would be in favor of its removal, since it is confusing for committers. Thanks,-Eric On Tuesday, August 27, 2019, 6:24:09 PM CDT, Wei-Chiu Chuang wrote: I just realized there is a branch-3 in the Hadoop repo. Was

Re: [DISCUSS] GitHub PRs without JIRA number

I don't think our GitHub integration supports those commands. Ozone has its own github integration that can test individual PRs though. On Tue, Aug 27, 2019 at 12:40 PM Iñigo Goiri wrote: > I wouldn't go for #3 and always require a JIRA for a PR. > > In general, I think we should state the

[jira] [Created] (HADOOP-16536) Backport HADOOP-16158 to branch-2

Kai Xie created HADOOP-16536: Summary: Backport HADOOP-16158 to branch-2 Key: HADOOP-16536 URL: https://issues.apache.org/jira/browse/HADOOP-16536 Project: Hadoop Common Issue Type: Improvement

Apache Hadoop qbt Report: branch2+JDK7 on Linux/x86

For more details, see https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/427/ [Aug 27, 2019 10:49:58 PM] (jhung) YARN-9438. launchTime not written to state store for running -1 overall The following subsystems voted -1: asflicense findbugs hadolint pathlen unit xml The

Re: branch-3. Was it a created by mistake?

Thanks for the pointer. I am not able to delete this branch myself. Filed INFRA-18951 . On Tue, Aug 27, 2019 at 9:53 PM Rohith Sharma K S wrote: > IIRC, This was created accidentally. You should take a look at earlier > discussion thread for

[jira] [Created] (HADOOP-16538) S3AFilesystem trash handling should respect the current UGI

Siddharth Seth created HADOOP-16538: --- Summary: S3AFilesystem trash handling should respect the current UGI Key: HADOOP-16538 URL: https://issues.apache.org/jira/browse/HADOOP-16538 Project: Hadoop

[jira] [Created] (HADOOP-16537) Add ZStandard support for log aggregation

Jonathan Eagles created HADOOP-16537: Summary: Add ZStandard support for log aggregation Key: HADOOP-16537 URL: https://issues.apache.org/jira/browse/HADOOP-16537 Project: Hadoop Common

please care and vote for Chinese people under cruel autocracy of CCP, great thanks!

Hi all, Sorry for disturbing you guys. Though I don't think here as a proper place to do this, I need your help, your vote, your holy vote, for us Chinese, for conscience and justice, for better world. In the over 70 years of ruling over China, the Chinese Communist Party has done many

Re: [DISCUSS] Hadoop-3.2.1 release proposal

[Update] Ramping down all the critical/blockers https://s.apache.org/7yjh5, left with three issues! YARN-9785 - Solution discussion is going on, hopefully should be able to rap up solution sooner. HADOOP-15998 - To be committed. YARN-9796 - Patch available, to be committed. I am closely

Re: [DISCUSS] ARM/aarch64 support for Hadoop

Hi, Thanks Vinay for bring this up, I am a member of "Openlab" community mentioned by Vinay. I am working on building and testing Hadoop components on aarch64 server these days, besides the missing dependices of ARM platform issues #1 #2 #3 mentioned by Vinay, other similar issue has also be