Skip to content

Linux packaging strategy: evaluate AppImage vs Flatpak vs deb/rpm #44

@fbraz3

Description

@fbraz3

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:

  • AppImage
  • Flatpak

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:

  1. Create an AppImage MVP for GeneralsXZH.
  2. Validate runtime behavior (DXVK + Vulkan + SDL3 + OpenAL) and mod/replay access.
  3. Evaluate Flatpak as a second channel (permissions, sandbox, update UX).
  4. 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.

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions