-
Notifications
You must be signed in to change notification settings - Fork 13.8k
[FLINK-13759][builds] Fix builds for master branch are failed during compile stage #9472
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Thanks a lot for your contribution to the Apache Flink project. I'm the @flinkbot. I help the community Automated ChecksLast check on commit 23a72b2 (Fri Aug 23 10:22:10 UTC 2019) Warnings:
Mention the bot in a comment to re-run the automated checks. Review Progress
Please see the Pull Request Review Guide for a full explanation of the review process. DetailsThe Bot is tracking the review progress through labels. Labels are applied according to the order of the review items. For consensus, approval by a Flink committer of PMC member is required Bot commandsThe @flinkbot bot supports the following commands:
|
tillrohrmann
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
|
I have the same question. It should fail for a long time ago. Could this because of Travis caching mechanism? |
|
The reason why the build failed was indeed a cache inconsistency and not |
|
Based on the JIRA error the check does fail if the directory or file doesn't exist. I would conclude that the directory did exist, but as far as I can tell there shouldn't be a way for the cache to contain old date; Flink should always be compiled in a clean directory which is then cached separately from other builds. |
What is the purpose of the change
Fix builds for master branch are failed during compile stage.
Brief change log
flink-connector-elasticsearchdoesn't exist at all. Fix the travis script to checkflink-connector-elasticsearch6.Verifying this change
This change is a trivial work without any test coverage.
Does this pull request potentially affect one of the following parts:
@Public(Evolving): (yes / no)Documentation