-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
use opentofu over terraform #69
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Cool to see support for OpenTofu! We should probably propose both terraform
and opentofu
in the output indeed.
To do so we'll have to pull anything that depends on either terraform
in their own definition if not already the case (e.g. mkDevShell
, while generateJsonSchema
or terraformProviders
are already in a let-binding), then make them functions taking a terraform
package as an argument so that we can pass either opentofu
or terraform
, instead of relying on pkgs
or the ambiant self.terraform
.
Since flake outputs are notoriously not parametrizable, it's reasonable to duplicate each output that depends on terraform
as a -terraform
version and an -opentofu
version.
Would that make sense somehow?
@yannham thanks, that makes sense!
on merge of #68 i'll rebase on that as well. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, looks good overall, beside a few details. I understand that you would like to get #68 merged first, and then rebase? Note that the CI is failing on the later PR.
597670d
to
fb0d109
Compare
Thanks for your feedback! On the CI, I seem able to reproduce the failure using main branch - this regression seems induced probably by a new |
71a6cbc
to
669c163
Compare
rebased now |
It just needs a |
669c163
to
a570094
Compare
thanks, done! |
this PR replaces the use of terraform with the open-source fork opentofu, as suggested at #60.
it may be possible to refactor this to take out the ugly patch for the registry (may involve a change over at nixpkgs), but for now i wanted to focus on gathering feedback on the idea first.
while this implementation flat-out replaces the package, i actually hoped to maybe let the user choose, but came up blank with an elegant way to handle that kind of conditional here.