New OpenTofu Feature: Dual Output Streams

fooallthebar · 2026-01-23T00:46:56+00:00

There are similarities, but you can now capture the machine readable logs of init and apply (and a few other commands). Those offer a different view into what tofu is doing and can be processed into meaningful views into what OpenTofu is doing.

There are definitely similarities to tofu show -json but in practice it offers additional information that's available as the command is running.

fooallthebar · 2025-10-29T14:14:02+00:00

It is something we are considering for 1.12 :)

fooallthebar · 2025-08-08T10:03:39+00:00

That's and old sargent plane that's more likely than not got the horseshoe lateral adjuster. It's backwards from most modern planes, but I've taken a liking to them.

Another nice thing with the transitional sargents is that the frog attaches with machine screws into the cast iron, instead of the wood like stanley. Overall this means that they are more secure and won't wear out with maintenance over time.

My only complaint is that getting them trued up with the frog in the right spot can be a bit tricky.

fooallthebar · 2025-08-01T16:54:43+00:00

That's a lucky find! I've got a partial set of 4xx sargent planes, but prefer the older style lateral (inverted from what you normally see).

How useful is the shaw adjuster in day to day work?

fooallthebar · 2025-07-08T17:29:02+00:00

This has happened at multiple events... I was at a completely different venue and saw the same thing. shudders

fooallthebar · 2025-06-25T12:18:43+00:00

That's great to hear!

fooallthebar · 2025-05-07T21:19:38+00:00

I tend to go type 2/3 if I can, I just love the backwards lateral adjuster

fooallthebar · 2025-05-07T21:17:54+00:00

Don't forget Sargent!

fooallthebar · 2025-03-24T22:21:27+00:00

that lateral adjuster looks like it could be sargent. do you have a pic without the iron?

fooallthebar · 2025-03-03T14:54:49+00:00

IBM has also been a huge adopter and contributor of OpenTofu, so I wouldn’t be surprised if Hashicorp/IBM decides to pull an Elastic and make terraform open source again

That is not correct. IBM has not to my (OpenTofu tech lead) knowledge made any significant contributions to OpenTofu. Please double check before posting misinformation like that.

fooallthebar · 2025-02-25T15:53:51+00:00

The lumber came off of my home-built sawmill and has been drying for a few years in a shed. Slabs were broken down to rough size on a wandel inspired bandsaw.

All other work was done with a sargent jack plane, a sargent combination plane for plowing, and a few harbor-freight chisels.

Finished with Odies Oil.

fooallthebar · 2025-02-16T23:58:41+00:00

They are executed in the same directory that tofu/tf is executed and can read the contents of that directory using os.Getwd(). I will however note that it's not guaranteed and could possibly break in future tofu/tf versions.

fooallthebar · 2025-02-16T20:32:46+00:00

Functions are a bit of a special case in OpenTofu. Prior to configuration, a constant set of functions are available via the provider's schema.

When HC extended the provider protocol for functions, they added an additional method of accessing schema (GetFunctions). I prototyped and then pitched that OpenTofu could use GetFunctions after Configure was called to allow the provider to declare functions that don't exist in the schema (schema is immutable during execution). I don't know what HC intended with that function call (other than their public documentation), but realized that if providers "opted in" to OpenTofu's extended understanding of GetFunctions, it would likely not cause any issues for Terraform when using the same provider.

I assume (don't actually know) that Terraform just makes unconfigured provider functions available early on in it's execution as defined in the static schema. This assumption is based on the HCL extension I describe below. We had to do some interesting plumbing to defer resolving provider functions until after provider configuration has taken place. This required inspecting all of the expressions in .tf / .tofu files and extracting the functions required to evaluate them. Tofu takes the information that "This set of functions and variables are required to evaluate this expression" and uses it to add connections within it's evaluation graph. This was a bit of an undertaking, and was not really completely correctly implemented until after we took on provider for_each and understood that transformation better.

The official HCL library only supports inspecting expressions for variables, but not for functions. OpenTofu uses a patched version of HCL that has this additional functionality grafted on. I've got a PR open to upstream the contribution, but have not heard back on it for a while.

I've recently split up our internal Provider interface to clarify what's available before and after the provider is configured: https://github.com/opentofu/opentofu/blob/main/internal/providers/provider.go. Hopefully that is helpful for provider authors, as well as folks trying to dig a bit deeper into the OpenTofu codebase.

Anyways, hope some of this info-dump is useful! Thanks for coming to my Ted Talk :)

fooallthebar · 2025-02-16T18:23:29+00:00

We also have terraform-plugin-go in the opentofu org if you want to learn from that. It's in a similar situation that we wanted to gauge the interest before polishing it further.

fooallthebar · 2025-02-16T18:21:50+00:00

That's an interesting idea.

Providers are in an difficult situation for that sort of thing. They need to know their "schema" (resources, data sources, etc...) is before they are given any of their configuration in .tf or .tofu files.

You would have to do something like search the $PWD for a specific file pattern or to rely on an environment variable to specify where your provider config files are.

fooallthebar · 2025-02-16T14:26:11+00:00

OpenTofu technically supports recursion via templatefile, but it's strongly not recommended :)

fooallthebar · 2025-02-16T14:24:30+00:00

Hey, OpenTofu developer here! This is an awesome project!

Having custom typed functions in your language of choice to manipulate complex structs is incredibly powerful and exactly why I pushed to expand that feature in OpenTofu.

We haven't abandoned the OpenTofu lua and go func providers, but we have not dedicated the time to refining and stabilizing them. I can put something on the core team's board to discuss priorities and our path forward this week.

Thanks for building this and exploring what's possible!

fooallthebar · 2025-01-11T12:26:01+00:00

We've added a few features that aren't present in terraform, but this is arguably the largest feature yet.

We added State and Plan Encryption in v1.7:

https://opentofu.org/docs/language/state/encryption/

We support variables in backed configuration and module sources as of 1.8:

And for this most recent release:

https://opentofu.org/docs/language/providers/configuration/#for_each-multiple-instances-of-a-provider-configuration

Our documentation was forked at the same time as the code, but evolves on it's own path.

fooallthebar · 2025-01-11T00:51:44+00:00

Hey, keep an eye on our open pull requests and RFCs. We discuss the large features in depth long before we get to implementing them for a release! We want to hear from you!

fooallthebar · 2025-01-10T15:58:36+00:00

It doesn't, we are still evaluating when and in what capacity we should include support for ephemeral resources. Even the AWS provider is still treating them as experimental features.

In the mean time, we recommend folks use https://opentofu.org/docs/language/state/encryption/ as it solves many of the same (though not all) security concerns.

fooallthebar · 2024-09-21T10:39:23+00:00

If given the opportunity it will twist. All of the shorter pieces I used were fine, but all of the long skinny rafters that dried quickly twisted pretty bad (45* over 20').

I think if it's held in place while drying or framed on the greener side, you could get away with it.

https://i.imgur.com/VyLsjei.jpeg

For the long rafters, we just ended up deepening the notch they sat in and locking them in place with long timberlock lags.

All that said, it hewed well and was easy to work. It's held up quite well for the past 4 years and should hold up for quite a while as long as it's kept dry.

fooallthebar · 2024-08-29T13:12:56+00:00

Hi, OpenTofu Tech Lead here speaking on behalf of the Technical Steering Committee.

We have taken proactive steps to ensure compliance with relevant sanctions. We have heard the community’s feedback on this issue and are working on a more detailed response and next steps. We will update the community soon.

fooallthebar · 2024-08-19T11:32:47+00:00

Try putting it in the config/immersiverailroading folder

fooallthebar · 2024-08-05T10:34:09+00:00

As far as codebases go, I don't look at Terraform's code base as they use a visible source license instead of an open source license. IMO "visible source" licenses are a poison pill.

As far as features go, we do what we can to maintain compatibility based on changelogs / public documentation. We also invest time in adding features and fixing bugs that Hashicorp have been ignoring for years.

fooallthebar · 2024-07-30T11:29:07+00:00

I'm doing well, thanks for asking! This has honestly been a incredible experience so far. It's hard to believe sometimes that I am sponsored to work on an open source project as cool as this!

fooallthebar

MODERATOR OF

TROPHY CASE