Closed chakrit closed 3 years ago
I would welcome ARM 64 (Apple Silicon - M1) support too. I thought, originally, the issue was due to Go not supporting ARM but looks like, with the 1.16.0 release, that Go fully supports ARM now. Would this only require this provider be built with the new Go version or is there something else at stake here that makes this not possible so those of us on Apple Silicon to use this provider?
@bkuhlmann Yes, I think we just need an official ARM64 builds built and released on proper channels (terraform registry and such)
Right now manually building with an arm-supported version of go locally does work and is quite snappy as well.
:bow: Chakrit. That's good to hear. :wink: I'm not a Go engineer but would definitely love to have a new release since this is the only provider left -- at least for my infrastructure -- that doesn't support Apple Silicon yet.
Hey there,
Thanks for your patience. I've tried to reproduce the problem you described, but I can not reproduce it with the latest terraform
version:
ole@Oles-MBP test-m1-33 % uname -a
Darwin Oles-MBP.fritz.box 20.4.0 Darwin Kernel Version 20.4.0: Thu Apr 22 21:46:41 PDT 2021; root:xnu-7195.101.2~1/RELEASE_ARM64_T8101 arm64
ole@Oles-MBP test-m1-33 % terraform --version
Terraform v0.15.3
on darwin_amd64
ole@Oles-MBP test-m1-33 % cat main.tf
terraform {
required_providers {
dnsimple = {
source = "dnsimple/dnsimple"
version = "0.5.1"
}
}
}
ole@Oles-MBP test-m1-33 % terraform init
Initializing the backend...
Initializing provider plugins...
- Finding dnsimple/dnsimple versions matching "0.5.1"...
- Installing dnsimple/dnsimple v0.5.1...
- Installed dnsimple/dnsimple v0.5.1 (signed by a HashiCorp partner, key ID EB50CA1D5B23D0A5)
Partner and community providers are signed by their developers.
If you'd like to know more about provider signing, you can read about it here:
https://www.terraform.io/docs/cli/plugins/signing.html
Terraform has created a lock file .terraform.lock.hcl to record the provider
selections it made above. Include this file in your version control repository
so that Terraform can guarantee to make the same selections by default when
you run "terraform init" in the future.
Terraform has been successfully initialized!
You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.
If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
Can you please verify if you are also still encountering this problem with the most recent version of terraform
? If so, please provide the detailed steps and software versions you use.
Hey Ole. :wave: Sorry, nope, still getting the following issue:
Initializing the backend...
Initializing provider plugins...
- Finding hashicorp/aws versions matching "3.37.0"...
- Finding dnsimple/dnsimple versions matching "0.5.1"...
- Using hashicorp/aws v3.37.0 from the shared cache directory
╷
│ Error: Incompatible provider version
│
│ Provider registry.terraform.io/dnsimple/dnsimple v0.5.1 does not have a package available for your current platform, darwin_arm64.
│
│ Provider releases are separate from Terraform CLI releases, so not all providers are available for all platforms. Other versions of this provider may have different platforms supported.
Here's what I'm using:
terraform --version
Terraform v0.15.3
on darwin_arm64
terraform {
required_version = ">= 0.14"
required_providers {
dnsimple = {
source = "dnsimple/dnsimple"
version = "0.5.1"
}
}
}
@OleMchls Have you removed your locally built version? This issue is about the missing arm64 build on the registry.
We just need someone with the access to publish arm builds to the registry.
:bulb: Ole/Chakrit: Forgot to mention this earlier but did write up an article on how to workaround this if you want to build the binary locally. That's how I solved this.
Revisiting this, I noticed that my local terraform is build for amd64
see the log I posted.
I installed it via homebrew tap and noticed there:
$~ brew info hashicorp/tap/terraform
hashicorp/tap/terraform: stable 0.15.3
[...]
==> Caveats
The darwin_arm64 architecture is not supported for this product
at this time, however we do plan to support this in the future. The
darwin_amd64 binary has been installed and may work in
compatibility mode, but it is not fully supported.
I'll try to see if I can reproduce it and get a build and upload it./
🎉 we just shipped 0.5.3
with support for darwin_arm64
thanks for your patience and support @chakrit @bkuhlmann
ole@Oles-MBP example % terraform version
Terraform v0.15.0-dev
on darwin_arm64
+ provider registry.terraform.io/dnsimple/dnsimple v0.5.3
Your version of Terraform is out of date! The latest version
is 0.15.3. You can update by downloading from https://www.terraform.io/downloads.html
ole@Oles-MBP example % terraform init
Initializing the backend...
Initializing provider plugins...
- Finding dnsimple/dnsimple versions matching "0.5.3"...
- Installing dnsimple/dnsimple v0.5.3...
- Installed dnsimple/dnsimple v0.5.3 (signed by a HashiCorp partner, key ID EB50CA1D5B23D0A5)
Partner and community providers are signed by their developers.
If you'd like to know more about provider signing, you can read about it here:
https://www.terraform.io/docs/cli/plugins/signing.html
Terraform has created a lock file .terraform.lock.hcl to record the provider
selections it made above. Include this file in your version control repository
so that Terraform can guarantee to make the same selections by default when
you run "terraform init" in the future.
Terraform has been successfully initialized!
[...]
:bow: Ole. Confirmed. This is great!
@OleMchls thank you!
Terraform Version
Affected Resource(s)
(n/a)
Terraform Configuration Files
Debug Output
(n/a)
Panic Output
(n/a)
Expected Behavior
tf init
should pass, normally.Actual Behavior
Steps to Reproduce
terraform init
on M1 macs with dnsimple provider.Important Factoids
References
https://github.com/hashicorp/terraform-provider-aws/issues/16948