go: cmd/go: go get golang/x/tools/...: no matching versions for query "latest"

I had the same (or very similar) problem building a module and using GO111MODULE=off wasn’t an option for me since I wanted to use modules. I solved this running go clean -modcache.

HACK: For what it’s worth, the following succeeds after the first attempt to go get without “…”:

go get -u golang.org/x/tools
go get -u golang.org/x/tools/...

I discovered this when struggling to get go generate to work for go-bindata

go get -u github.com/go-bindata/go-bindata
go get -u github.com/go-bindata/go-bindata/...

In my case, the first line is necessary for the following to succeed:

//go:generate go get github.com/go-bindata/go-bindata
//go:generate go get -u github.com/go-bindata/go-bindata/...
//go:generate go-bindata -pkg $GOPACKAGE -o assets.go -prefix assets/ assets/...

Hope this helps anyone else.

EDIT: My bad – I didn’t notice that the solution was already mentioned in this previous comment when I skimmed through this the first time. I was going to delete my comment, but decided that it might still be helpful to anyone landing here and missing the earlier comment like I did.

This breaks the workflow of installing go from source because installing additional tools doesn’t work if GO111MODULE=on has been set. I ran into this when re-installing Go from source and my work around was to turn off the setting first first, install & then turn it back on. While not many folks will run into this, a note should probably be added to the documentation on installing from source noting the issue.

I’ve seen this error in the wild, given some packages include go get foo/... in their install instructions.

That said, the official documentation seems to claim that this works. In particular, go get golang.org/x/perf/cmd/... is actually cited as example in the official documentation for ‘Module aware go get’, but if you try that example from the doc, it fails with error no matching versions for query "latest":

From https://tip.golang.org/cmd/go/#hdr-Module_aware_go_get

Note that package patterns are allowed and are expanded after resolving the module versions. For example, ‘go get golang.org/x/perf/cmd/…’ adds the latest golang.org/x/perf and then installs the commands in that latest version.

Here is that example from the doc from scratch:

$ mkdir -p /tmp/scratchpad/gogetellipsis
$ cd /tmp/scratchpad/gogetellipsis
$ go mod init example.com/me/hello
$ go get golang.org/x/perf/cmd/...
go: finding golang.org/x/perf/cmd/... latest
go: finding golang.org/x/perf/cmd latest
go: finding golang.org/x/perf latest
go get golang.org/x/perf/cmd/...: no matching versions for query "latest"

Note that you can get it to work though if you first do go get golang.org/x/perf/cmd/benchstat, and then repeat the exact previously failing command.

Continuing prior example:

$ ls $GOPATH/bin/bench* | wc -l
0

# install benchstat first
$ go get golang.org/x/perf/cmd/benchstat
go: finding golang.org/x/perf/cmd/benchstat latest
go: finding golang.org/x/perf/cmd latest
go: finding golang.org/x/perf latest

# previously failing command now works (and also installs benchsave)
$ go get golang.org/x/perf/cmd/...
go: finding golang.org/x/perf latest
go: finding golang.org/x/oauth2 latest
go: finding golang.org/x/oauth2/google latest
go: finding golang.org/x/net/context/ctxhttp latest
go: finding golang.org/x/net/context latest
go: finding golang.org/x/net latest
go: finding cloud.google.com/go/compute/metadata latest
go: finding cloud.google.com/go/compute latest

I’m guessing that second example works because golang.org/x/perf becomes part of the active modules prior to doing go get golang.org/x/perf/cmd/....

yes, it was. GO111MODULE=off works ok.

Also, GOMOD was set, which I think should mean it was enabled by some mechanism or other.

so, how to solve this kind of problem? "no matching versions for query “latest”

I think this can be closed after CL 174099 and other fixes to go get landed. go get golang.org/x/tools/... should work now.

Sorry I don’t think there was anything in here that could be backported to 1.12. The changes to go get semantics were pretty substantial. In general, go get in 1.13 in module mode should have similar semantics to go get in GOPATH mode.

The example I had listed above in https://github.com/golang/go/issues/27215#issuecomment-427672781 seems to be fixed in tip now that #29363 is fixed.

Is anyone else still seeing an issue here if you try with tip?

go get golang.org/dl/gotip && gotip download is a handy way to try with the latest from Go tip.

Commenting to confirm that running go get without the /... pattern first, then running go get with the /... pattern works. But I second the earlier comments that this is not in agreement with the documentation.

@bigblind my first guess would be you might be seeing a separate issue, and perhaps one more specific to that /v8 repo. (The fact that it includes /v8 could be confusing the interpretation of semantic import versioning, where the major version for a v2+ module appears in the import path and module path. That said, I had thought pre-existing repos that happened to include /vN were already handled properly, but not sure… so perhaps there is an entirely different problem you are hitting).

The original report in this issue is more related to /... appearing in the go get command, I think, and that original report affects more repos.

Just to get more of the standard details about your environment, etc., and to help track what you are reporting more closely, what would you think about opening a new issue?

You could include the output of go get -v github.com/augustoroman/v8 and maybe go get -x -v github.com/augustoroman/v8. You could also include your git version.

EDIT: the problem reported by @bigblind was in fact a separate issue and due to the /v8, which is tracked in #28435

Same is happening here:

$ go get -u github.com/go-critic/go-critic/...                                                                                                                                                                                                                
go: finding github.com/go-critic/go-critic/... latest
go: finding github.com/go-critic/go-critic latest
go get github.com/go-critic/go-critic/...: no matching versions for query "latest"                                                                                                                                                                                                                
$ go version                                  
go version go1.11 darwin/amd64