Cannot install a package at a certain tag

[grimm26]

👻 Brief Description

when I specify a package @ a tag, it complains " go: cannot use path@version syntax in GOPATH mode"

🥞 Cookbook version

v3.0.1

👩‍🍳 Chef-Infra Version

13.10.0

🎩 Platform details

ubuntu 18.04

Steps To Reproduce

Steps to reproduce the behavior:

1. put something like 'github.com/etsy/hound/cmds/...@v3.0.0' into node.default['golang']['packages']
2. run the cookbook.

🚓 Expected behavior

get, build, install the binary

➕ Additional context

Add any other context about the problem here. e.g. related issues or existing pull requests.

[ramereth]

@jeffbyrnes is working on a cleanup with the resource these attributes use in #78. Can you see if this problem still exists using that branch?

[grimm26]

@ramereth Since there is no setting of GO111MODULE to 'on' I would tend to doubt it. I'll give it a shot when I have a moment.

[jeffbyrnes]

@grimm26 we can certainly work out a way to include that. I have plans to refactor the cookbook further, and provide for Go modules (since they are how the Go community appears to have decided to move forward).

I’d certainly welcome a PR, too!

[MarkGibbons]

@grimm26 What problem are you trying to solve? Could you add some detail about what result you expect from
something like export GO111MODULE=on go get gitHub.com/vendor/package@v1.2.3? I get really weird results from trying to install a package at a specific tag that way. Do you have a set of commands that would do what you expect?

Thanks,
Mark

[grimm26]

@MarkGibbons The problem I am trying to solve is installing github.com/itpp-labs/hound/cmds/...@v3.0.0' go package. I created a fork of this cookbook and added an additional option to the package custom resource that adds GO111MODULE set to on to the environment for the go get bash command. That makes it work.

09:10:49 ❯ go version
go version go1.14.5 darwin/amd64

09:12:16 ❯ go get 'github.com/itpp-labs/hound/cmds/...@v3.0.0'
go: cannot use path@version syntax in GOPATH mode

09:12:24 ❯ GO111MODULE=on go get 'github.com/itpp-labs/hound/cmds/...@v3.0.0'
go: downloading github.com/itpp-labs/hound v3.0.0+incompatible
go: found github.com/itpp-labs/hound/cmds/... in github.com/itpp-labs/hound v3.0.0+incompatible

[MarkGibbons]

Thanks.

So in that case it looks like you expect to see the source code loaded in go/pkg/mod/github.com/itpp-labs/hound@v3.0.0+incompatible. Seems doable. Making the resource idempotent is a bit of an issue.

Have you considered submitting your code as a PR?

[grimm26]

I can submit a PR, but the work I have done in my fork refactored your custom resource, too.

[jeffbyrnes]

We can get Mark’s work in #82 merged in, then build on that, and release both as v4.1.0 (since it should be non-breaking, with the attributes preserved).

[ramereth]

@grimm26 now that #82 has been merged, do you think you could make a PR that fixes this issue?