kreuzwerker
m1-terraform-provider-helper
Go

CLI to support with downloading and compiling terraform providers for Mac with M1 chip

Last updated Jul 7, 2026
540
Stars
30
Forks
13
Issues
0
Stars/day
Attention Score
84
Language breakdown
Go 83.0%
Makefile 11.3%
Python 5.6%
Files click to expand
README

Terraform logo Kreuzwerker logo

m1-terraform-provider-helper

Release License Go Status Lint Status Go Report Card

A CLI to manage the installation and compilation of Terraform/OpenTofu providers for an ARM-based Mac.

Table of Contents

- Table of Contents - Motivation - Installation - Dependencies - Usage - Debugging Installation Problems - Terraform Lockfile handling - Providing custom build commands - Providing custom provider repository - Logging - Timeouts - Plugin Directory - Development - Testing - Build - Release - License

Motivation

While using my then-new MacBook with an M1 chip, I often encountered issues in client projects when working with Terraform. Some Terraform providers hadn't adapted to the new darwin_arm64 architecture at all, or else the provider was pinned to an older, incompatible version. In both cases, there was no pre-compiled binary for darwin_arm64; you had to compile it yourself. (There's a nice write-up on how to compile in a Terraform Issue.) As I was constantly switching back and forth between own-compiled binaries and pre-built ones, I wanted an elegant solution that managed all the details by itself.

Installation

brew install kreuzwerker/taps/m1-terraform-provider-helper

Dependencies

Since Go is used to build the providers, you need to have a working Go setup in the local directory where you run m1-terraform-provider-helper commands. Although Go is installed by Homebrew as a dependency of m1-terraform-provider-helper, the Go binary won't necessarily be in your PATH. (For example, if you use asdf or a similar version manager for Go, the version manager's shim likely comes before Homebrew's Go binary in your PATH.) Ensure that the command go version succeeds before using this tool.

Usage

A CLI to manage the installation of Terraform/OpenTofu providers for an ARM-based Mac

Usage: m1-terraform-provider-helper [command]

Available Commands: activate Activate the m1-terraform-provider-helper completion Generate the autocompletion script for the specified shell deactivate Deactivate the m1-terraform-provider-helper help Help about any command install Download (and compile) a Terraform/OpenTofu provider for an ARM-based Mac list List all available providers and their versions lockfile Commands to work with Terraform lockfiles status Show the status of the m1-terraform-provider-helper installation version Display the current version

Flags: -h, --help help for m1-terraform-provider-helper

Use "m1-terraform-provider-helper [command] --help" for more information about a command.

Example: You want to install version v2.10.0 of terraform-provider-vault because you're using it in a project. Let's assume it has no pre-built binary for an ARM-based Mac:

m1-terraform-provider-helper activate # (In case you have not activated the helper)
m1-terraform-provider-helper install hashicorp/vault -v v2.10.0 # Install and compile

By default, the helper auto-detects the available binary. If both are installed it prefers terraform. You can override this with --iac-tool terraform or --iac-tool tofu.

If terraform is not installed but tofu is available, the helper will automatically use OpenTofu defaults (~/.tofu.d/plugins and https://registry.opentofu.org/v1/providers/).

Debugging Installation Problems

The install commands relies on an internal buildCommands map to find the correct build command for an provider. If the command is not correct, you can provide a custom build command by using the --build-command flag. See Providing custom build commands for more details. In order to find the correct build command, please take a look at the documentation of the provider you are trying to install.

The m1-terraform-provider-helper downloads the source code of the provider to $HOME/.m1-terraform-provider-helper, which means you can actually play around with the source code and try to compile it yourself.

Terraform Lockfile handling

tl;dr: Use m1-terraform-provider-helper lockfile upgrade to add the checksum of all used local providers to your projects .terraform.lock.hcl. Use the --help flag to see all available options for specifying input and output directories.

Most Terraform projects have a .terraform.lock.hcl file for pinning depedencies (https://www.terraform.io/language/files/dependency-lock). When using the m1-terraform-provider-helper and installing a provider locally, all following terraform init commands will lead to an error:

Error: Failed to install provider

Error while installing hashicorp/azurerm v2.1.0: the current package for registry.terraform.io/hashicorp/azurerm 2.1.0 doesn't match any of the checksums previously recorded in the dependency lock file.

The reason is that the checksums inside the existing lockfile are the checksum of the previously installed darwinamd64 provider. Now we are using our own darwinarm64 compiled provider, which has a different checksum. In order to make terraform init work again, we have to add the checksum of the local provider to the lockfile.

This is done via the m1-terraform-provider-helper lockfile upgrade command. It also two flags which you can use to specify the input/output lockfile:

  • --input-lockfile-path
  • --output-path

Providing custom build commands

You can override the built-in build command handling by using the --custom-build-command flag.

Explanation: The install commands relies on an internal buildCommands map to find the correct build command for an provider. For some important providers we have hardcoded different commands, but the default (and fallback) is make build. If that does not work for the provider you want to install, you can also pass a custom build command using the --custom-build-command flag.

Please refer to the documentation of the provider to find out the build command.

Providing custom provider repository

You can override the built-in querying mechanism of the terraform registry by using the --custom-provider-repository-url flag.

Explanation: The install commands relies on an internal queries the default terraform registry url (which you can also override), to determine the url of the git repository of the desired provider. However, for some providers there is no url as they are, e.g. already archived.

For example for the mysql provider the command would be

m1-terraform-provider-helper install hashicorp/terraform-provider-mysql -v v1.9.0 --custom-provider-repository-url "https://github.com/hashicorp/terraform-provider-mysql"

Logging

You can enable additional log output by setting the TFHELPERLOG environment variable to info or debug log level.

Timeouts

The m1-terraform-provider-helper does make HTTP calls to the terraform provider registry. The default timeout is 10 seconds. You can change that timeout by using the TFHELPERREQUESTTIMEOUT environment variable. For example TFHELPERREQUESTTIMEOUT=15 for a timeout of 15 seconds.

Plugin Directory

The destination and name of the compiled provider depends on the selected IaC tool and its version:

  • For Terraform <0.13 it is ~/.terraform.d/plugins/darwinarm64/terraform-provider-templatev2.2.0 (based on https://developer.hashicorp.com/terraform/language/v1.1.x/configuration-0-11/providers#plugin-names-and-versions)
  • For all Terraform versions >=0.13 it is ~/.terraform.d/plugins/registry.terraform.io/${providerName}/${version}/darwinarm64/terraform-provider-template2.2.0_x5 (based on https://developer.hashicorp.com/terraform/cli/config/config-file#implied-local-mirror-directories)

Development

Testing

To run tests execute:

make test
make lint

in the project's root directory.

Build

To build the app execute:

make build

in the project's root directory. This will generate the executable dist/m1-terraform-provider-helper file that you can run.

Release

IMPORTANT: Before releasing any version, you have to manually edit the cmd/version.go file and change the version constant to the new version you'll release.

If you want to generate the changelog and see it only (it will neither commit, tag nor push) run one of the following commands:

make patch
make minor
make major

If you want it automated prepend TAG=1 to the command as follows:

# TAG=1 indicates to tag and generate the changelog
TAG=1 make minor
git push origin main --tags

License

Distributed under the MIT License. See LICENSE.txt for more information.

🔗 More in this category

© 2026 GitRepoTrend · kreuzwerker/m1-terraform-provider-helper · Updated daily from GitHub