ResiLien
/
terraform
2
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
terraform/go.mod

129 lines
6.6 KiB
Modula-2
Raw Normal View History

vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
module github.com/hashicorp/terraform
require (
vendor: cloud.google.com/go@v0.36.0 go get cloud.google.com/go@v0.36.0 go mod tidy go mod vendor
2019-02-20 19:57:56 +01:00
cloud.google.com/go v0.36.0
vendor: Downgrade Azure dependencies This is to allow Terraform providers to upgrade to at least one more minor version of the plugin SDK without major UX hiccups. This concludes (unsuccessful) experiments involving upgrades to SDK with https://github.com/Azure/go-autorest/pull/455 Even with that patch all providers still experience broken UX as described in https://github.com/hashicorp/terraform/pull/22490 This downgrade reduces the uncomfort to only a handful of providers from >100s. The affected providers more or less directly depend on Azure SDK(s), which is ~8. Affected providers practically cannot consume Terraform Plugin SDK with this patch (downgraded Azure SDKs) and can just wait for extracted Terraform Plugin SDK which is planned to be released soon. This reverts the following PRs: - https://github.com/hashicorp/terraform/pull/22247 - https://github.com/hashicorp/terraform/pull/22248 - https://github.com/hashicorp/terraform/pull/22524 - https://github.com/hashicorp/terraform/pull/22525 and it is otherwise result of the following commands ``` go get github.com/Azure/azure-sdk-for-go@v21.3.0 go get github.com/hashicorp/go-azure-helpers@166dfd221bb2 go mod tidy ```
2019-08-20 16:50:20 +02:00
github.com/Azure/azure-sdk-for-go v21.3.0+incompatible
github.com/Azure/go-autorest v10.15.4+incompatible
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/Unknwon/com v0.0.0-20151008135407-28b053d5a292 // indirect
github.com/abdullin/seq v0.0.0-20160510034733-d5467c17e7af // indirect
vendor: github.com/agext/levenshtein@v1.2.2
2019-02-22 23:15:02 +01:00
github.com/agext/levenshtein v1.2.2
backend/s3: Switch from github.com/terraform-providers/terraform-provider-aws to github.com/hashicorp/aws-sdk-go-base Output from acceptance testing (no new failures): ``` --- PASS: TestBackend_impl (0.00s) --- PASS: TestBackendConfig (0.37s) --- PASS: TestBackendConfig_invalidKey (0.00s) --- PASS: TestBackend (3.26s) --- PASS: TestBackendLocked (6.80s) --- FAIL: TestBackendExtraPaths (2.32s) --- PASS: TestBackendPrefixInWorkspace (2.06s) --- PASS: TestKeyEnv (8.20s) --- PASS: TestRemoteClient_impl (0.00s) --- PASS: TestRemoteClient (2.42s) --- PASS: TestRemoteClientLocks (6.33s) --- PASS: TestForceUnlock (13.31s) --- PASS: TestRemoteClient_clientMD5 (11.75s) --- PASS: TestRemoteClient_stateChecksum (10.07s) ```
2019-02-18 08:15:26 +01:00
github.com/agl/ed25519 v0.0.0-20150830182803-278e1ec8e8a6 // indirect
Add tablestore config to store state lock
2019-04-11 01:11:10 +02:00
github.com/aliyun/alibaba-cloud-sdk-go v0.0.0-20190329064014-6e358769c32a
Add Alibaba Cloud backend OSS with lock
2019-03-07 11:31:36 +01:00
github.com/aliyun/aliyun-oss-go-sdk v0.0.0-20190103054945-8205d1f41e70
Add tablestore config to store state lock
2019-04-11 01:11:10 +02:00
github.com/aliyun/aliyun-tablestore-go-sdk v4.1.2+incompatible
vendor: github.com/apparentlymart/go-cidr@v1.0.0
2019-02-12 10:32:10 +01:00
github.com/apparentlymart/go-cidr v1.0.0
vendor: github.com/apparentlymart/go-dump@042adf3cf4a0 go get github.com/apparentlymart/go-dump@042adf3cf4a0 go mod tidy go mod vendor
2019-02-21 09:45:27 +01:00
github.com/apparentlymart/go-dump v0.0.0-20190214190832-042adf3cf4a0
vendor: github.com/armon/circbuf@5111143e8da2 go get github.com/armon/circbuf@5111143e8da2 go mod tidy go mod vendor
2019-02-21 09:48:13 +01:00
github.com/armon/circbuf v0.0.0-20190214190532-5111143e8da2
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/armon/go-metrics v0.0.0-20180917152333-f0300d1749da // indirect
backend/s3: Switch from github.com/terraform-providers/terraform-provider-aws to github.com/hashicorp/aws-sdk-go-base Output from acceptance testing (no new failures): ``` --- PASS: TestBackend_impl (0.00s) --- PASS: TestBackendConfig (0.37s) --- PASS: TestBackendConfig_invalidKey (0.00s) --- PASS: TestBackend (3.26s) --- PASS: TestBackendLocked (6.80s) --- FAIL: TestBackendExtraPaths (2.32s) --- PASS: TestBackendPrefixInWorkspace (2.06s) --- PASS: TestKeyEnv (8.20s) --- PASS: TestRemoteClient_impl (0.00s) --- PASS: TestRemoteClient (2.42s) --- PASS: TestRemoteClientLocks (6.33s) --- PASS: TestForceUnlock (13.31s) --- PASS: TestRemoteClient_clientMD5 (11.75s) --- PASS: TestRemoteClient_stateChecksum (10.07s) ```
2019-02-18 08:15:26 +01:00
github.com/armon/go-radix v1.0.0 // indirect
update deps to match the aws provider Update the aws-sdk-go-base and aws-sdk-go packages to ensure the same client behavior as the aws provider.
2019-08-07 22:33:57 +02:00
github.com/aws/aws-sdk-go v1.22.0
Add tablestore config to store state lock
2019-04-11 01:11:10 +02:00
github.com/baiyubin/aliyun-sts-go-sdk v0.0.0-20180326062324-cfa1a18b161f // indirect
vendor: github.com/blang/semver@v3.5.1
2019-02-12 11:22:28 +01:00
github.com/blang/semver v3.5.1+incompatible
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/boltdb/bolt v1.3.1 // indirect
github.com/chzyer/logex v1.1.10 // indirect
vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
github.com/chzyer/readline v0.0.0-20161106042343-c914be64f07d
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/chzyer/test v0.0.0-20180213035817-a1ea475d72b1 // indirect
vendor: make some transitive dependencies line up better After a bunch of recent changes/rebasing our vendored dependencies got a little out of sync w.r.t transitive dependencies through codebases that are not themselves Go Modules yet.
2018-10-17 02:12:35 +02:00
github.com/coreos/bbolt v1.3.0 // indirect
github.com/coreos/etcd v3.3.10+incompatible
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/coreos/go-semver v0.2.0 // indirect
github.com/coreos/pkg v0.0.0-20180928190104-399ea9e2e55f // indirect
vendor: Update HCL2 and cty, and other related packages This brings in a bugfix for analyzing variables inside relative traversal expressions in HCL, and a cosmetic bugfix in cty for GoString of cty.NullVal(cty.DynamicPseudoType). This also updates some other packages, as a result of running "go get -u".
2018-09-25 20:19:23 +02:00
github.com/davecgh/go-spew v1.1.1
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/dnaeon/go-vcr v0.0.0-20180920040454-5637cf3d8a31 // indirect
github.com/dylanmei/iso8601 v0.1.0 // indirect
vendor: github.com/dylanmei/winrmtest@99b7fe2fddf1
2019-02-26 19:22:15 +01:00
github.com/dylanmei/winrmtest v0.0.0-20190225150635-99b7fe2fddf1
deps: Bump github.com/go-test/deep to 1.0.3
2019-08-21 12:32:13 +02:00
github.com/go-test/deep v1.0.3
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/golang/groupcache v0.0.0-20180513044358-24b0969c4cb7 // indirect
vendor: github.com/golang/mock@v1.3.1
2019-05-27 13:22:03 +02:00
github.com/golang/mock v1.3.1
modules: update Azure deps to latest The dependencies here are dated and are causing conflicts with the ACME provider, namely the version of the top-level autorest package. This explicitly updates the Azure SDK and autorest packages, with the separately versioned sub-packages being added automatically.
2019-07-30 00:19:40 +02:00
github.com/golang/protobuf v1.3.1
vendor: github.com/google/go-cmp@v0.3.0
2019-05-28 03:35:42 +02:00
github.com/google/go-cmp v0.3.0
remove satori/go.uuid in favor of google/uuid
2019-08-09 21:09:41 +02:00
github.com/google/uuid v1.1.1
vendor: github.com/terraform-providers/terraform-provider-openstack@v1.15.0
2019-02-08 11:59:06 +01:00
github.com/gophercloud/gophercloud v0.0.0-20190208042652-bc37892e1968
github.com/gophercloud/utils v0.0.0-20190128072930-fbb6ab446f01 // indirect
vendor: make some transitive dependencies line up better After a bunch of recent changes/rebasing our vendored dependencies got a little out of sync w.r.t transitive dependencies through codebases that are not themselves Go Modules yet.
2018-10-17 02:12:35 +02:00
github.com/gorilla/websocket v1.4.0 // indirect
github.com/grpc-ecosystem/go-grpc-middleware v1.0.0 // indirect
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/grpc-ecosystem/go-grpc-prometheus v1.2.0 // indirect
vendor: Bump go-azure-helpers to 0.7.0
2019-08-20 10:32:02 +02:00
github.com/grpc-ecosystem/grpc-gateway v1.8.5 // indirect
update deps to match the aws provider Update the aws-sdk-go-base and aws-sdk-go packages to ensure the same client behavior as the aws provider.
2019-08-07 22:33:57 +02:00
github.com/hashicorp/aws-sdk-go-base v0.3.0
vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
github.com/hashicorp/consul v0.0.0-20171026175957-610f3c86a089
vendor: Update HCL2 and cty, and other related packages This brings in a bugfix for analyzing variables inside relative traversal expressions in HCL, and a cosmetic bugfix in cty for GoString of cty.NullVal(cty.DynamicPseudoType). This also updates some other packages, as a result of running "go get -u".
2018-09-25 20:19:23 +02:00
github.com/hashicorp/errwrap v1.0.0
vendor: Downgrade Azure dependencies This is to allow Terraform providers to upgrade to at least one more minor version of the plugin SDK without major UX hiccups. This concludes (unsuccessful) experiments involving upgrades to SDK with https://github.com/Azure/go-autorest/pull/455 Even with that patch all providers still experience broken UX as described in https://github.com/hashicorp/terraform/pull/22490 This downgrade reduces the uncomfort to only a handful of providers from >100s. The affected providers more or less directly depend on Azure SDK(s), which is ~8. Affected providers practically cannot consume Terraform Plugin SDK with this patch (downgraded Azure SDKs) and can just wait for extracted Terraform Plugin SDK which is planned to be released soon. This reverts the following PRs: - https://github.com/hashicorp/terraform/pull/22247 - https://github.com/hashicorp/terraform/pull/22248 - https://github.com/hashicorp/terraform/pull/22524 - https://github.com/hashicorp/terraform/pull/22525 and it is otherwise result of the following commands ``` go get github.com/Azure/azure-sdk-for-go@v21.3.0 go get github.com/hashicorp/go-azure-helpers@166dfd221bb2 go mod tidy ```
2019-08-20 16:50:20 +02:00
github.com/hashicorp/go-azure-helpers v0.0.0-20190129193224-166dfd221bb2
vendor: github.com/hashicorp/go-checkpoint@v0.5.0 go get github.com/hashicorp/go-checkpoint@v0.5.0 go mod tidy go mod vendor
2019-02-21 09:50:02 +01:00
github.com/hashicorp/go-checkpoint v0.5.0
depencies: update `go-tfe`
2018-11-13 11:17:39 +01:00
github.com/hashicorp/go-cleanhttp v0.5.0
update go-getter The bitbucket 1.0 api was recently disabled. Update go-getter to support 2.0
2019-07-01 22:12:37 +02:00
github.com/hashicorp/go-getter v1.3.1-0.20190627223108-da0323b9545e
update go-plugin and hclog
2018-10-02 22:03:07 +02:00
github.com/hashicorp/go-hclog v0.0.0-20181001195459-61d530d6c27f
github.com/hashicorp/go-immutable-radix v0.0.0-20180129170900-7f3cd4390caa // indirect
vendor: go get github.com/hashicorp/go-msgpack@v0.5.4 By upgrading this to a version that supports Go Modules, we can avoid the redundant dependencies labix.org/v2/mgo and launchpad.net/gocheck. These dependencies come via hashicorp/consul, which we have vendored for the Consul backend. There are no changes to the go-msgpack code here; we're just adopting a newer version that has a go.mod present so that its dependencies can be determined more accurately.
2019-04-24 03:05:41 +02:00
github.com/hashicorp/go-msgpack v0.5.4 // indirect
vendor: Update HCL2 and cty, and other related packages This brings in a bugfix for analyzing variables inside relative traversal expressions in HCL, and a cosmetic bugfix in cty for GoString of cty.NullVal(cty.DynamicPseudoType). This also updates some other packages, as a result of running "go get -u".
2018-09-25 20:19:23 +02:00
github.com/hashicorp/go-multierror v1.0.0
update go-plugin package Fixes a minor issue where the plugin may be closed before the stderr reader completes, resulting in a warning in the logs.
2019-06-10 21:43:36 +02:00
github.com/hashicorp/go-plugin v1.0.1-0.20190610192547-a1bc61569a26
gomod: update `go-tfe`
2019-04-08 11:13:14 +02:00
github.com/hashicorp/go-retryablehttp v0.5.2
vendor: github.com/hashicorp/go-rootcerts@v1.0.0 go get github.com/hashicorp/go-rootcerts@v1.0.0 go mod tidy go mod vendor
2019-02-21 09:54:14 +01:00
github.com/hashicorp/go-rootcerts v1.0.0
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/hashicorp/go-sockaddr v0.0.0-20180320115054-6d291a969b86 // indirect
update go-tfe to v0.3.16 Signed-off-by: Paul Thrasher <pthrasher@hashicorp.com>
2019-04-25 01:13:59 +02:00
github.com/hashicorp/go-tfe v0.3.16
gomod: update `go-tfe`
2019-04-08 11:13:14 +02:00
github.com/hashicorp/go-uuid v1.0.1
vendor: github.com/hashicorp/go-getter@v1.1.0 go get github.com/hashicorp/go-getter@v1.1.0 go mod tidy go mod vendor
2019-02-21 09:52:47 +01:00
github.com/hashicorp/go-version v1.1.0
configs/configupgrade: do not panic on HEREDOCs. (#20281) Previously, configupgrade would panic if it encountered a HEREDOC. For the time being, we will simply print out the HEREDOC as-is. Unfortunately, we discovered that terraform 0.11's version of HCL allowed for HEREDOCs with the termination delimiter inline (instead of on a newline, which is technically correct). Since 0.12configupgrade needs to be bug-compatible with terraform 0.11, we must roll back to the same version of HCL used in terraform 0.11.
2019-02-09 00:51:53 +01:00
github.com/hashicorp/hcl v0.0.0-20170504190234-a4b07c25de5f
deps: Bump hashicorp/terraform-config-inspect to latest
2019-08-21 15:32:01 +02:00
github.com/hashicorp/hcl2 v0.0.0-20190821123243-0c888d1241f6
vendor: github.com/hashicorp/hil@latest
2019-02-12 13:09:17 +01:00
github.com/hashicorp/hil v0.0.0-20190212112733-ab17b08d6590
vendor: github.com/hashicorp/logutils@v1.0.0
2019-02-12 11:25:04 +01:00
github.com/hashicorp/logutils v1.0.0
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/hashicorp/memberlist v0.1.0 // indirect
github.com/hashicorp/serf v0.0.0-20160124182025-e4ec8cc423bb // indirect
deps: Bump hashicorp/terraform-config-inspect to latest
2019-08-21 15:32:01 +02:00
github.com/hashicorp/terraform-config-inspect v0.0.0-20190821133035-82a99dc22ef4
vendor: github.com/terraform-providers/terraform-provider-aws@v1.58.0
2019-02-12 13:23:47 +01:00
github.com/hashicorp/vault v0.10.4
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/jonboulle/clockwork v0.1.0 // indirect
vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
github.com/joyent/triton-go v0.0.0-20180313100802-d8f9c0314926
Add Alibaba Cloud backend OSS with lock
2019-03-07 11:31:36 +01:00
github.com/json-iterator/go v1.1.5 // indirect
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/jtolds/gls v4.2.1+incompatible // indirect
vendor: github.com/kardianos/osext@2bc1f35cddc0
2019-02-22 23:16:33 +01:00
github.com/kardianos/osext v0.0.0-20190222173326-2bc1f35cddc0
backend/s3: Switch from github.com/terraform-providers/terraform-provider-aws to github.com/hashicorp/aws-sdk-go-base Output from acceptance testing (no new failures): ``` --- PASS: TestBackend_impl (0.00s) --- PASS: TestBackendConfig (0.37s) --- PASS: TestBackendConfig_invalidKey (0.00s) --- PASS: TestBackend (3.26s) --- PASS: TestBackendLocked (6.80s) --- FAIL: TestBackendExtraPaths (2.32s) --- PASS: TestBackendPrefixInWorkspace (2.06s) --- PASS: TestKeyEnv (8.20s) --- PASS: TestRemoteClient_impl (0.00s) --- PASS: TestRemoteClient (2.42s) --- PASS: TestRemoteClientLocks (6.33s) --- PASS: TestForceUnlock (13.31s) --- PASS: TestRemoteClient_clientMD5 (11.75s) --- PASS: TestRemoteClient_stateChecksum (10.07s) ```
2019-02-18 08:15:26 +01:00
github.com/keybase/go-crypto v0.0.0-20161004153544-93f5b35093ba // indirect
Update github.com/lib/pq module
2018-11-14 21:49:15 +01:00
github.com/lib/pq v1.0.0
vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
github.com/lusis/go-artifactory v0.0.0-20160115162124-7e4ce345df82
vendor: Downgrade Azure dependencies This is to allow Terraform providers to upgrade to at least one more minor version of the plugin SDK without major UX hiccups. This concludes (unsuccessful) experiments involving upgrades to SDK with https://github.com/Azure/go-autorest/pull/455 Even with that patch all providers still experience broken UX as described in https://github.com/hashicorp/terraform/pull/22490 This downgrade reduces the uncomfort to only a handful of providers from >100s. The affected providers more or less directly depend on Azure SDK(s), which is ~8. Affected providers practically cannot consume Terraform Plugin SDK with this patch (downgraded Azure SDKs) and can just wait for extracted Terraform Plugin SDK which is planned to be released soon. This reverts the following PRs: - https://github.com/hashicorp/terraform/pull/22247 - https://github.com/hashicorp/terraform/pull/22248 - https://github.com/hashicorp/terraform/pull/22524 - https://github.com/hashicorp/terraform/pull/22525 and it is otherwise result of the following commands ``` go get github.com/Azure/azure-sdk-for-go@v21.3.0 go get github.com/hashicorp/go-azure-helpers@166dfd221bb2 go mod tidy ```
2019-08-20 16:50:20 +02:00
github.com/marstr/guid v1.1.0 // indirect
vendor: github.com/masterzen/winrm@5e5c9a7fe54b
2019-02-25 09:45:01 +01:00
github.com/masterzen/winrm v0.0.0-20190223112901-5e5c9a7fe54b
vendor: github.com/mattn/go-colorable@v0.1.1
2019-02-22 17:51:56 +01:00
github.com/mattn/go-colorable v0.1.1
vendor: github.com/mattn/go-shellwords@v1.0.4
2019-02-22 17:54:29 +01:00
github.com/mattn/go-shellwords v1.0.4
cli: format/state refactor for new state format format/state now requires provider schemas to properly format output state. command/show has been modified to pass a context to format.State.
2018-09-24 18:30:39 +02:00
github.com/miekg/dns v1.0.8 // indirect
vendor: github.com/mitchellh/cli@v1.0.0 go get github.com/mitchellh/cli@v1.0.0 go mod tidy go mod vendor
2019-02-21 09:56:05 +01:00
github.com/mitchellh/cli v1.0.0
vendor: github.com/mitchellh/colorstring@d06e56a500db go get github.com/mitchellh/colorstring@d06e56a500db go mod tidy go mod vendor
2019-02-21 09:57:51 +01:00
github.com/mitchellh/colorstring v0.0.0-20190213212951-d06e56a500db
vendor: go get github.com/mitchellh/copystructure@v1.0.0
2019-02-12 13:06:10 +01:00
github.com/mitchellh/copystructure v1.0.0
modules: update Azure deps to latest The dependencies here are dated and are causing conflicts with the ACME provider, namely the version of the top-level autorest package. This explicitly updates the Azure SDK and autorest packages, with the separately versioned sub-packages being added automatically.
2019-07-30 00:19:40 +02:00
github.com/mitchellh/go-homedir v1.1.0
vendor: github.com/mitchellh/go-linereader@1b945b3263eb go get github.com/mitchellh/go-linereader@1b945b3263eb go mod tidy go mod vendor
2019-02-21 09:59:37 +01:00
github.com/mitchellh/go-linereader v0.0.0-20190213213312-1b945b3263eb
vendor: Update HCL2 and cty, and other related packages This brings in a bugfix for analyzing variables inside relative traversal expressions in HCL, and a cosmetic bugfix in cty for GoString of cty.NullVal(cty.DynamicPseudoType). This also updates some other packages, as a result of running "go get -u".
2018-09-25 20:19:23 +02:00
github.com/mitchellh/go-wordwrap v1.0.0
vendor: github.com/mitchellh/hashstructure v1.0.0
2019-02-12 12:44:28 +01:00
github.com/mitchellh/hashstructure v1.0.0
vendor: github.com/hashicorp/hil@latest
2019-02-12 13:09:17 +01:00
github.com/mitchellh/mapstructure v1.1.2
vendor: github.com/mitchellh/panicwrap@17011010aaa4 go get github.com/mitchellh/panicwrap@17011010aaa4 go mod tidy go mod vendor
2019-02-21 10:01:10 +01:00
github.com/mitchellh/panicwrap v0.0.0-20190213213626-17011010aaa4
vendor: github.com/mitchellh/prefixedio@5733675afd51 go get github.com/mitchellh/prefixedio@5733675afd51 go mod tidy go mod vendor
2019-02-21 10:02:56 +01:00
github.com/mitchellh/prefixedio v0.0.0-20190213213902-5733675afd51
vendor: go get github.com/mitchellh/copystructure@v1.0.0
2019-02-12 13:06:10 +01:00
github.com/mitchellh/reflectwalk v1.0.0
Add Alibaba Cloud backend OSS with lock
2019-03-07 11:31:36 +01:00
github.com/modern-go/concurrent v0.0.0-20180306012644-bacd9c7ef1dd // indirect
github.com/modern-go/reflect2 v1.0.1 // indirect
vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
github.com/packer-community/winrmcp v0.0.0-20180102160824-81144009af58
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/pascaldekloe/goe v0.0.0-20180627143212-57f6aae5913c // indirect
modules: update Azure deps to latest The dependencies here are dated and are causing conflicts with the ACME provider, namely the version of the top-level autorest package. This explicitly updates the Azure SDK and autorest packages, with the separately versioned sub-packages being added automatically.
2019-07-30 00:19:40 +02:00
github.com/pkg/errors v0.8.0
vendor: github.com/posener/complete@v1.2.1 go get github.com/posener/complete@v1.2.1 go mod tidy go mod vendor
2019-02-21 10:07:42 +01:00
github.com/posener/complete v1.2.1
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/sean-/seed v0.0.0-20170313163322-e2103e2c3529 // indirect
github.com/smartystreets/assertions v0.0.0-20180927180507-b2de0cb4f26d // indirect
github.com/smartystreets/goconvey v0.0.0-20180222194500-ef6db91d284a // indirect
vendor: make some transitive dependencies line up better After a bunch of recent changes/rebasing our vendored dependencies got a little out of sync w.r.t transitive dependencies through codebases that are not themselves Go Modules yet.
2018-10-17 02:12:35 +02:00
github.com/soheilhy/cmux v0.1.4 // indirect
vendor: github.com/spf13/afero@v1.2.1 go get github.com/spf13/afero@v1.2.1 go mod tidy go mod vendor
2019-02-21 10:09:22 +01:00
github.com/spf13/afero v1.2.1
vendor: github.com/terraform-providers/terraform-provider-openstack@v1.15.0
2019-02-08 11:59:06 +01:00
github.com/terraform-providers/terraform-provider-openstack v1.15.0
vendor: make some transitive dependencies line up better After a bunch of recent changes/rebasing our vendored dependencies got a little out of sync w.r.t transitive dependencies through codebases that are not themselves Go Modules yet.
2018-10-17 02:12:35 +02:00
github.com/tmc/grpc-websocket-proxy v0.0.0-20171017195756-830351dc03c6 // indirect
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/ugorji/go v0.0.0-20180813092308-00b869d2f4a5 // indirect
udpate go.mod and vendor
2018-11-29 21:01:47 +01:00
github.com/vmihailenco/msgpack v4.0.1+incompatible // indirect
vendor: github.com/xanzy/ssh-agent@v0.2.1
2019-02-22 15:22:13 +01:00
github.com/xanzy/ssh-agent v0.2.1
vendor: update to latest github.com/zclconf/go-cty This includes a bugfix to the cty/msgpack package to ensure correct decoding of unknown and null values. This also includes updates to cty's dependencies.
2018-08-27 20:26:52 +02:00
github.com/xiang90/probing v0.0.0-20160813154853-07dd2e8dfe18 // indirect
vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
github.com/xlab/treeprint v0.0.0-20161029104018-1d6e34225557
udpate cty
2019-07-08 18:42:28 +02:00
github.com/zclconf/go-cty v1.0.1-0.20190708163926-19588f92a98f
vendor: upgrade go-cty-yaml dependency Fixes #22223
2019-07-30 18:27:49 +02:00
github.com/zclconf/go-cty-yaml v1.0.1
vendor: Bump go-azure-helpers to 0.7.0
2019-08-20 10:32:02 +02:00
go.opencensus.io v0.20.2 // indirect
vendor: make some transitive dependencies line up better After a bunch of recent changes/rebasing our vendored dependencies got a little out of sync w.r.t transitive dependencies through codebases that are not themselves Go Modules yet.
2018-10-17 02:12:35 +02:00
go.uber.org/atomic v1.3.2 // indirect
go.uber.org/multierr v1.1.0 // indirect
go.uber.org/zap v1.9.1 // indirect
update ssh and crypto deps
2019-07-11 03:32:01 +02:00
golang.org/x/crypto v0.0.0-20190701094942-4def268fd1a4
go get github.com/hashicorp/hcl2@master This corrects a bug in the HCL 2 scanner where a $ or % symbol would cause incorrect tokenization if appearing immediately before a " . This also includes some updates to Go extension libraries that the HCL update brings in. Some of these changes update to support Unicode 11, but only when compiling with Go 1.13, so we won't see the effect of these changes until we start building Terraform with Go 1.13.
2019-05-03 23:09:08 +02:00
golang.org/x/net v0.0.0-20190502183928-7f726cade0ab
modules: update Azure deps to latest The dependencies here are dated and are causing conflicts with the ACME provider, namely the version of the top-level autorest package. This explicitly updates the Azure SDK and autorest packages, with the separately versioned sub-packages being added automatically.
2019-07-30 00:19:40 +02:00
golang.org/x/oauth2 v0.0.0-20190226205417-e64efc72b421
vendor: go get golang.org/x/sys We'll use this to call the Windows ReplaceFile API for safe file replacement when updating credentials.tf.json in "terraform login" and "terraform logout".
2019-08-10 00:14:36 +02:00
golang.org/x/sys v0.0.0-20190804053845-51ab0e2deafa
modules: update Azure deps to latest The dependencies here are dated and are causing conflicts with the ACME provider, namely the version of the top-level autorest package. This explicitly updates the Azure SDK and autorest packages, with the separately versioned sub-packages being added automatically.
2019-07-30 00:19:40 +02:00
google.golang.org/api v0.3.1
google.golang.org/grpc v1.19.1
udpate lost go.mod entry go.sum and vendor are OK
2019-06-10 22:15:54 +02:00
gopkg.in/ini.v1 v1.42.0 // indirect
gopkg.in/yaml.v2 v2.2.2
vendor: switch to Go modules govendor's lack of understanding of transitive versions was making it hell to figure out some dependency hell between etcd, grpc, and protobuf. After fighting with it for a few hours, I decided to give Go 1.11rc2 a try since previous experiments had been promising on the 1.11 tree in master. The dependencies all worked out first time when managed using the Go Modules code, and so we'll run with this now to continue to make progress though we may wish to back out of this nearer to release and return to govendor for a while until other projects have caught up. However, since this commit includes a vendor directory produced using Go Modules it doesn't actually _require_ Go 1.11 to build, and instead requires it only to make further changes to the selected versions in the vendor dir. Go 1.10's vendoring support will still find the modules in their expected locations within the vendor dir.
2018-08-25 01:13:05 +02:00
)