opentofu/WEEKLY_UPDATES.md
Kuba Martin 82a6797894
Weekly update for the 2024-05-10. (#1638)
Signed-off-by: Jakub Martin <kubam@spacelift.io>
2024-05-10 13:02:11 +02:00

62 KiB
Raw Blame History

Weekly Updates

2024-05-10

Hello there! Again after a break in updates, since most weeks we've had preview or stable releases, which summed up most of what happened.

We haven't slowed down, and managed to get the stable release out according to schedule, before the end of April! Since then, we've got a few bug reports and already released a follow-up 1.7.1 release. Now, we're primarily working towards the 1.8 release.

  • Current Status
    • State Encryption
    • Init-time constant evaluation
      • Got accepted by the TSC and will be the flagship feature of 1.8.
      • We're currently planning and splitting up the work to be done.
      • We'll most likely deliver it in parts, with the foundation and first features in 1.8, and later more features built on top of it in 1.9.
    • Registry UI
      • We've been asked about this a lot, and have now started working on it.
    • A lot of smaller tickets are being worked on, you can take a look at the 1.7.2 and 1.8.0 milestones for details.
    • Additionally, we're working on improved developer documentation on how to author end-to-end tests in OpenTofu as we hope to increase the end-to-end test coverage. We'll be opening a bunch of related issues, most of which should be open to external contribution!
  • How can I help?
    • Use OpenTofu, report issues, and please upvote the ones that are important to you! You can see an overall ranking in the ranking issue.
    • We occasionally mark issues with the help-wanted label, so keep an eye out for them!

2024-04-17

Hey there! First, apologies for the lack of updates over the last two weeks, we've been a bit busy with the Cease and Desist Letter we got. That's fortunately all sorted now, and we're fully back to engineering work this week! All of this delayed 1.7 by around a week, but this delay also gave us some additional time to add cool unique features to provider-defined functions in OpenTofu!

Importantly, we're planning to get a 1.7.0-beta1 release out tomorrow!

Additionally, we'll have a livestream to showcase some cool stuff next week on Wednesday!

2024-03-27

Hello there! We've had a fairly quiet couple days after KubeCon last week, but still managed to make progress in some key areas!

  • Current Status:
    • Large numbers are no longer truncated in plans #1382
    • Debugging crashes is now much easer with enhanced stack traces #1425
    • State Encryption
      • Integration testing with TACOS identified some issues that have been fixed with remote and cloud backends #1431
      • Dumping state during a crash is more resilient #1421
      • Configuration is undergoing some polish
      • Additional key providers in flight
    • Work has been started on Provider Functions #1326
    • Work continues on import blocks with for_each support.
  • How can I help?
    • Please test the 1.7.0-alpha1 release and give us feedback! This is right now the highest priority item you can help with.

2024-03-21

Hey there! We released OpenTofu 1.7.0-alpha1 end of last week and most of the team spent the week at OpenTofu Day Europe and KubeCon. You can find the videos on YouTube. Attendance was high, 150+ people (more than available seats).

Here's what we worked on:

  • Current Status and Up Next
    • We released a blog post and a video asking the community to test the 1.7.0-alpha1 release.
    • State encryption
      • Compliance tests for all KMS and method implementations, as well as individual README files in the encryption package to ease future development (#1377,#1396)
      • Released the first version with PBKDF2 and AWS KMS (1.7.0-alpha1)
      • Merged the GCP KMS (#1392)
      • More work being done on Azure and OpenBao integrations
    • Working on making the website friendlier to newcomers to OpenTofu without previous Terraform experience
  • How can I help?
    • Please test the 1.7.0-alpha1 release and give us feedback! This is right now the highest priority item you can help with.

2024-03-13

Hey there! The main goal this week is getting an alpha release of 1.7 out, and you can expect it by the end of the week. It will include state encryption and the new removed block as major features, so that you can take those features for a spin and give us feedback.

Additionally, next week is KubeCon, and as part of it, OpenTofu Day! If you're going to KubeCon, make sure to come and say hi!

  • Current Status and Up Next
    • State encryption
      • PBKDF2 key provider has been finished and merged (#1310)
      • We're working on compliance tests that will better verify whether all key providers behave correctly and have the same contract (#1377)
      • The AWS KMS key provider is also being worked on, and needs a bit more fine-tuning based on the compliance tests (#1349)
      • We've made some simplifications to the naming and structure of the encryption configuration (#1385)
      • We've made some struct-embedding-related improvements to the gohcl package of the hcl library, and are trying to get them upstreamed (for now we've vendored a copy of the package) (#667)
    • We've added support for recursively calling the templatefile function (#1250)
    • Work continues on import blocks with for_each support.
    • We're working on tofu test-related improvements for provider blocks.
    • We're preparing for OpenTofu Day, esp. Arel who together with James will be giving a presentation on the registry.
    • We've been doing some hardening on our registry (which has been working great so far) and after identifying features we need that aren't available in the pro plan, CloudFlare has agreed to sponsor us with a business plan. Thanks a lot to them!
  • How can I help?
    • Once the alpha build is out, please test state encryption. Watch the OpenTofu YouTube channel for detailed instructions.
    • Use OpenTofu, report issues, and please upvote issues that are important to you, so we can better prioritize development work.

2024-03-07

Hello there! This week we got state encryption running on the main branch for the first time, and we are planning to release an alpha build next week with a passphrase key provider and possibly the AWS KMS integration.

  • Current Status and Up Next
    • State encryption
    • Declarative remove block
      • Merged end-user documentation (#1332)
    • Website & community
      • Added support for the urldecode() function in OpenTofu (#1283)
      • Improved website accessibility (#274)
    • How can I help?
      • Once the alpha build is out, please test state encryption. Watch the OpenTofu YouTube channel for detailed instructions.
      • Use OpenTofu, report issues, and please upvote issues that are important to you, so we can better prioritize development work.

2024-02-22

Hello! Over the last week we've finished up a couple of features, and we're continuing to work our way towards 1.7.0.

We've also just released 1.6.2 with a fix for a bug in tofu test.

Additionally, if you're coming to KubeCon and will be there a day early, make sure to come to OpenTofu Day! It's happening on Tuesday, the 19th of March, as a KubeCon + CloudNativeCon Europe CNCF-hosted Co-located Event. You can find more details here.

  • Current Status and Up Next
    • State encryption
      • First big pull request has been merged.
      • The team is now working with much better parallelism on integrating it with the codebase, as well as implementing the various encryption methods and key providers.
    • Declarative remove block
      • The PR has been merged, and the feature is now finished. It will be available as part of 1.7.0.
      • We'll now work on the documentation for this feature.
    • Passing outputs of one test case to another as variables is now fixed and is available as part of 1.6.2 today.
    • Work on adding for_each to import blocks is being continued, a draft PR is currently up further refactoring the code.
  • How can I help?
    • Use OpenTofu! Let us know about your experience, and if you run into any issues, please report them.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some issues which are accepted and open to external contribution. Please see the contributing guide for more details.
      • You can look for good-first-issue and help-wanted labels to find issues we've deemed are the best to pick up for external contributors. They are generally picked up quickly, so there might not be any available when you look. Please take a look there periodically if you'd like to find an issue to contribute to.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2024-02-15

Hey there! Last week was quiet due to most of the core team is off on winter holidays, but this week we're all back!

  • Current Status and Up Next
    • We've finalized most of our discussions about the initial state encryption design. The PR will be merged soon.
    • The removed block project still has a PR up, and is pending reviews. We're expecting to merge it soon.
    • Work on adding for_each to import blocks is being continued, no PR up right now, though the refactor mentioned last week has been merged.
    • We're refactoring our release workflow, so it properly handles future pre-release versions, with a stable release now in place. A PR is open for this and still being worked on.
    • We're working on a bug fix to passing outputs of one test case to another as variables. See the PR here.
    • We're having a (positively!) surprisingly large amount of external contributors, so we're spending a nontrivial amount of time reviewing and helping contributors get their changes in. Thanks everybody!
    • We've updated our contribution guide to better guide contributors and also clarify how we make decisions on feature requests.
  • How can I help?
    • Use OpenTofu! Let us know about your experience, and if you run into any issues, please report them.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some issues which are accepted and open to external contribution. Please see the contributing guide for more details.
      • You can look for good-first-issue and help-wanted labels to find issues we've deemed are the best to pick up for external contributors. They are generally picked up quickly, so there might not be any available when you look. Please take a look there periodically if you'd like to find an issue to contribute to.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2024-02-07

The last two weeks we've been focusing on working towards the 1.7.0 release, and on going through our issue backlog.

This weekend some of us have been to FOSDEM and had a stand there - it was amazing to hear in person how many people have already migrated to OpenTofu! We've also distributed a lot of OpenTofu t-shirts and stickers!

Additionally, most of the core team is off on winter holidays this week, so it's fairly quiet.

  • Current Status and Up Next
    • We've been iterating on the skeleton of the client-side state encryption project, in order to get that right. A PR for this has been opened recently and is pending reviews.
    • The removed block project also has a PR up, and is pending reviews.
    • As part of adding for_each to import blocks, we've refactored the import code to better handle the differences between the block implementation and the cli command implementation. This is posted as a PR, reviewed, and will be merged soon.
    • We're refactoring our release workflow, so it properly handles future pre-release versions, with a stable release now in place. A PR is open for this and still being worked on.
    • We've managed to go through the whole issue backlog and have responded and/or handled most of them.
  • How can I help?
    • Use OpenTofu! Let us know about your experience, and if you run into any issues, please report them.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some issues which are accepted and open to external contribution. Please see the contributing guide for more details.
      • You can look for good-first-issue and help-wanted labels to find issues we've deemed are the best to pick up for external contributors. They are generally picked up quickly, so there might not be any available when you look. Please take a look there periodically if you'd like to find an issue to contribute to.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2024-01-23

This week we've been focusing on work related to the 1.6.1 release, the 1.7.0 release, and on going through our issue backlog.

On an unrelated note, we'll have a stand at FOSDEM and will have OpenTofu t-shirts and stickers, so if you're there, come say hi!

  • Current Status and Up Next
    • The client-side state encryption project is moving forward, and the first PR, laying down the groundwork, is almost ready to be merged. It's been going through extensive review, and it's the thing that's blocking us from better parallelising the work on this project. Once that is merged, the tracking issue now contains a list of subtasks that we'll be working on next in this project.
    • We're working our way towards the 1.6.1 release, which we hope to get out this week, ideally tomorrow.
    • Other than the client-side state encryption project, other 1.7 work is ongoing as well, with
    • We've been focusing on working down the issue backlog. We've already had two 1h+ meetings since last week, and are planning to continue this twice-a-week cadence until we work the backlog down. We're giving each issue a great deal of thought, so we expect this to take another few weeks.
      • Expect more accepted, responded-to, or closed issues.
      • We've also introduced a bunch of labels to better signal the status of each issue.
  • How can I help?
    • Use OpenTofu! Let us know about your experience, and if you run into any issues, please report them.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some issues which are accepted and open to external contribution. Please see the contributing guide for more details.
      • You can look for good-first-issue and help-wanted labels to find issues we've deemed are the best to pick up for external contributors. They are generally picked up quickly, so there might not be any available when you look. Please take a look there periodically if you'd like to find an issue to contribute to.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2024-01-16

Hey there! Long time no see in these weekly updates! We've skipped them during the holidays and the release week, but now we'll be back to the regular cadence.

Much has happened over the last few weeks, with the biggest news being the OpenTofu Stable 1.6 Release last week!

Since the stable release, we've been working to get 1.6.1 and 1.7.0 into your hands. We've also seen immense community interest, with members of the community contributing great changes, and others integrating it into third party tooling. This is all amazing, and we really appreciate it!

  • Current Status and Up Next
    • The top priority is making sure the client-side encryption project is moving forward. This is a topic where the core team (owned by @janosdebugs) is collaborating with @StephanHCB, and we hope to have the first PR in this week. This PR will contain the "skeleton" of the solution, and let us start working on integrations (encryption methods) with more parallelism. Track the issue here.
    • Second-biggest priority is the 1.6.1 release. There's a GitHub Milestone for it, and we're aiming to have it out next week, ideally.
    • The current plan for the 1.7.0 release is to have it out whenever we're done with the client-side state encryption. Thus, expect a release February-March.
    • We've accepted numerous community contributions, you can check the 1.7 changelog for details.
    • We'll be focusing on working down the issue backlog this and next week. Expect more accepted or responded-to issues. We'll also be introducing a bunch of labels to better signal the status of each issue.
  • How can I help?
    • Use OpenTofu! Let us know about your experience, and if you run into any issues, please report them.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some issues which are accepted and open to external contribution. Please see the contributing guide for more details.
      • You can look for good-first-issue and help-wanted labels to find issues we've deemed are the best to pick up for external contributors. They are generally picked up quickly, so there might not be any available when you look. Please take a look there periodically if you'd like to find an issue to contribute to.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-12-14

Hey there!

This week's been mostly about delivering that last 1% of work before we can publish a release candidate. Other than that, we've also started planning work for past the stable release, so targeting the 1.7 release.

The steering committee has also gathered (you can find the details here) and planned the official date for the stable release to be the 10th of January.

  • Current Status and Up Next
    • We've added GPG key signing to Debian and RPM archives that we're distributing in upcoming releases (thanks to BuildKite for sponsoring PackageCloud!)
    • We've worked on changing the default provider namespace to opentofu, but ended up rolling that back, and (softly) deprecating the whole concept of namespace-less provider references altogether, due to the edge-cases involved.
    • The registry now has an improved development workflow with a proper dev environment. It's also seen big runtime optimizations so refreshing providers and modules is now ~50% faster.
    • We're working on the final documentation improvements before the stable release.
    • We're working on an improved convenience script that will support all available installation methods.
    • We'll soon be starting work on 1.7 features.
  • How can I help?
    • Since the beta release is out, right now the best way to help is to take the beta for a test drive and see if there are any bugs / issues.
      • Most importantly, as mentioned above, please try running tofu init with your projects to double-check everything you use is available in the registry.
    • With the release candidate around the corner, it's the perfect time to start implementing OpenTofu support in 3rd party tooling!
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Please see the contributing guide for more details.
      • You can look for a label, good-to-pick-up, to find issues we've deemed are the best to pick up for external contributors.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-12-05

Hey there, time for a weekly update!

There was no update last week, but the important bit was that we've released the first beta release!

Going into more details:

  • Current Status and Up Next
    • Registry
      • The stable registry implementation is now the active one on registry.opentofu.org. It's receiving meaningful usage and working very well.
      • The experience of using CloudFlare R2 with Caching for this has been excellent. It's snappy for both cached and non-cached responses, with a very good cache hit-ratio, that's bound to improve too.
      • You can help make this more stable! If you'd like to help us ensure a good experience right from the stable release, please try running tofu init on your codebases, and make sure that all providers and modules you're using are available. We did our best to make it a drop-in replacement, but we might've missed a provider or two. We're constantly monitoring 404 responses on our side and will back-fill anything that's missing.
      • We're mostly working on improvements to the flow of contributing new providers and modules here, to make sure you can easily add any new ones you make. The milestone tracking the stable release requirements is here.
    • Tofu Migration
      • We're making sure to polish the migration path to OpenTofu so that community members don't hit any issues on the way. Primarily this involves documentation around the installation and migration process.
    • There was a bug in the global schema provider cache handling that we've introduced a while ago, and now fixed. It was causing slowdowns when using older versions of providers. The fix was part of the 1.6.0-beta2 release.
  • How can I help?
    • Since the beta release is out, right now the best way to help is to take the beta for a test drive and see if there are any bugs / issues.
      • Most importantly, as mentioned above, please try running tofu init with your projects to double-check everything you use is available in the registry.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
      • You can look for a label, good-to-pick-up, to find issues we've deemed are the best to pick up for external contributors (there are none available at this moment).
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-11-21

Hello!

Another week another update! This week has been very steady. We've been moving forward with the stable registry, and there's been no surprises so far.

Additionally, a new engineer has joined the OpenTofu Core Team and will be 100% dedicated to OpenTofu development. Welcome, @janosdebugs!

  • Current Status and Up Next
    • Registry
      • The stable registry implementation is evolving and mostly working end-to-end.
        • You can find the detailed design documents here, if you'd like to read into the details.
      • We'll be using CloudFlare R2 to host the registry (our repository emits the whole registry as a set of static files). This week we've migrated our opentofu.org DNS zone to CloudFlare, which is a prerequisite for using R2 with the domain. Thanks to CloudFlare for sponsoring a pro plan!
      • We're productionizing the code, making sure it's stable, and will start hydrating the registry soon.
    • As usual, a bunch of various bug-fixes.
    • The installation docs have been drastically improved, and we're in the process of writing docs for the testing feature.
  • How can I help?
    • Since the alpha release is out, right now the best way to help is to take the alpha for a test drive and see if there are any bugs / issues.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
      • You can look for a label, good-to-pick-up, to find issues we've deemed are the best to pick up for external contributors (there are none available at this moment).
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-11-15

Hey there!

This last week has seen work on multiple avenues. More concretely, we've been steadily working our way down the stable release milestone. With the current pace, we expect the stable release to be out between mid-December and mid-January, preceded by a release candidate and a beta release.

  • Current Status
    • Registry
      • Multiple detailed design documents have been written this week, and there are two more to go. You can track them here.
      • There is now a new repository where we're working on the upcoming stable registry. It's not accepting contributions right now and the code is messy, but you can take a look there if you'd like to track progress. We're working on having an end-to-end working version as soon as possible (which will unblock a beta release).
    • We've introduced apt and yum repositories for OpenTofu via PackageCloud (thanks to BuildKite for sponsoring it!). See more in the installation instructions.
    • Multiple bugs have been fixed or are being worked on, related to the S3 state backend, variable validation blocks, refinements, repeat executions of tofu init, and expired gpg signing keys.
  • Up Next
    • Working on the registry with as much developer-parallelism as possible at any given time.
    • Documentation for the testing feature.
    • Getting the e2e test suite for state backends running.
  • How can I help?
    • Since the alpha release is out, right now the best way to help is to take the alpha for a test drive and see if there are any bugs / issues.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
      • New! We've introduced a new label, good-to-pick-up, that should help you find issues we've deemed are the best to pick up for external contributors. However, all such issues have promptly been picked up, so there aren't any available at this time.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-11-07

Hey!

Big week for OpenTofu! The technical steering committee met and chose a registry design. We'll now be writing more detailed designs and then proceed with implementing the registry.

Moreover, two engineers have joined the OpenTofu Core Team and will be 100% dedicated to OpenTofu development. Welcome, @kislerdm and @cam72cam!

  • Current Status and Up Next
    • The technical steering committee has gathered last week, and you can find the meeting notes in the TSC_SUMMARY.md file in the repository root.
    • The technical steering committee has chosen the Homebrew-like design for implementation.
    • There are some minor bugs that have been added as stable release blockers. The new core team joiners will focus on them as part of their onboarding process.
  • How can I help?
    • Since the alpha release is out, right now the best way to help is to take the alpha for a test drive and see if there are any bugs / issues.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-11-02

Hey!

This week was still mostly spent on discussing and implementing proof of concepts for some stable registry designs, as well as work on the S3 backend.

  • Current Status
    • OpenTofu Day will be happening as a KubeCon + CloudNativeCon Europe CNCF-hosted Co-located Event, learn more here!
    • The technical steering committee is meeting today (2023-11-02) to pick a stable registry design.
    • Extensive work is happening around updating the S3 state backend configuration to be in line with the AWS provider configuration. Only two pull requests left here and we'll be done.
    • A fix for the interesting bug report mentioned last week in the update has been finished and merged.
  • Up next
    • The technical steering committee will pick a stable registry design later today, and the core engineering team will focus most of its time on that in the upcoming weeks (2023-11-06 and onwards).
  • How can I help?
    • Since the alpha release is out, right now the best way to help is to take the alpha for a test drive and see if there are any bugs / issues.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-10-24

Hey!

This week was again spent on discussing and PoC'in stable registry designs, as well as work on the S3 backend.

  • Current Status
    • There are two registry RFCs right now, and both will most likely have a PoC by the end of the week.
    • Extensive work is happening around updating the S3 state backend configuration to be in line with the AWS provider configuration.
    • OpenTofu is available on Homebrew Core, so you can just brew install opentofu to use it!
    • A bug report has surfaced an interesting issue when migrating from Terraform to OpenTofu with an existing state file. An initial fix has already been implemented and will be further polished and released soon.
  • Up next
    • The steering committee will pick a registry RFC in the week of 30th Oct - 3rd Nov.
      • Intense implementation work will start on the 6th of November.
      • This should let us have a stable registry in place around mid-November - mid-December.
  • How can I help?
    • Since the alpha release is out, right now the best way to help is to take the alpha for a test drive and see if there are any bugs / issues.
    • You can also submit and discuss RFCs related to the stable registry.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-10-17

Hello there!

This past week was mostly spent on creating stable registry designs, which is a prerequisite to building a stable provider/module registry and releasing a stable version of OpenTofu.

  • Current Status
    • The registry replacement issue has now been updated to include a list of stable registry requirements.
      • There is now time until the 27th October to submit and discuss RFCs.
      • You can find relevant RFCs by using GitHub Issue search.
      • After the 27th October the Technical Steering Committee will pick a single RFC which will then be implemented.
    • A setup-opentofu GitHub Action is now available, it's a great way to take OpenTofu for a spin on GitHub Actions. Thanks a lot to @kislerdm for contributing this!
    • Work on TF 1.6 compatibility has been done.
    • We've closed a lot of issues that were stable release blockers, you can take a look at the current stable milestone status here.
  • Up next
    • The main TF 1.6 compatibility issue left, on which work has already been started and will continue for a while is the new S3 state backend configuration schema. You can track this issue here.
    • Until the 27th October deadline, work and discussion on RFCs will happen, as well as the implementation of PoCs for some of these RFCs.
  • How can I help?
    • Since the alpha release is out, right now the best way to help is to take the alpha for a test drive and see if there are any bugs / issues.
    • You can also submit and discuss RFCs related to the stable registry.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-10-11

Hey!

Last week we've released the first alpha release (and another one the next day). This has been a huge milestone for the OpenTofu community, and means that you can actually download OpenTofu and play with it. It also marks the beginning of the stable registry design discussions.

Just to give you some metrics about the release:

  • The alpha releases of OpenTofu have over 2k downloads.
  • Some registry stats
    • Uptime: 100%
    • Max RPS: 105
    • Total Requests: 78869
    • Average latency: 19.15ms
    • Total unique providers used: 194

We'll also have our first office hours today! Make sure you don't miss that.

  • Current Status
    • First Alpha Release
    • Second Alpha Release
  • Up next
    • Stable Registry Design (see the tracking issue)
      • Even though there's a registry included with the alpha release, it's not stable. It was mostly a "get it working" design, and we will now be working on a stable design.
      • Right now we're working on a list of requirements, which will most likely be shared tomorrow in the tracking issue above.
      • Then, there will be an approximate 2 weeks to submit and discuss RFCs, after which the steering committee will choose the final design, which we'll begin implementing right away.
      • Please discuss in the issue and incoming RFCs, we want to hear all your voices! Please also feel free to submit your own RFCs.
  • How can I help?
    • Since the alpha release is out, right now the best way to help is to take the alpha for a test drive and see if there are any bugs / issues.
    • Other than that, the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally - this very document was a result of such feedback! We're available on Slack, via GitHub issues, or even in the pull request updating this file.

2023-10-02

Hey!

Another week, another update! This last week has been all about the alpha release, which is planned to be released this week, ideally tomorrow (Tuesday).

  • Current Status
    • Alpha release is blocked only by the initial registry work
      • There's a PR open for using the OpenTofu registry as the default in OpenTofu.
      • There's been extensive work on caching, discussed in a GitHub issue and a Slack channel.
        • One PR introduced a better version listing cache in DynamoDB, to reuse the cache across provider listing and provider downloading.
        • Another PR introduced http-level caching for all requests to GitHub, which generally avoids making the same request twice in quick succession.
      • There's a bug in the provider mirroring scripts which makes them not properly trigger GitHub Actions. We're working on a fix.
      • There's a bug with module downloading, for which both tags in the form of x.y.z and vx.y.z are supported, while we only support one of them.
  • Up next
    • The alpha release is planned for this week, using our alpha registry.
    • As described last week, once the alpha release is out, we'll be kicking off discussions about the stable registry design.
  • How can I help?
    • Right now the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu. Additionally, the alpha release is coming out this week. We'd appreciate you taking it for a test drive and letting us know about any issues you encounter.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally! We're available on Slack, via GitHub issues, or even in the pull request creating this very file.

2023-09-26

Hello!

Weve received some feedback that its currently hard to track the status of OpenTofu and what is currently being worked on. We hear you, and well do better. Were slowly moving discussions from our internal slack to public GitHub issues, to make them more inclusive. In addition, well now be publishing an update like this once a week to give you a breakdown of where were at, what were currently working on, how you can best help, and whats up next.

  • Current Status
    • Right now were primarily working towards the first alpha release. There are two remaining blockers here:
      • Finishing the renaming to OpenTofu. There's only a single PR left here.
      • Preparing the alpha registry replacement to be ready for use. The main current issue here is #97, described in a bit more detail below.
    • The current registry design is a glorified GitHub redirector.
      • This is by no means the final design! Its meant to be a “get it working” design for the alpha release. Soon (~once the alpha release is out) well start public discussions regarding the “stable” design for the registry, and were not ruling out any options here yet.
      • Right now the main issue is caching. Since the registry is a GitHub redirector, it is affected by GitHub rate limits. The rate limit is 5k requests per hour. We already do extensive caching here, but we can still do better and want to do better prior to the alpha release. This issue contains more details about the work being done here.
      • Also, even though OpenTofu alpha will skip signature validation when the key is not available, were collecting provider signing keys for the registry to serve. So, if youre a provider author, please make sure to create a Pull Request to the registry repo and add your public key. Here's the latest example of such a PR.
      • Weve also made a mirror of all official HashiCorp providers so that theyre hosted on the OpenTofu GitHub, like any other 3rd-party provider. This included getting all historic versions to build (which was quite a challenge!) but were done with it and the end result is that out of 2260 provider versions we only have 16 failures, which are generally old and broken versions, so you should be able to easily work around this.
        • The reason for this is that the registry being a GitHub redirector needs all artifacts on GitHub, while HashiCorp hosts these providers directly on their registry and doesn't include them in GitHub releases.
        • Long-term were planning to host these most-used providers on Fastly.
  • Up next
    • Early next week were planning to make available an alpha release of OpenTofu, with a fully drop-in working registry for providers and modules.
    • With the above, well also kick off the discussion around the stable registry.
      • Well publish an initial list of requirements for the registry in the original registry issue. The list itself will be open to changes based on further discussion.
      • Based on those requirements, we will be creating RFCs for possible solutions. If youd like to propose a solution, feel free to post an RFC too!
      • After having discussions there and possibly doing some PoCs, the technical steering committee will make the final call which approach to pursue.
  • How can I help?
    • Right now the best way to help is to create issues, discuss on issues, and spread the word about OpenTofu.
    • There are some occasional minor issues which are accepted and open to external contribution, esp. ones outside the release-blocking path. Were also happy to accept any minor refactors or linter fixes. Please see the contributing guide for more details.
    • We have multiple engineers available full-time in the core team, so were generally trying to own any issues that are release blockers - this way we can make sure we get to the release as soon as possible.
    • The amount of pending-decision-labeled issues on the repository might be a bit off-putting. The reason for that is that right now were prioritizing the alpha and stable release. Only after we have a stable release in place do we aim to start actually accepting enhancement proposals and getting them implemented/merged. Still, we encourage you to open those issues and discuss them!
      • Issues and Pull Requests with enhancements or major changes will generally be frozen until we have the first stable release out. We will introduce a milestone to mark them as such more clearly.
    • Once we make the alpha release available next week, the best way to help will be by test-driving that release and creating GitHub issues for any problems you find.

Please let us know if you have any feedback on what we could improve, either with these updates or more generally! We're available on Slack, via GitHub issues, or even in the pull request creating this very file.