Skip to content

Move flavor default into playbook vars#623

Open
ehelms wants to merge 1 commit into
theforeman:masterfrom
ehelms:flavor-management
Open

Move flavor default into playbook vars#623
ehelms wants to merge 1 commit into
theforeman:masterfrom
ehelms:flavor-management

Conversation

@ehelms

@ehelms ehelms commented Jul 6, 2026

Copy link
Copy Markdown
Member

Why are you introducing these changes? (Problem description, related links)

The flavor variable was defined as a global default (katello) in defaults.yml. This works when all playbooks target quadlet, but breaks with per-host state partitioning where deploy-proxy uses a different flavor (foreman-proxy-content). Having a single global default obscures which flavor each playbook actually requires and makes it easy for new playbooks to silently depend on a default that may not apply.

What are the changes introduced in this pull request?

  • Remove flavor: katello from src/vars/defaults.yml
  • Set flavor explicitly in the vars: block of every playbook that loads flavors/{{ flavor }}.yml:
    • deploy.yamlkatello
    • deploy-proxy.yamlforeman-proxy-content
    • checks.yaml, health.yaml, backup.yaml, pull-images.yaml, features.yamlkatello
    • deploy-dev.yaml, remote-database.yamlkatello

How to test this pull request

Steps to reproduce:

  • Run ./foremanctl deploy --initial-admin-password=changeme --tuning development and verify deployment succeeds
  • Run ./foremanctl checks, ./foremanctl health, ./foremanctl features and verify no undefined variable errors
  • Run ./forge deploy-dev and verify no undefined variable errors
  • Run the full CI test suite

Checklist

  • Tests added/updated (if applicable)
  • Documentation updated (if applicable)

Set the flavor variable directly in each playbook rather than relying
on a global default in defaults.yml. This makes each playbook explicit
about its flavor and prepares for per-host state partitioning where
different hosts use different flavors.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant