Context
For Linux builds, we initially considered shipping distro-specific packages (.deb / .rpm).
During discussion, we identified that we should evaluate universal distribution formats first, especially:
Problem
Maintaining multiple distro-specific packages may increase maintenance cost for a small team and fragment the release pipeline.
At the same time, we need to preserve mod/replay/data workflows and avoid friction with DXVK/Vulkan/OpenAL runtime expectations.
Proposal
Define and document a Linux packaging strategy in phases:
- Create an AppImage MVP for
GeneralsXZH.
- Validate runtime behavior (DXVK + Vulkan + SDL3 + OpenAL) and mod/replay access.
- Evaluate Flatpak as a second channel (permissions, sandbox, update UX).
- Keep
.deb / .rpm as optional follow-up if there is concrete demand.
Acceptance Criteria
- A documented decision matrix comparing AppImage vs Flatpak vs deb/rpm for this project.
- A working AppImage packaging pipeline for Linux ZH build artifacts.
- Smoke-test checklist for launch + main menu + skirmish map.
- Clear recommendation for primary Linux distribution channel.
Notes
Please avoid changing gameplay logic for this work; scope is packaging/distribution only.
Context
For Linux builds, we initially considered shipping distro-specific packages (
.deb/.rpm).During discussion, we identified that we should evaluate universal distribution formats first, especially:
Problem
Maintaining multiple distro-specific packages may increase maintenance cost for a small team and fragment the release pipeline.
At the same time, we need to preserve mod/replay/data workflows and avoid friction with DXVK/Vulkan/OpenAL runtime expectations.
Proposal
Define and document a Linux packaging strategy in phases:
GeneralsXZH..deb/.rpmas optional follow-up if there is concrete demand.Acceptance Criteria
Notes
Please avoid changing gameplay logic for this work; scope is packaging/distribution only.