Skip to content

Conversation

@lb0o
Copy link

@lb0o lb0o commented Jul 22, 2025

[feature] kubespan support and allowSchedulingOnControlPlanes in default values.yaml
Follow-up to #71 — addressed comments.

Summary by CodeRabbit

  • New Features
    • Added new configuration options to enable or disable kubespan features and control plane scheduling in both CozyStack and Generic charts.
    • Kubespan section is now conditionally included in network configuration when enabled.
    • Control plane scheduling and discovery settings are now configurable via values files.
  • Documentation
    • Updated README with instructions for offline and full template rendering tests using new flags.
  • Chores
    • Added a Makefile target to render templates offline for easier testing and validation.

@coderabbitai
Copy link

coderabbitai bot commented Jul 22, 2025

"""

Walkthrough

The changes add conditional logic for a kubespan section and a configurable allowSchedulingOnControlPlanes flag in the Helm chart templates for both cozystack and generic. They update template helpers to reflect these values dynamically and remove trailing newlines from values files without altering configuration keys. The README and Makefile were updated to support offline and full template rendering with new flags and a dedicated Makefile target.

Changes

Files Change Summary
charts/cozystack/templates/_helpers.tpl, charts/generic/templates/_helpers.tpl Added conditional kubespan section in network configuration; made control plane scheduling configurable.
charts/cozystack/values.yaml, charts/generic/values.yaml Removed trailing newlines; no functional changes to configuration keys.
README.md Added instructions for --offline and --full flags to test template rendering with example commands.
Makefile Added render-template target for offline template rendering with error handling and cleanup.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant Makefile
    participant TalmCLI
    participant TemplateEngine

    User->>Makefile: Run `make render-template` with optional args
    Makefile->>TalmCLI: Verify `talm` executable
    TalmCLI-->>Makefile: Confirm executable or error
    Makefile->>TemplateEngine: Initialize workspace with `cozystack` preset
    TemplateEngine->>TemplateEngine: Render controlplane.yaml and worker.yaml with flags
    TemplateEngine-->>Makefile: Output rendered YAML files
    Makefile-->>User: Notify completion and cleanup
Loading

Estimated code review effort

2 (~20 minutes)

Poem

In cozy stacks and generic lands,
New configs sprout by rabbit hands.
Kubespan hops in, now enabled with care,
Control planes schedule, if you so dare.
Templates render with flags anew,
Makefile guides the process through.
This bunny’s work is nearly through! 🐇✨
"""


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Summary of Changes

Hello @lb0o, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request enhances the configurability of the Helm charts by introducing new options for kubespan support and making the allowSchedulingOnControlPlanes setting dynamic. These changes allow for more flexible and environment-specific deployments, particularly for network configurations and control plane node behavior.

Highlights

  • New Configuration Options: Introduced a new top-level Helm value, kubespan, to control the enablement of kubespan-related network configurations and cluster discovery settings within the machine.network and cluster.discovery sections of the generated configuration.
  • Control Plane Scheduling: The allowSchedulingOnControlPlanes setting, previously hardcoded to true for control plane machines, is now configurable via a new Helm value of the same name, providing greater flexibility for cluster deployments.
  • Default Values Update: Updated the default values.yaml files for both cozystack and generic charts to include the new kubespan (defaulting to false) and allowSchedulingOnControlPlanes (defaulting to true) options.
  • Code Generation Update: The pkg/generated/presets.go file, which embeds Helm chart templates and values as Go strings, has been updated to reflect all the new configuration options and their default values.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in issue comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments or fill out our survey to provide feedback.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces two new configuration options, kubespan and allowSchedulingOnControlPlanes, to the Helm charts and makes them configurable through values.yaml. The changes are consistently applied across cozystack and generic charts, as well as the generated Go presets. My review focuses on ensuring the new values.yaml files and their embedded counterparts in Go code adhere to common formatting standards.

Comment on lines 13 to 14
kubespan: false
allowSchedulingOnControlPlanes: true

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

It's a good practice for YAML files to end with a newline character. Some tools may have issues parsing files that don't end with a newline.

kubespan: false
allowSchedulingOnControlPlanes: true

Comment on lines 9 to 10
kubespan: false
allowSchedulingOnControlPlanes: true

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

It's a good practice for YAML files to end with a newline character. Some tools may have issues parsing files that don't end with a newline.

kubespan: false
allowSchedulingOnControlPlanes: true

certSANs: []
`,
kubespan: false
allowSchedulingOnControlPlanes: true`,

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

For consistency and to adhere to YAML best practices, the embedded values.yaml content should end with a newline character (\n).

Suggested change
allowSchedulingOnControlPlanes: true`,
allowSchedulingOnControlPlanes: true\n`,

certSANs: []
`,
kubespan: false
allowSchedulingOnControlPlanes: true`,

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

For consistency and to adhere to YAML best practices, the embedded values.yaml content should end with a newline character (\n).

Suggested change
allowSchedulingOnControlPlanes: true`,
allowSchedulingOnControlPlanes: true\n`,

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (2)
charts/generic/values.yaml (1)

10-10: Add missing newline at end of file.

Static analysis correctly identified that the file is missing a newline character at the end.

-allowSchedulingOnControlPlanes: true
+allowSchedulingOnControlPlanes: true
+
charts/cozystack/values.yaml (1)

14-14: Add missing newline at end of file.

Same formatting issue as in the generic chart - missing newline at end of file.

-allowSchedulingOnControlPlanes: true
+allowSchedulingOnControlPlanes: true
+
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 55dd761 and dbcee2b.

⛔ Files ignored due to path filters (1)
  • pkg/generated/presets.go is excluded by !**/generated/**
📒 Files selected for processing (4)
  • charts/cozystack/templates/_helpers.tpl (3 hunks)
  • charts/cozystack/values.yaml (1 hunks)
  • charts/generic/templates/_helpers.tpl (1 hunks)
  • charts/generic/values.yaml (1 hunks)
🪛 YAMLlint (1.37.1)
charts/cozystack/values.yaml

[error] 14-14: no new line character at the end of file

(new-line-at-end-of-file)

charts/generic/values.yaml

[error] 10-10: no new line character at the end of file

(new-line-at-end-of-file)

🧰 Additional context used
🪛 YAMLlint (1.37.1)
charts/cozystack/values.yaml

[error] 14-14: no new line character at the end of file

(new-line-at-end-of-file)

charts/generic/values.yaml

[error] 10-10: no new line character at the end of file

(new-line-at-end-of-file)

🔇 Additional comments (6)
charts/generic/values.yaml (1)

9-10: LGTM! Good configuration defaults.

The new configuration keys have sensible defaults:

  • kubespan: false provides a conservative default
  • allowSchedulingOnControlPlanes: true maintains existing behavior
charts/cozystack/values.yaml (1)

13-14: LGTM! Consistent configuration across charts.

The configuration keys match those in the generic chart, ensuring consistency across the Helm charts.

charts/generic/templates/_helpers.tpl (1)

18-21: LGTM! Clean conditional template implementation.

The kubespan configuration is properly conditionally included with correct Helm template syntax and appropriate indentation within the network section.

charts/cozystack/templates/_helpers.tpl (3)

58-61: LGTM! Consistent kubespan implementation.

The conditional kubespan configuration matches the implementation in the generic chart, ensuring consistency across templates.


92-92: LGTM! Good refactoring from hardcoded to configurable value.

Replacing the hardcoded true with .Values.allowSchedulingOnControlPlanes makes this behavior configurable while maintaining the same default behavior.


115-115: LGTM! Logical connection between kubespan and discovery.

Setting discovery.enabled based on .Values.kubespan makes sense - when kubespan is enabled, cluster discovery should also be enabled to facilitate node discovery in the mesh network.

…iguration

[feature] fix regression if default values are not supplied for kubespan (default false) or allowSchedulingOnControlPlanes (default true)

Signed-off-by: lb0o <[email protected]>
Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (2)
README.md (2)

59-59: Fix minor grammar & typo for clarity

Minor editorial polish improves readability and prevents distraction.

-If you are testing template rendering you can pass the flag --offline. Also using the --full flag will generate a complete configuration, usefull for testing proper rendering of the templates.
+If you are testing template rendering, you can pass the `--offline` flag. Additionally, using the `--full` flag generates a complete configuration, useful for validating the template rendering.

61-62: Place --offline before > redirection for shell-style consistency

> can legally appear mid-command, but placing IO-redirection last avoids surprises (e.g., when wrapping the line) and matches common CLI examples.

-talm template -t templates/controlplane.yaml --full -i > nodes/cp1.yaml --offline
-talm template -t templates/worker.yaml --full -i > nodes/worker1.yaml --offline
+talm template --offline --full -t templates/controlplane.yaml -i > nodes/cp1.yaml
+talm template --offline --full -t templates/worker.yaml  -i > nodes/worker1.yaml
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 018414f and d5e0162.

📒 Files selected for processing (1)
  • README.md (1 hunks)
🪛 LanguageTool
README.md

[grammar] ~59-~59: Ensure spelling is correct
Context: ...will generate a complete configuration, usefull for testing proper rendering of the tem...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)

🧰 Additional context used
🪛 LanguageTool
README.md

[grammar] ~59-~59: Ensure spelling is correct
Context: ...will generate a complete configuration, usefull for testing proper rendering of the tem...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)

…endering for development.

Littly hacky addition of a render-template method in order to verify and rapidly iterate development of new talm templating functionnalities. Ass the capacity to pass any parametes the talm template commands.

Signed-off-by: lb0o <[email protected]>
Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (2)
README.md (2)

59-64: Fix typo + tighten phrasing of offline/full rendering note

Small grammar + spelling issues slip in here. Suggest tightening the sentence and wrapping flags in code formatting.

-If you are testing template rendering you can pass the flag --offline. Also using the --full flag will generate a complete configuration, usefull for testing proper rendering of the templates.
+If you are testing template rendering, you can pass the `--offline` flag. Using the `--full` flag generates a complete configuration, useful for verifying that the templates render correctly.

65-68: Improve grammar & formatting for the make render-template example

The sentence reads awkwardly and misses code-style formatting for the target.

-To develop and extend templates capabilities of talm you can use make render-template to render templates offline and check the output:
+To develop and extend the template capabilities of Talm, you can use the `make render-template` target to render templates offline and inspect the output:
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 8adff36 and f2fc7b9.

📒 Files selected for processing (2)
  • Makefile (1 hunks)
  • README.md (1 hunks)
🪛 LanguageTool
README.md

[grammar] ~59-~59: Ensure spelling is correct
Context: ...will generate a complete configuration, usefull for testing proper rendering of the tem...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)

🚧 Files skipped from review as they are similar to previous changes (1)
  • Makefile
🧰 Additional context used
🪛 LanguageTool
README.md

[grammar] ~59-~59: Ensure spelling is correct
Context: ...will generate a complete configuration, usefull for testing proper rendering of the tem...

(QB_NEW_EN_ORTHOGRAPHY_ERROR_IDS_1)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant