* For YARN-7813, not sure why moving from 2.8.4/5 -> 2.8.6 would be
incompatible with this strategy? It should be OK to remove/add optional
fields (removing the field with id 12, and adding the field with id 13)
- A I misunderstood. I was thinking that the field was overwritten in
branch-2.8
Duo Zhang created HADOOP-16611:
--
Summary: Make test4tests vote for -0 instead of -1
Key: HADOOP-16611
URL: https://issues.apache.org/jira/browse/HADOOP-16611
Project: Hadoop Common
Issue Type: S
Duo Zhang created HADOOP-16610:
--
Summary: Upgrade to yetus 0.11.0 and use emoji vote on github pre
commit
Key: HADOOP-16610
URL: https://issues.apache.org/jira/browse/HADOOP-16610
Project: Hadoop Common
Duo Zhang created HADOOP-16609:
--
Summary: Add Jenkinsfile for all active branches
Key: HADOOP-16609
URL: https://issues.apache.org/jira/browse/HADOOP-16609
Project: Hadoop Common
Issue Type: Sub
Duo Zhang created HADOOP-16608:
--
Summary: Improve the github pre commit job
Key: HADOOP-16608
URL: https://issues.apache.org/jira/browse/HADOOP-16608
Project: Hadoop Common
Issue Type: Improveme
Steve Loughran created HADOOP-16607:
---
Summary: s3a attempts to look up password/encryption fail if JCEKS
file unreadable
Key: HADOOP-16607
URL: https://issues.apache.org/jira/browse/HADOOP-16607
Pro
[
https://issues.apache.org/jira/browse/HADOOP-16529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gabor Bota resolved HADOOP-16529.
-
Resolution: Workaround
> Allow AZURE_CREATE_REMOTE_FILESYSTEM_DURING_INITIALIZATION to be set f
For more details, see
https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/455/
[Sep 24, 2019 8:51:11 PM] (jhung) YARN-9730. Support forcing configured
partitions to be exclusive based
-1 overall
The following subsystems voted -1:
asflicense findbugs hadolint pathlen unit x
Rohith Sharma K S created HADOOP-16606:
--
Summary: checksum link from hadoop web site is broken.
Key: HADOOP-16606
URL: https://issues.apache.org/jira/browse/HADOOP-16606
Project: Hadoop Common
Steve Loughran created HADOOP-16605:
---
Summary: NPE in TestAdlSdkConfiguration failing in yetus
Key: HADOOP-16605
URL: https://issues.apache.org/jira/browse/HADOOP-16605
Project: Hadoop Common
Done: https://twitter.com/hadoop/status/1176787511865008128.
If you have tweetdeck, any of the PMC members can do this.
BTW, it looks we haven't published any releases since Nov 2018. Let's get back
to doing this going forward!
Thanks
+Vinod
> On Sep 25, 2019, at 2:44 PM, Rohith Sharma K S
>
Updated twitter message:
``
Apache Hadoop 3.2.1 is released: https://s.apache.org/96r4h
Announcement: https://s.apache.org/jhnpe
Overview: https://s.apache.org/tht6a
Changes: https://s.apache.org/pd6of
Release notes: https://s.apache.org/ta50b
Thanks to our community of developers, o
Updated announcement
Hi all,
It gives us great pleasure to announce that the Apache Hadoop community has
voted to release Apache Hadoop 3.2.1.
Apache Hadoop 3.2.1 is the stable release of Apache Hadoop 3.2 line, which
includes 493 fixes since Hadoop 3.2.0 release
Rajesh Balamohan created HADOOP-16604:
-
Summary: Provide copy functionality for cloud native applications
Key: HADOOP-16604
URL: https://issues.apache.org/jira/browse/HADOOP-16604
Project: Hadoop C
Can someone help to post this in twitter account?
Apache Hadoop 3.2.1 is released: https://s.apache.org/mzdb6
Overview: https://s.apache.org/tht6a
Changes: https://s.apache.org/pd6of
Release notes: https://s.apache.org/ta50b
Thanks to our community of developers, operators, and users.
-Rohith Sh
Hi all,
It gives us great pleasure to announce that the Apache Hadoop community
has
voted to release Apache Hadoop 3.2.1.
Apache Hadoop 3.2.1 is the stable release of Apache Hadoop 3.2 line, which
includes 493 fixes since Hadoop 3.2.0 release:
- For major changes included in Hadoop 3.2 line,
liusheng created HADOOP-16603:
-
Summary: Lack of aarch64 platform support of dependent PhantomJS
Key: HADOOP-16603
URL: https://issues.apache.org/jira/browse/HADOOP-16603
Project: Hadoop Common
I
>
> * For YARN-6050, there's a bit here:
> https://developers.google.com/protocol-buffers/docs/proto that says
> "optional is compatible with repeated", so I think we should be OK there.
> - Optional is compatible with repeatable over the wire such that
> protobuf won't blow up, but does that a
18 matches
Mail list logo