-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
//src/test/shell/bazel/android/... is incompatible with RBE #8235
Comments
Related #4663 |
don't run them on remote execution until #8235 is fixed. They will continue to run locally. RELNOTES: None PiperOrigin-RevId: 246863889
We have tagged the android shell tests as "no-remote" for now. |
The dynamic linking issue that required local execution has been fixed. This should speed up Bazel CI runs, as we previously couldn't benefit from previously cached test results. One of the tests must remain non-remote because it currently exceeds the RBE input limit (70k files). This is tracked in bazelbuild#17784. Fixes bazelbuild#8235.
…les used by the Android integration tests. This is necessary to reenable remote caching/execution for these tests (and make CI runs faster!). In the absence of this change, the tests will fail because the aapt/appt2/aidl/zipalign tools can't be dynamically linked in the remote environment. See issue #8235. We need to wait until this change makes it into a Bazel release before reenabling the tests, as they inherit the SDK files from the Bazel that runs them. Related to #8235. PiperOrigin-RevId: 517180365 Change-Id: I2baa66af15af85349187e75e3acd4e3cb5d84a49
…f SDK files used by the Android integration tests. This is necessary to reenable remote caching/execution for these tests (and make CI runs faster!). In the absence of this change, the tests will fail because the aapt/appt2/aidl/zipalign tools can't be dynamically linked in the remote environment. See issue bazelbuild#8235. We need to wait until this change makes it into a Bazel release before reenabling the tests, as they inherit the SDK files from the Bazel that runs them. Related to bazelbuild#8235. PiperOrigin-RevId: 517180365 Change-Id: I2baa66af15af85349187e75e3acd4e3cb5d84a49
…f SDK files used by the Android integration tests. (#17826) This is necessary to reenable remote caching/execution for these tests (and make CI runs faster!). In the absence of this change, the tests will fail because the aapt/appt2/aidl/zipalign tools can't be dynamically linked in the remote environment. See issue #8235. We need to wait until this change makes it into a Bazel release before reenabling the tests, as they inherit the SDK files from the Bazel that runs them. Related to #8235. PiperOrigin-RevId: 517180365 Change-Id: I2baa66af15af85349187e75e3acd4e3cb5d84a49
Thank you for contributing to the Bazel repository! This issue has been marked as stale since it has not had any activity in the last 2+ years. It will be closed in the next 14 days unless any other activity occurs or one of the following labels is added: "not stale", "awaiting-bazeler". Please reach out to the triage team ( |
… tests. Some still fail remotely and remain disabled; see bazelbuild#17784 and bazelbuild#18431. Fixes bazelbuild#8235.
… tests. Some still fail remotely and remain disabled; see bazelbuild#17784 and bazelbuild#18431. Fixes bazelbuild#8235.
…les used by the Android integration tests. This is necessary to reenable remote caching/execution for these tests (and make CI runs faster!). In the absence of this change, the tests will fail because the aapt/appt2/aidl/zipalign tools can't be dynamically linked in the remote environment. See issue bazelbuild#8235. We need to wait until this change makes it into a Bazel release before reenabling the tests, as they inherit the SDK files from the Bazel that runs them. Related to bazelbuild#8235. PiperOrigin-RevId: 517180365 Change-Id: I2baa66af15af85349187e75e3acd4e3cb5d84a49
… tests. Some still fail remotely and remain disabled; see bazelbuild#17784 and bazelbuild#18431. Fixes bazelbuild#8235. Closes bazelbuild#18387. PiperOrigin-RevId: 533332908 Change-Id: I638420de72ca1efdb1b79fa1c1fec68d3a740eb5
I don't know, but we could give it a try and see if we're still hitting the same error. |
Sample error:
Key problem:
error parsing linebazel-out/host/bin/external/androidsdk/aapt_binary.runfiles/androidsdk/build-tools/28.0.3/aapt: error while loading shared libraries: libc++.so: cannot open shared object file: No such file or directory
It looks the dynamically linked libc++.so dependency of aapt/aapt2 at
sdk/build-tools/<version>/lib64/libc++.so
cannot be found when executing Android actions remotely through a Bazel-in-Bazelsh_test
. This suggests some kind of issue with the hermeticity of@androidsdk//:aapt_binary
and@androidsdk//:aapt2_binary
.Regular Android builds do work with RBE, however.
cc @buchgr
trunk issue: #8033
The text was updated successfully, but these errors were encountered: