Skip to content

build: write the settings by their Ascender names - #250

Open
blaipr wants to merge 1 commit into
ctrliq:mainfrom
blaipr:build/ascender-settings-names
Open

blaipr wants to merge 1 commit into
ctrliq:mainfrom
blaipr:build/ascender-settings-names

Conversation

@blaipr

@blaipr blaipr commented Sep 14, 2026

Copy link
Copy Markdown
Contributor

Three of the platform's settings appear in the alternative/ installation:

  • AWX_AUTO_DEPROVISION_INSTANCES, in the two settings files and the config template
  • AWX_LOGGING_MODE, in the compose environment, the podman run line and the environment template
  • AWX_SETTINGS_FILE, which the build passes to collectstatic

ctrliq/ascender#998 gives all three the Ascender name.

Why this one does not have to wait for a release

The AWX names keep answering: the two file-defined ones through the alias table in production.py, and AWX_SETTINGS_FILE because the platform reads both names directly. It has to, since that variable decides which settings file loads at all, and an alias applied after the settings modules load would be too late.

That is different from the awx.main imports in #247, where the new name simply does not resolve on an older Ascender. Here an older Ascender still reads the AWX names and a newer one reads both.

Worth landing with the release that carries #998 all the same, since there is nothing to gain from being early.

Checking

Seven lines, listed in full in the diff. The compose file parses as YAML, the podman script passes bash -n, and both settings files parse as Python.

Three of the platform's settings appear in the alternative installation: the
deprovision flag in the two settings files and the config template, the logging
mode in the compose environment and the podman run line, and the settings file
variable the build passes to collectstatic.

ctrliq/ascender#998 gives all three the Ascender name. The AWX names keep
answering: the two file-defined ones through the alias table in production.py,
and the environment one because the platform reads both, which it has to since
that variable decides which settings file loads at all.

So this is a move rather than a fix, and unlike the awx.main imports it does
not have to wait for a release: an older Ascender still reads the AWX names,
and this repository writes the Ascender ones only where the new platform reads
them. Worth landing with the release that carries #998 all the same, since
there is nothing to gain from being early.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant