+1. From its user's viewpoint, recent improvements on test-patch made my
work really efficient.
For example, quick feedback due to avoiding unnecessary tests, automated
build environment setup due to Docker support, automated patch download
from JIRA, automated shellcheck and whitespace checker,
On Jun 16, 2015, at 2:54 AM, Steve Loughran ste...@hortonworks.com wrote:
One reason at least: PB 2.5.0 has no support for Solaris SPARC. 2.6.1 does.
to be ruthless, that's not enough reason to upgrade branch-2, due to the
transitive pain it makes all the way down.
Not in
I think this is a great idea! Having just gone through the process of
getting Phoenix up to speed with precommits, it would be really nice to
have a place to go other than fork/hack someone else's work. For the same
project, I recently integrated its first daemon service. This meant adding
a bunch
+1 on the idea.
It would be great if tests about dependency management. multiple
branches, and distributed environment can be done in the project. One
discussion point is how Hadoop depends on Yetus, including the
development cycles. It's a good time to rethink what's can be done for
making
Sangjin Lee created HADOOP-12093:
Summary: test-patch findbugs fails on a branch-based pre-commit
runs
Key: HADOOP-12093
URL: https://issues.apache.org/jira/browse/HADOOP-12093
Project: Hadoop Common
Since a couple of people have brought it up:
I think the release question is probably one of the big question marks.
Other than tar balls, how does something like this actually get used
downstream?
For test-patch, in particular, I have a few thoughts on this:
Short term:
Akira AJISAKA created HADOOP-12094:
--
Summary: TestCount Fails
Key: HADOOP-12094
URL: https://issues.apache.org/jira/browse/HADOOP-12094
Project: Hadoop Common
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HADOOP-12094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Akira AJISAKA resolved HADOOP-12094.
Resolution: Duplicate
TestCount fails
---
Key:
I think it's good to have a general build/test process projects can share, so
+1 to pulling it out. You should get help from others.
regarding incubation, it is a lot of work, especially for something that's more
of an in-house tool than an artifact to release and redistribute.
You can't just
I'm going to try responding to several things at once here, so apologies if
I miss anyone and sorry for the long email. :)
On Tue, Jun 16, 2015 at 3:44 PM, Steve Loughran ste...@hortonworks.com
wrote:
I think it's good to have a general build/test process projects can share,
so +1 to pulling
+1 A separate project sounds great. It'd be great to have more
standard tooling across the ecosystem.
As a practical matter, how should projects consume releases? -C
On Mon, Jun 15, 2015 at 4:47 PM, Sean Busbey bus...@cloudera.com wrote:
Oof. I had meant to push on this again but life got in
Hi All,
I just cleared the kerberos tickets cached on my machine using klist purge,
before starting the build.
This solved the issue for me. Hope that helps anyone else facing a similar
issue.
Regards,
Neeraj
On Tue, 16/6/15, Neeraj Vaidya
Gil Vernik created HADOOP-12091:
---
Summary: Issues with directories handling
Key: HADOOP-12091
URL: https://issues.apache.org/jira/browse/HADOOP-12091
Project: Hadoop Common
Issue Type:
Gil Vernik created HADOOP-12092:
---
Summary: Issues with sub-directories in Swift
Key: HADOOP-12092
URL: https://issues.apache.org/jira/browse/HADOOP-12092
Project: Hadoop Common
Issue Type:
See https://builds.apache.org/job/Hadoop-Common-trunk/1528/changes
Changes:
[arp] HDFS-8607. TestFileCorruption doesn't work as expected. (Contributed by
Walter Su)
[vinodkv] HADOOP-12001. Fixed LdapGroupsMapping to include configurable Posix
UID and GID attributes during the search.
See https://builds.apache.org/job/Hadoop-common-trunk-Java8/230/changes
Changes:
[arp] HDFS-8607. TestFileCorruption doesn't work as expected. (Contributed by
Walter Su)
[vinodkv] HADOOP-12001. Fixed LdapGroupsMapping to include configurable Posix
UID and GID attributes during the search.
Your clocks are probably confused.
ant -diagnostics actually measures clock drift between
System.currentTimeMillis() and the timestamps coming off the tmp dir. You
should do the same with files touched in target/
On 15 Jun 2015, at 23:31, Colin P. McCabe cmcc...@apache.org wrote:
Hi
[
https://issues.apache.org/jira/browse/HADOOP-12091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Loughran resolved HADOOP-12091.
-
Resolution: Duplicate
Issues with directories handling in Swift
On 15 Jun 2015, at 22:31, Colin P. McCabe cmcc...@apache.org wrote:
On Mon, Jun 15, 2015 at 7:24 AM, Allen Wittenauer a...@altiscale.com wrote:
On Jun 12, 2015, at 1:03 PM, Alan Burlison alan.burli...@oracle.com wrote:
On 14/05/2015 18:41, Chris Nauroth wrote:
As a reminder though,
they also get sent over the wire with things like job submissions, so can make
things slower.
in my little grumpy project, https://github.com/steveloughran/grumpy , I
actually stuck the groovy scripts into the config files as strings, so they'd
be submitted as jobs;
the mapper reducer would
20 matches
Mail list logo
