Apollo gives eza warm, high-contrast file listings while preserving normal color-variable precedence.
Simulated preview. File metadata, terminal rendering, and color-variable overrides may vary.
Apollo Dark preserves the root theme.yml and existing root configuration-directory selector for compatibility. Apollo Light is the explicit light/theme.yml companion. Both match eza's fixed filename within whichever EZA_CONFIG_DIR you select and style core file kinds, permissions, sizes, users, links, Git state, and metadata without replacing filename or extension mappings.
Clone Apollo into its own directory without replacing ~/.config/eza/theme.yml or changing existing color variables:
git clone https://github.com/apollo-theme/eza-apollo-theme "$HOME/.config/eza-apollo-theme"Select the directory containing the variant's fixed theme.yml:
# Dark (root theme.yml)
EZA_CONFIG_DIR="$HOME/.config/eza-apollo-theme" eza --color=always -la
# Light (light/theme.yml)
EZA_CONFIG_DIR="$HOME/.config/eza-apollo-theme/light" eza --color=always -laExport either directory to opt in for the current shell. Apollo Light styles eza output but cannot change the terminal itself, so use a light terminal canvas. No existing eza configuration or color variable is modified. Existing LS_COLORS, EZA_COLORS, and EXA_COLORS keep eza's normal precedence and may intentionally override either variant's file-kind colors.
unset EZA_CONFIG_DIR
rm -rf "$HOME/.config/eza-apollo-theme"Run either activation command in a directory containing folders, executable files, symlinks, and ordinary files. File-kind roles should be distinct on the matching terminal canvas. Existing LS_COLORS or EZA_COLORS may intentionally override these colors.
The native check uses a temporary EZA_CONFIG_DIR and verifies theme parsing, rendered file kinds, and LS_COLORS precedence with eza v0.23.5 or newer.
python3 scripts/generate.py --check
python3 scripts/check.py
python3 -m unittest discover -s tests -vRoot theme.yml and light/theme.yml are deterministic generated outputs. Make mapping changes in scripts/generate.py, then regenerate rather than editing either theme directly.