For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/107/
No changes
-
To unsubscribe, e-mail: mapreduce-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail:
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/106/
No changes
-
To unsubscribe, e-mail: mapreduce-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail:
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/104/
[Jul 21, 2016 9:43:57 PM] (mfoley) HADOOP-13382. Remove unneeded
commons-httpclient dependencies from POM
-
To unsubscribe, e-mail:
Thanks for the input Vinod, inline:
> Similarly the list of features we are enabling in this alpha would be good
> - may be update the Roadmap wiki. Things like classpath-isolation which
> were part of the original 3.x roadmap are still not done.
>
> I already updated the website release notes
My humble feeling is almost the same regarding the urgent need of a 3.0 alpha
release.
Considering EC, shell-script rewriting and etc. are significant changes and
there are interested users that want to evaluate EC storage method, an alpha
3.0 release will definitely help a lot allowing users
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/103/
No changes
-
To unsubscribe, e-mail: mapreduce-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail:
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/102/
[Jul 21, 2016 6:14:39 PM] (jing9) HDFS-10653. Optimize conversion from path
string to components.
[Jul 21, 2016 6:26:08 PM] (aajisaka) HDFS-10287. MiniDFSCluster should
implement AutoCloseable.
On Thu, Jul 21, 2016 at 4:32 PM, Vinod Kumar Vavilapalli
wrote:
>> I really, really want a 3.0.0-alpha1 ASAP, since it's basically impossible
>> for downstreams to test incompat changes and new features without a release
>> artifact. I've been doing test builds, and
> I really, really want a 3.0.0-alpha1 ASAP, since it's basically impossible
> for downstreams to test incompat changes and new features without a release
> artifact. I've been doing test builds, and branch-3.0.0-alpha1 is ready for
> an RC besides possibly this fix version issue.
Not arguing
> Longer-term, I assume the 2.x line is not ending with 2.8. So we'd still
> have the issue of things committed for 2.9.0 that will be appearing for the
> first time in 3.0.0-alpha1. Assuming a script exists to fix up 2.9 JIRAs,
> it's only incrementally more work to also fix up 2.8 and other
I really, really want a 3.0.0-alpha1 ASAP, since it's basically impossible
for downstreams to test incompat changes and new features without a release
artifact. I've been doing test builds, and branch-3.0.0-alpha1 is ready for
an RC besides possibly this fix version issue.
I'm not too worried
thanks for bringing this up! big +1 on upgrading dependencies for 3.0.
I have an updated patch for HADOOP-11804 ready to post this week. I've
been updating HBase's master branch to try to make use of it, but
could use some other reviews.
On Thu, Jul 21, 2016 at 4:30 AM, Tsuyoshi Ozawa
Haibo Chen created MAPREDUCE-6741:
-
Summary: add JHS support to hide job conf properties from Web UI
Key: MAPREDUCE-6741
URL: https://issues.apache.org/jira/browse/MAPREDUCE-6741
Project: Hadoop
Thanks Tsuyoshi for opening the discussion. One benefit of the
dependency/classpath isolation work is that it can open up a possibility of
having diverging dependencies in a safe manner so that upgrading libraries
may have less impact. I'll spend some more time on HADOOP-13070 to make
some
The L & N fixes just went out, I’m working to push out 2.7.3 - running into a
Nexus issue. Once that goes out, I’ll immediately do a 2.8.0.
Like I requested before in one of the 3.x threads, can we just line up
3.0.0-alpha1 right behind 2.8.0?
That simplifies most of this confusion, we can
Hi all,
Since we're planning to spin releases off of both branch-2 and trunk, the
changelog for 3.0.0-alpha1 based on JIRA information isn't accurate. This
is because historically, we've only set 2.x fix versions, and 2.8.0 and
2.9.0 and etc have not been released. So there's a whole bunch of
[
https://issues.apache.org/jira/browse/MAPREDUCE-6669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Haibo Chen resolved MAPREDUCE-6669.
---
Resolution: Duplicate
> Jobs with encrypted spills don't tolerate AM failures
>
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-ppc/30/
[Jul 20, 2016 7:18:32 AM] (vvasudev) YARN-5309. Fix SSLFactory truststore
reloader thread leak in
[Jul 20, 2016 12:42:51 PM] (stevel) HADOOP-13212 Provide an option to set the
socket buffers in
[Jul 20,
Hi developers,
I'd like to discuss how to make an advance towards dependency
management in Apache Hadoop trunk code since there has been lots work
about updating dependencies in parallel. Summarizing recent works and
activities as follows:
0) Currently, we have merged minimum update dependencies
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/101/
[Jul 20, 2016 7:18:32 AM] (vvasudev) YARN-5309. Fix SSLFactory truststore
reloader thread leak in
[Jul 20, 2016 12:42:51 PM] (stevel) HADOOP-13212 Provide an option to set the
socket buffers in
[Jul 20,
[
https://issues.apache.org/jira/browse/MAPREDUCE-5739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Haibo Chen resolved MAPREDUCE-5739.
---
Resolution: Fixed
> DirectoryCollection#createNonExistentDirs() may use an invalid
[
https://issues.apache.org/jira/browse/MAPREDUCE-5752?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Haibo Chen resolved MAPREDUCE-5752.
---
Resolution: Invalid
> Potential invalid iterator in
22 matches
Mail list logo