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
[regression 0.3.2] Cannot create symbolic link to previously built artifact #1966
Comments
I've created a reproducer repository with two build rules to simplify investigation: [1]. Clone it and issue:
Working log on 0.3.1:
Broken log on 0.3.2:
|
It turns out, that the breakage can be avoided, if Without
With
Let's check, where
What was Bazel 0.3.1 doing?
Let's check, where
No sandboxing was involved. |
why are you creating symlinks pointing to absolute paths? They aren't hermetic because they encode data from the workspace absolute paths. |
Well, that was the way, it was done once in Buck and ported to Bazel 0.3.1 and it worked there. |
Is the value of $PWD a documented part of the API? If not, this is probably not a regression. |
We've solved the problem by not using symbolic link. |
There is a regression in Bazel 0.3.2 release: [1] that prevents creating a symbolic link to previously built artifact. In this case we don't really need to do that, as we can depend on previously built library and do not need to create a zip from java_library and import it again as java_library. [1] bazelbuild/bazel#1966 Change-Id: I16a62e2fbb3e2d1de377eeef70061298bb2bb745
After upgrading to 0.3.2, working build rule is starting to fail:
genrule2
is defined as following:The rule
diffy_image_files_ln
is failing after the upgrade:Creating symbolic link to
java_library
is failing now:In fact, checking the path reveals that sandboxing is involved:
Environment: Linux.
Probably related to this announcement in the release notes?
To reproduce, clone Gerrit Code Review from
https://gerrit.googlesource.com/gerrit
and run:The text was updated successfully, but these errors were encountered: