myitcv
Support package patterns that include ...
Gobin seems like a neat way to install my go tooling in a version wise controlled way, and at the same time keeping all dependencies out from $GOPATH.
One of the tools I use is @dominikh neat go tools, which unfortunately doesn't let themselves be installed using gobin:
$ gobin honnef.co/go/tools/...
failed to run go get -d honnef.co/go/tools/...: exit status 1
go: finding honnef.co/go/tools/... latest
go: finding honnef.co/go/tools latest
go get honnef.co/go/tools/...: no matching versions for query "latest"
Hm, did tagged version have to be in semver? Is that why...
For what it's worth, Dominik avoiding semver is not by accident. Hopefully that's not a big blocker for tools like gobin.
@mvdan FWIW gobin -u honnef.co/go/tools/cmd/staticcheck works fine.
The problem here is the /... suffix.
@quite - thanks for the report.
As @rogpeppe points out, the "issue" here is the ... package pattern; gobin currently doesn't know how to handle that.
As a short term workaround you can list the main packages you want explicitly.
The fix for this issue is to have any patterns passed to gobin expanded to "any main packages that match pattern X".
Nice, I'll install like that! I changed the title, if we wanna keep this issue