Ultimately, I think using the ASF Jenkins instance would be the best way. I believe it currently builds pushes to the ASF git repo.

Kafka has their set up their PRs to build using their Jenkins instance, for example: https://github.com/apache/kafka/pull/1969

If this plugin is installed, we can get a build status image as well: https://wiki.jenkins-ci.org/display/JENKINS/Embeddable+Build+Status+Plugin

How difficult would it be to set up Jenkins to build PRs? I noticed that CALCITE-1084 is currently still open. If it will be a while before this can happen, maybe wercker can be a good stop-gap solution in the meantime.

Francis

On 5/10/2016 10:58 AM, Josh Elser wrote:
We could/should also look at using the ASF-provided Jenkins instance. I think I probably still have a JIRA issue open somewhere to wire up Apache Yetus for Calcite/Avatica that I never finished (oops).

Julian Hyde wrote:
Good idea. I’ve logged https://issues.apache.org/jira/browse/CALCITE-1412<https://issues.apache.org/jira/browse/CALCITE-1412>.

On Oct 4, 2016, at 4:49 PM, F21<[email protected]>  wrote:

Also, you can check out the builds/runs here: https://app.wercker.com/F21/calcite/runs

The failures earlier were due to me adjusting the wercker config.

On 5/10/2016 3:08 AM, Julian Hyde wrote:
Francis,

Try removing the depth argument when you do 'git clone'.

Julian

On Oct 3, 2016, at 21:30, F21<[email protected]>  wrote:

I tried to force travis to use a standard trusty vm in https://github.com/apache/calcite/pull/293, so that the VM is assigned 7.5GB of memory. Unfortunately, travis is still quite flaky, with tests only passing some of the time.

Would it be useful to move to another CI? I tried setting up my fork to use wercker: https://github.com/F21/calcite/blob/use-wercker/wercker.yml which failed here: https://app.wercker.com/F21/calcite/runs/build-jdk-7/57f3172e3b89220100273603?step=57f3173814732000019140d0

Unfortunately, I haven't found a solution to this error:

[ERROR] Failed to execute goal pl.project13.maven:git-commit-id-plugin:2.1.9:revision (default) on project calcite: Execution default of goal pl.project13.maven:git-commit-id-plugin:2.1.9:revision failed: Unable to calculate distance between [commit be18b25415a305aab2d0de2bd074755630e08462 1475548960 ----sp] and [commit 08c56b158ffcfcf205a919cc9fff77a692e649f6 1474099831 ----sp]: Missing commit 63c51d0c6459a4de5cab01188a7f3b7dd1a259fb -> [Help 1]

Francis

On 4/10/2016 10:55 AM, Julian Hyde wrote:
I’ve noticed it. A lot of Travis builds seem to hang. See the last two lines of https://travis-ci.org/apache/calcite/jobs/163844678:<https://travis-ci.org/apache/calcite/jobs/163844678:>

No output has been received in the last 10 minutes, this potentially
indicates a stalled build or something wrong with the build itself.

The build has been terminated
I don’t know why Travis does this. I suspect that the Travis VM doesn’t have enough memory to complete the task, or the job takes longer than Travis allows, but these are wild guesses.

I have been running the build and tests on my own Linux server in a variety of configurations (in particular JDK 1.7 and 1.8, and a couple of timezones, and occasionally also on macOS and Windows), and I can confirm that everything is stable.

Julian


On Oct 3, 2016, at 3:20 PM, Laurent Goujon<[email protected]> wrote:

Hi,

I just opened a pull request against Calcite master, and the travis build failed. But then I checked the master branch, and according to Travis, it's
also failing.

Is it something known, or just a transient issue?

Thanks in advance,

Laurent




Reply via email to