-
Notifications
You must be signed in to change notification settings - Fork 523
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
Migrate to schnauzer v2 for Bottlerocket Configuration Templates #3476
Conversation
.github/workflows/build.yml
Outdated
@@ -1,7 +1,7 @@ | |||
name: Build | |||
on: | |||
pull_request: | |||
branches: [develop] | |||
branches: [develop, ootb-settings-extensions] |
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.
Can we back out the workflow changes since the branch is going away?
@bcressey Nice catch on the rebase misses, I had been looking for changes to files that I had touched.
|
I ran the following check for template additions, which were missed by my previous scan for changes during the rebase:
(2f7124a was the commit that my branch was previously based on) The only changes that turned up were the ones mentioned by @bcressey:
I'll chat with @foersleo about the midair collision with #3460. |
06b6f35
to
7e11db2
Compare
Ugh, I ruined the diff by rebasing again. But ^ rebases on develop once more, then implements the mentioned changes. I ran the following on the k8s templates as a check:
EDIT: I tested these changes by launching a |
This change also uses a POSIX-shell-like lexer to tokenize setting-generators in sundog, rather than the previous approach of splitting on whitespace.
Bottlerocket invokes thar-be-settings whenever it needs to re-render configuration file templates defined in the Bottlerocket API. This change modifies thar-be-settings to use the schnauzer v2 renderer, and also modifies all existing configuration templates in Bottlerocket to use the new template format.
In order for helpers to be composable, they must implement the `call_inner` method for the `HelperDef` trait. By failing to implement this for `SettingExtensionTemplateHelper`, helpers used e.g. in an `if` block would not return correct results.
7e11db2
to
aae7b08
Compare
^ Rebases atop the changes from #3460 Tested by launching an |
Issue number:
#3133
Description of changes:
This merges features which have been reviewed on the
ootb-settings-extensions
feature branch intodevelop
for the next release cycle:The only changes since those PRs has been a rebase onto develop, which included these modifications:
This also enables CI builds for that feature branch for continued feature development.
Testing done:
See the related PRs for details, but in summary:
Terms of contribution:
By submitting this pull request, I agree that this contribution is dual-licensed under the terms of both the Apache License, version 2.0, and the MIT license.