Re-implement Bottlerocket template system for Out-of-tree Builds #3133
Labels
area/core
Issues core to the OS (variant independent)
area/settings
Issues related to our settings handling
status/in-progress
This issue is currently being worked on
type/enhancement
New feature or request
Related to #2669
What I'd Like:
We need to be able to express settings dependencies for templates as described by the design document in #2834. This would allow the settings system to determine what settings and at what versions the API should render templates.
As an example, a template might look something like this:
Where the settings required are specified in a header called "frontmatter" and the template body is given as a string below.
To do:
thar-be-settings
and existing config templates to the new renderer library (Migrate to schnauzer v2 for configuration file templates #3346)sundog
and settings-generators to the new binary (Migrate to schnauzer v2 for generated settings #3316)ReplaceTemplateMigration
The text was updated successfully, but these errors were encountered: