m1-terraform-provider-helper
nix-cde
m1-terraform-provider-helper | nix-cde | |
---|---|---|
6 | 9 | |
455 | 29 | |
3.7% | - | |
3.5 | 6.4 | |
28 days ago | 1 day ago | |
Go | Nix | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
m1-terraform-provider-helper
-
How versatile did the Apple Silicon chips have become now that they are getting ready to present the M3 later this year?
There's virtually no unsolved issue. If you need something x86 is you use rosetta. If you're using terraform and a provider hasn't issued an ARM release you can use the m1 provider helper.
-
How to pratice
There really isn't any substitute for production experience. Yes you can learn the basics, and the universals are transferable, but you're never going to come across e.g. something like needing this in a homelab, still less the real reasons why you need it...
-
Install terraform-providers/mysql provider on Apple Sillicon
Try this. https://github.com/kreuzwerker/m1-terraform-provider-helper
-
Asdf – the language tool version manager
tfswitch might help with particular issue of terraform versioning:
https://tfswitch.warrensbox.com/
Even then some versions of terraform providers are not compatible with M1 macs. Docker would help with that probably, but so can: https://github.com/kreuzwerker/m1-terraform-provider-helper
Perhaps these sort of issues support the benefits of per-module docker images?
-
Recommendation on CI/CD pipeline that includes M1 Macs?
Check to see if your provider has an M1 compiled version https://github.com/kreuzwerker/m1-terraform-provider-helper/blob/main/docs/provider_information.md
-
Use m1-terraform-provider-helper to compile Terraform providers for Mac M1 chips
The general availability of darwin_arm64 Terraform providers. There are often cases where the maintainers did not release a darwin_arm64 version yet. Only roughly a fourth of all providers have a darwin_arm64 version released (see here for details)
nix-cde
-
The Magic Nix Cache
This is what I'm using with gitlab: https://github.com/takeda/nix-cde/blob/master/contrib/gitlab...
-
Using Nix as an alternative to dev containers in VScode.
I myself use https://github.com/takeda/nix-cde it just wraps other projects in an opinionated way and contains the boiler plate that I would normally use otherwise.
-
As if there weren't enough packaging tools already: mitsuhiko/rye: an experimental alternative to poetry/pip/pipenv/venv/virtualenv/pdm/hatch/…
There's a project that does this with using Nix: https://github.com/takeda/nix-cde (this is a wrapper around https://github.com/nix-community/poetry2nix)
- Docker multi-stage build with Poetry
-
Python 3.11 delivers.
I personally use this: https://github.com/takeda/nix-cde it has the benefit of a reproducible build environment, but unfortunately anything involving Nix has a steep learning curve.
-
The perfect way to handle project-specific developer configs
I use this myself: https://github.com/takeda/nix-cde
-
Asdf – the language tool version manager
I don't use NixOS myself, but have Nix installed on my Mac, and it seems to provide all functionality of package or version managers I needed.
I think though it is more complex because it is a programming language that provides this functionality instead of purpose build tool like asdf.
For my needs I created a framework for development: https://github.com/takeda/nix-cde to avoid cruft of including the same things over and over in my projects.
-
Use `Python -m Pip`
Not an OP, but I became a big fan of using poetry for managing dependencies. For managing python version I started using Nix package manager. It allows to describe all dependencies via code, but with time that code became a boilerplate, so I created this: https://github.com/takeda/nix-cde
It works very well for me so far.
What are some alternatives?
prometheus - The Prometheus monitoring system and time series database.
hasql-interpolate
nixml - NIX + YAML for easy to use reproducible environments
aws-lambda-python-runtime-interface-client
terraform - Terraform enables you to safely and predictably create, change, and improve infrastructure. It is a source-available tool that codifies APIs into declarative configuration files that can be shared amongst team members, treated as code, edited, reviewed, and versioned.
drone - Gitness is an Open Source developer platform with Source Control management, Continuous Integration and Continuous Delivery. [Moved to: https://github.com/harness/gitness]
globus-timer-cli - CLI for interacting with the Timer API
terraform-switcher - A command line tool to switch between different versions of terraform (install with homebrew and more)
asdf - Extendable version manager with support for Ruby, Node.js, Elixir, Erlang & more
fnm - 🚀 Fast and simple Node.js version manager, built in Rust
sigstore-python - A Sigstore client for Python