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

Build Validation Scripts do not retain GE-specific remote cache config #507

Open
tylerbertrand opened this issue Sep 22, 2023 · 1 comment

Comments

@tylerbertrand
Copy link
Member

The Build Validation Scripts do not appear to retain configuration specific to the GE remote cache connector or the GE plugin.

Here are the two specific instances of this issue I've come across:

  1. allowInsecureProtocol was set to true, but the local build for Experiment 5 failed with Using insecure protocols with remote build cache, without explicit opt-in, is unsupported. The workaround for this was to add allowInsecureProtocol=true to the validation scripts' remote cache init script.
  2. accessKey was configured through the GE plugin extension, but the local build for Experiment 5 was failing to authenticate with the remote cache. This was resolved by configuring the access key in keys.properties

Ideally all GE configuration applied to the project would be carried over to the script executions.

(Note that resolving the allowInsecureProtocol issue would require updating the GE API to include the value of allowInsecureProtocol.)

@erichaagdev
Copy link
Member

erichaagdev commented Mar 27, 2024

In general, this can happen if authentication is required to access the remote build cache (i.e. anonymous remote build cache reads are not allowed).

As a workaround for this issue, you can comment out this section in lib/gradle-init-scripts/configure-remote-build-caching.gradle:

remote(HttpBuildCache) {
enabled = true
push = false
if (remoteBuildCacheUrl) {
url = withPathTrailingSlash(new URI(remoteBuildCacheUrl))
}
}

This assumes the build is already configured with correct remote build cache settings, which is generally the case at this point in the process.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants