Skip to content
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

Fix build for Bazel 0.25 #2243

Merged
merged 1 commit into from
May 18, 2019
Merged

Fix build for Bazel 0.25 #2243

merged 1 commit into from
May 18, 2019

Conversation

wchargin
Copy link
Contributor

Summary:
Fixes #2181. Thankfully, the rules_webtesting scene has gotten a bit
saner, requiring fewer explicitly defined transitive dependencies,
though it looks like the ones that we do have need to be manually kept
in sync (e.g., bazel_skylib).

Test Plan:
Running bazel build //... and bazel test //... works in Bazel 0.25.2
in both Python 2 and Python 3.

wchargin-branch: bazel-0.25

Summary:
Fixes #2181. Thankfully, the `rules_webtesting` scene has gotten a bit
saner, requiring fewer explicitly defined transitive dependencies,
though it looks like the ones that we do have need to be manually kept
in sync (e.g., `bazel_skylib`).

Test Plan:
Running `bazel build //...` and `bazel test //...` works in Bazel 0.25.2
in both Python 2 and Python 3.

wchargin-branch: bazel-0.25
)

load("@io_bazel_rules_webtesting//web:repositories.bzl", "web_test_repositories")
web_test_repositories()
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm I think I am slowly getting this. Just wondering, it looks like there is some logic to load skylib inside.
https://github.com/bazelbuild/rules_webtesting/blob/14137ff84f4b2015ed2f815c59df0c1ef9a227e0/web/repositories.bzl#L42-L43

Do we define skylib dependency only because we use versions in it?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes. Removing the bazel_skylib archive and the versions check yields
a working state. Keeping bazel_skylib at a version distinct from that
of rules_webtesting causes problems.

It is also technically sufficient to fetch @bazel_skylib only
indirectly through rules_webtesting, due to the definition that you
link to. But this seems like a bad idea (include-what-you-use and all).

"https://mirror.bazel.build/github.com/tensorflow/tensorflow/archive/6ef428bd6e83b0930266bf922eaa2f4a60e8328a.tar.gz", # 2018-12-06
"https://github.com/tensorflow/tensorflow/archive/6ef428bd6e83b0930266bf922eaa2f4a60e8328a.tar.gz",
"https://mirror.bazel.build/github.com/tensorflow/tensorflow/archive/2243bd6ba9b36d43dbd5c0ede313853f187f5dce.tar.gz", # 2019-03-26
"https://github.com/tensorflow/tensorflow/archive/2243bd6ba9b36d43dbd5c0ede313853f187f5dce.tar.gz",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why does this require an update?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Two patches to TensorFlow Bazel files:

Each of these fixes an --incompatible_* flag that otherwise hits us.

Copy link
Contributor

@stephanwlee stephanwlee left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks a lot for doing this!

@wchargin wchargin merged commit 52a9d40 into master May 18, 2019
@wchargin wchargin deleted the wchargin-bazel-0.25 branch May 18, 2019 00:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

TensorBoard doesn’t build with Bazel 0.25.0
2 participants