v0.32.2

🤖 Automatic Updates

chore(deps): update terraform cloudposse/lb-s3-bucket/aws to v0.12.0 @renovate (#89)

This PR contains the following updates:

Package	Type	Update	Change
cloudposse/lb-s3-bucket/aws (source)	terraform	minor	0.11.4 -> 0.12.0

---

Release Notes

cloudposse/terraform-aws-lb-s3-bucket

v0.12.0

Compare Source

update s3_policy to work with all lb types @​wmborelli (#​38)

#### what * All load balancer types will be able to log to the s3 bucket. #### why * The missing policy info prevents logging from all load balancer types and is incomplete according to AWS documentation. #### references * closes #​9 which is technically not the actual issue which says server side encryption is preventing the logging capability. * See the various bucket policies in the following links: https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/enable-access-logs.html https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-access-logs.html https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-access-logs.html * hoping to add the fix in to the nlb here https://github.com/cloudposse/terraform-aws-nlb/pull/13

---

Configuration

📅 Schedule: At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻️ Rebasing: Renovate will not automatically rebase this PR, because other commits have been found.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box.

---

This PR has been generated by WhiteSource Renovate. View repository job log here.

v0.32.1

🤖 Automatic Updates

Update README.md and docs @cloudpossebot (#88)

what

This is an auto-generated PR that updates the README.md and docs

why

To have most recent changes of README.md and doc from origin templates

v0.32.0

Allow var access_logs_enabled = false without having to set a bucket id @joe-niland (#87)

what

• Set the bucket value in alb access_logs block differently to allow empty values to be set for bucket ids when access logs are disabled

why

• The current implementation generates a Terraform error if access logs are disabled, and bucket id is not set (due to the fact that coalesce() requires at least one non-null, non-empty element

references

• None

v0.31.0

feature(access_logs): make possible to specify an external s3 bucket … @scream314 (#83)

…for logs

what

• Added a new input variable to provide a bucket name for the logging bucket. If the name is provided, the access_logs module is skipped.

why

• To be able to store multiple alb logs in a single bucket.
• To be able to provide an external bucket with a random name.

references

• closes #77

v0.30.0

Add drop_invalid_header_fields variable @adamantike (#82)

What

This change adds support for the drop_invalid_header_fields variable, which was added to the AWS provider, in version 2.54.0 [0].

Why

• Currently, it is not possible to set up this option, which is recommended by the AWS Foundational Security Best Practices controls [1].
• However, it does require the aws provider to be at least v2.54.0. If there's any way to maintain the current constraint, and only apply this variable when the version supports it, I'm happy to change the current approach.

References

• [0] hashicorp/terraform-provider-aws@956f2e6
• [1] https://docs.aws.amazon.com/securityhub/latest/userguide/securityhub-standards-fsbp-controls.html#fsbp-elb-4

v0.29.6

🤖 Automatic Updates

chore(deps): update terraform cloudposse/lb-s3-bucket/aws to v0.11.4 @renovate (#80)

This PR contains the following updates:

Package	Type	Update	Change
cloudposse/lb-s3-bucket/aws (source)	terraform	patch	0.11.3 -> 0.11.4

---

Release Notes

cloudposse/terraform-aws-lb-s3-bucket

v0.11.4

Compare Source

🤖 Automatic Updates

context.tf updated to v0.24.1, minimum required Terraform version bumped to 0.13.0 when needed, readme updated @​maximmi (#​36)

#### what - update context.tf to v0.24.1 - minimum required Terraform version bumped to 0.13.0 - readme updated, Bridgecrew compliance badges added #### why - It allows for setting the letter case of tag names and labels, back compatibility with context v0.22.0 and below - we have dropped support for Terraform 0.12 - To be able see and fix the recommendations from Bridgecrew so we can position our modules as standards compliant

v0.29.5

🤖 Automatic Updates

Update README.md and docs @cloudpossebot (#81)

what

This is an auto-generated PR that updates the README.md and docs

why

To have most recent changes of README.md and doc from origin templates

v0.29.4

🤖 Automatic Updates

chore(deps): update terraform cloudposse/lb-s3-bucket/aws to v0.11.3 @renovate (#79)

This PR contains the following updates:

Package	Type	Update	Change
cloudposse/lb-s3-bucket/aws (source)	terraform	minor	0.10.1 -> 0.11.3

---

Release Notes

cloudposse/terraform-aws-lb-s3-bucket

v0.11.3

Compare Source

🤖 Automatic Updates

chore(deps): update terraform cloudposse/s3-log-storage/aws to v0.20.0 @​renovate (#​37)

This PR contains the following updates:

Package	Type	Update	Change
cloudposse/s3-log-storage/aws (source)	terraform	minor	0.19.0 -> 0.20.0

---

Release Notes

cloudposse/terraform-aws-s3-log-storage

##### [`v0.20.0`](https://togithub.com/cloudposse/terraform-aws-s3-log-storage/releases/0.20.0)

Compare Source

context.tf updated to v0.24.1, minimum required Terraform version bumped to 0.13.0 when needed, readme updated @​&#​8203;maximmi (#&#​8203;53)

##### what - update context.tf to v0.24.1 - minimum required Terraform version bumped to 0.13.0 - readme updated, Bridgecrew compliance badges added ##### why - It allows for setting the letter case of tag names and labels, back compatibility with context v0.22.0 and below - we have dropped support for Terraform 0.12 - To be able see and fix the recommendations from Bridgecrew so we can position our modules as standards compliant

v0.11.2

Compare Source

🤖 Automatic Updates

Update context.tf @​cloudpossebot (#​31)

#### what This is an auto-generated PR that updates the `context.tf` file to the latest version from `cloudposse/terraform-null-label` #### why To support all the features of the `context` interface.

v0.11.1

Compare Source

🤖 Automatic Updates

chore(deps): update terraform cloudposse/s3-log-storage/aws to v0.19.0 @​renovate (#​35)

This PR contains the following updates:

Package	Type	Update	Change
cloudposse/s3-log-storage/aws (source)	terraform	minor	0.18.1 -> 0.19.0

---

Release Notes

cloudposse/terraform-aws-s3-log-storage

##### [`v0.19.0`](https://togithub.com/cloudposse/terraform-aws-s3-log-storage/releases/0.19.0)

Compare Source

minimum required Terraform version bumped to 0.13.0, context.tf updated, readme updated @​&#​8203;maximmi (#&#​8203;52)

##### what - update context.tf to v0.23.0 - minimum required Terraform version bumped to 0.13.0 - readme updated, Bridgecrew compliance badges added ##### why - It allows for setting the letter case of tag names and labels - we have dropped support for Terraform 0.12 - To be able see and fix the recommendations from Bridgecrew so we can position our modules as standards compliant

v0.11.0

Compare Source

minimum required Terraform version bumped to 0.13.0, context.tf updated, readme updated @​maximmi (#​34)

#### what - update context.tf to v0.23.0 - minimum required Terraform version bumped to 0.13.0 - readme updated, Bridgecrew compliance badges added #### why - It allows for setting the letter case of tag names and labels - we have dropped support for Terraform 0.12 - To be able see and fix the recommendations from Bridgecrew so we can position our modules as standards compliant

v0.10.3

Compare Source

🤖 Automatic Updates

chore(deps): update terraform cloudposse/s3-log-storage/aws to v0.18.1 @​renovate (#​33)

This PR contains the following updates:

Package	Type	Update	Change
cloudposse/s3-log-storage/aws (source)	terraform	patch	0.18.0 -> 0.18.1

---

Release Notes

cloudposse/terraform-aws-s3-log-storage

##### [`v0.18.1`](https://togithub.com/cloudposse/terraform-aws-s3-log-storage/releases/0.18.1)

Compare Source

🤖 Automatic Updates

Update README.md and docs @​&#​8203;cloudpossebot (#&#​8203;51)

##### what This is an auto-generated PR that updates the README.md and docs ##### why To have most recent changes of README.md and doc from origin templates

v0.10.2

Compare Source

🤖 Automatic Updates

Update README.md and docs @​cloudpossebot (#​32)

#### what This is an auto-generated PR that updates the README.md and docs #### why To have most recent changes of README.md and doc from origin templates

v0.29.3

🤖 Automatic Updates

chore(deps): update terraform cloudposse/label/null to v0.24.1 @renovate (#78)

This PR contains the following updates:

Package	Type	Update	Change
cloudposse/label/null (source)	terraform	minor	0.22.1 -> 0.24.1

---

Release Notes

cloudposse/terraform-null-label

v0.24.1

Compare Source

Allow control of letter case of outputs @​SweetOps (#​107)

You now have control over the letter case of generated tag names and supplied labels, which means you also have control over the letter case of the ultimate id.

Labels are the elements you can include in label_order, namely namespace, environment, stage, name, and attributes. For every non-empty label, a corresponding tag name is generated. For namespace, environment, stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes through regex_replace_chars.), For attributes, which is a list, each element is normalized, duplicates are removed, and the resulting list is converted to a string by joining the elements with the delimiter (defaults to hyphen). For name, which is special, the output is the same as id, which is the joining of the labels in the order specified by label_order and separated by delimiter.

• You can set label_key_case to one of upper, lower, or title, which will result in generated tag names in the corresponding case: NAME, name, or Name. For backwards compatibility, title is the default
• You can set label_value_case to one of upper, lower, title, or none, which will result in output label values in the corresponding case (with none meaning no case conversion of any kind will be done, though the labels will still be subject to regex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in the tag values and in the id string.

You can look at the test cases in examples/complete and the expected results in test/src/examples_complete_test.go to see examples of how this is supposed to work.

One interesting example is that you can create ids in Pascal case by setting label_value_case = "title" and delimiter = "".

Include updates to exports/context.tf @​Nuru (#​122 and #​123)

##### what - Include updates to `exports/context.tf` - Update README with features and compatibilty - Add validation for `id_length_limit` ##### why - The `exports/context.tf` is what gets distributed and needs to be in sync - Replace outdated information - Was not validated earlier because validators are not supported in TF 0.12 but now we are dropping support for TF 0.12 and so we can add validators

Restore backward compatibility with v0.22.1 and earlier @​Nuru (#​121)

##### what - Restore backward compatibility with v0.22.1 and earlier - Allow setting of `label_key_case` and `label_value_case` by vars, not just by context attributes. ##### why - Allow interoperability of old and new modules - Normally, root modules make settings via individual variables, not by setting an entire context block.

Incorporates and closes #​120

v0.24.0

Compare Source

Restore backward compatibility with v0.22.1 and earlier @​Nuru (#​121)

##### what - Restore backward compatibility with v0.22.1 and earlier - Allow setting of `label_key_case` and `label_value_case` by vars, not just by context attributes. ##### why - Allow interoperability of old and new modules - Normally, root modules make settings via individual variables, not by setting an entire context block.

Incorporates and closes #​120

Allow control of letter case of outputs @​SweetOps (#​107)

You now have control over the letter case of generated tag names and supplied labels, which means you also have control over the letter case of the ultimate id.

Labels are the elements you can include in label_order, namely namespace, environment, stage, name, and attributes. For every non-empty label, a corresponding tag name is generated. For namespace, environment, stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes through regex_replace_chars.), For attributes, which is a list, each element is normalized, duplicates are removed, and the resulting list is converted to a string by joining the elements with the delimiter (defaults to hyphen). For name, which is special, the output is the same as id, which is the joining of the labels in the order specified by label_order and separated by delimiter.

• You can set label_key_case to one of upper, lower, or title, which will result in generated tag names in the corresponding case: NAME, name, or Name. For backwards compatibility, title is the default
• You can set label_value_case to one of upper, lower, title, or none, which will result in output label values in the corresponding case (with none meaning no case conversion of any kind will be done, though the labels will still be subject to regex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in the tag values and in the id string.

You can look at the test cases in examples/complete and the expected results in test/src/examples_complete_test.go to see examples of how this is supposed to work.

One interesting example is that you can create ids in Pascal case by setting label_value_case = "title" and delimiter = "".

##### Known issues - `exports/context.tf` still not backwards compatible - Validation for `id_length` not included in `exports/context.tf`

v0.23.0

Compare Source

Known issues

• Does not interoperate with earlier versions of null-label. The canonical context = module.this.context fails if module.this.context is an older version
• context.tf does not incorporate var.label_key_case and var.label_value_case into the module.this object, preventing those variables from taking effect in the root module's module.this.

feat: add support for setting letter case of context tags @​SweetOps (#​107)

With this release, you gain control over the letter case of generated tag names and supplied labels, which means you also have control over the letter case of the ultimate id.

Labels are the elements you can include in label_order, namely namespace, environment, stage, name, and attributes. For every non-empty label, a corresponding tag name is generated. For namespace, environment, stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes through regex_replace_chars.), For attributes, which is a list, each element is normalized, duplicates are removed, and the resulting list is converted to a string by joining the elements with the delimiter (defaults to hyphen). For name, which is special, the output is the same as id, which is the joining of the labels in the order specified by label_order and separated by delimiter.

• You can set label_key_case to one of upper, lower, or title, which will result in generated tag names in the corresponding case: NAME, name, or Name. For backwards compatibility, title is the default
• You can set label_value_case to one of upper, lower, title, or none, which will result in output label values in the corresponding case (with none meaning no case conversion of any kind will be done, though the labels will still be subject to regex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in the tag values and in the id string.

You can look at the test cases in examples/complete and the expected results in test/src/examples_complete_test.go to see examples of how this is supposed to work.

One interesting example is that you can create ids in Pascal case by setting label_value_case = "title" and delimiter = "".

v0.29.2

🤖 Automatic Updates

Update context.tf @cloudpossebot (#76)

what

This is an auto-generated PR that updates the context.tf file to the latest version from cloudposse/terraform-null-label

why

To support all the features of the context interface.