go: cmd/go: "go get" fails on import path patterns with wildcards ("...")

The fix for cmd/go: remote command execution during "go get -u" (#29230) as released in Go 1.10.6 and 1.11.3 introduced a regression causing commands like go get example.com/... to fail with invalid import path: malformed import path "example.com/...": double dot when fetching packages not already present in GOPATH.

See https://github.com/golang/go/issues/29236#issuecomment-447144051

About this issue

  • Original URL
  • State: closed
  • Created 6 years ago
  • Reactions: 20
  • Comments: 18 (6 by maintainers)

Commits related to this issue

Most upvoted comments

@gopherbot, please backport to 1.11 and 1.10 immediately: this is a major regression.

@johan-lejdung https://github.com/docker-library/golang/issues/255 - the docker tags are currently in progress

The release is already done since 2 days: go1.11.4 and go1.10.7

Note: the docker images are not up-to-date https://hub.docker.com/_/golang?tab=tags

In absence of a response, I have started fixing this.

@FiloSottile I noticed that go list ./... still works on Go 1.11.3 (and Go 1.10.6). While it’s usable as a workaround for this regression (https://github.com/containerd/containerd/pull/2879), wondering if that’s actually something that was missed in the patch release (or won’t go list have the same security issue? I didn’t dive deep into the fix that went into those patch releases 😅)