Unfortunately it seems you're already following the right path to get it done. If you haven't cleared the gradled vendor directories and retune install deps, do that. You might simply have Go HEAD deps that we haven't updated the lock file for.
The longer term solution is the oft discussed but not yet executed plan to rip out Gogradle in favour of Go Modules and tiny shell scripts to invoke the native Go tooling directly instead. If I had a working dev environment at the moment I'd get to it, but I don't have a machine I can do that with until next week. (Unless Gogradle now supports go modules but I doubt it as there's been no change to the GitHub issue to track that request) I'm sorry I don't have anything more helpful to say; Replying from a phone. On Tue, Jun 25, 2019, 7:43 PM Anton Kedin <[email protected]> wrote: > Hi, > > I am trying to verify the release and seeing failures when running > `./gradlew :beam-test-tools:build` (it is run as part of the global build). > The problem seems to be that it fails to cache one of the dependencies: > > ``` > .gogradle/project_gopath/src/ > github.com/apache/beam/.test-infra/tools/vendor/go.opencensus.io/trace/lrumap.go:18:2: > cannot find package "github.com/hashicorp/golang-lru/simplelru" in any of: > ... > ``` > > It is able to find the `lrumap` and `simplelru` during the dependency > resolution step, and I can see it mentioned in couple of artifacts produced > by the `gogradle` plugin. But when it does `:installDepedencies` to > actually copy them to `vendor` directory, this specific package is missing. > This reproduces for me on a couple of different machines I tried, both on > release and master branches. I can't seem to find a relevant recent change > or pinpoint why exactly this happens in the plugin. > > Does anyone have a clue what can be causing this and how to fix it? > > Regards, > Anton >
