modules/terraform/var-file.go:142:8: undefined: hcl.Decode

[WafflesMcDuff]

Latest release is causing an error:

vendor/github.com/gruntwork-io/terratest/modules/terraform/var-file.go:142:8: undefined: hcl.Decode
FAIL	git.*******.com/mongodbatlas-tf/terratest/mongodbatlas-cluster [build failed]
FAIL

Exited with code exit status 2

terratest/modules/terraform/var-file.go

Line 142 in 88ba3f0

err = hcl.Decode(out, string(fileContents))

[WafflesMcDuff]

@brikis98
@alpacamybags118

[WafflesMcDuff]

Problem started with #733

[WafflesMcDuff]

Apparently this version breaks compatibility with go dep.
Had to switch from
dep init && dep ensure -vendor-only
to
go mod init git.rockfin.com/mongodbtatlas-tf && go mod vendor

[alpacamybags118]

I think the root of the issue is dep is trying to pull v2 of hcl while the go mod of the terratest library explicitly referenes v1, so dep isnt respecting the libraries required version

[bgarcial]

@alpacamybags118, @WafflesMcDuff I got the same error when running go get -u github.com/gruntwork-io/terratest/modules/terraform in a pipeline.

> go get -u github.com/gruntwork-io/terratest/modules/terraform
# github.com/gruntwork-io/terratest/modules/terraform
../../go/src/github.com/gruntwork-io/terratest/modules/terraform/var-file.go:142:8: undefined: hcl.Decode

Meanwhile, I just remove the generic latest dependency called from the YAML file of my pipeline by executing go get command (go get -u github.com/gruntwork-io/terratest/modules/terraform which one is calling the v0.32.6 release), and I am just using the version from go.mod file of my test directory of this way:

> go mod init my-project/tests
go: creating new go.mod: module fem-downloader/tests

• This makes go.mod call the v0.32.7 of terratest package, which one is the last version.

module my-project/tests

go 1.15

require (
	github.com/gruntwork-io/terratest v0.32.7
	github.com/stretchr/testify v1.7.0
)

And by default the GitHub actions pipeline is taking it:

.
.
go: downloading github.com/gruntwork-io/terratest v0.32.7
.
go: downloading github.com/jinzhu/copier v0.0.0-20190924061706-b57f9002281a
go: downloading golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9
go: downloading github.com/hashicorp/go-multierror v1.1.0
go: downloading github.com/hashicorp/errwrap v1.0.0
.
.

[avishnyakov]

Confirming, having same problem with the recent changes. Testing, trying to find a workaround.

[getSurreal]

As WafflesMcDuff mentioned, use

go mod init

instead of

dep init

[yorinasub17]

This is indeed a bug as we should be using hclv2. Will work on updating the library function to use hcl v2 asap.

[jnovick]

This issue is affecting me as well. Part of the pipeline we wrote ensures we always use the latest terratest version so it has been broken and preventing any tests from actually running.

[yorinasub17]

Potential fix for this was released https://github.com/gruntwork-io/terratest/releases/tag/v0.32.8

Please try it out and see if it resolves this.

[jnovick]

Unfortunately I am still having this issue. I assume that is why you re-opened the issue, but wanted to comment in case you were unaware.

[yorinasub17]

Can you share with me the error message you got? It should be different since the call to hcl.Decode is no longer in the source code.

If you are still getting the same error message, then you need to first bump terratest in your go.mod and in your vendored folder (if you are using vendoring).

[jnovick]

It is different now. Is this a separate issue or still the same issue?

package command-line-arguments (test)
	imports github.com/gruntwork-io/terratest/modules/terraform
	imports github.com/hashicorp/hcl/v2/hclparse: cannot find package "github.com/hashicorp/hcl/v2/hclparse" in any of:
	/usr/vsts/pipeline-agent1/_work/_tool/go/1.13.5/x64/src/github.com/hashicorp/hcl/v2/hclparse (from $GOROOT)
	/home/Azureuser/go/src/github.com/hashicorp/hcl/v2/hclparse (from $GOPATH)

[yorinasub17]

Ah yes this is a separate issue. Can you try running go mod tidy to see if that resolves your issue?

[jnovick]

I was able to fix my new issue with GO111MODULE=on as per hashicorp/hcl#371 so your update to terratest resolved my problems. Thank you.

[yorinasub17]

Thanks for confirming! Will close this issue then. Please open a new issue if you run into other issues with go dependencies!