Skip to content

es-de: pin AppImage download to x64 variant#313

Merged
JBailes merged 1 commit intofedora-variant-imagesfrom
fix/es-de-appimage-arch-filter
Apr 17, 2026
Merged

es-de: pin AppImage download to x64 variant#313
JBailes merged 1 commit intofedora-variant-imagesfrom
fix/es-de-appimage-arch-filter

Conversation

@JBailes
Copy link
Copy Markdown
Contributor

@JBailes JBailes commented Apr 17, 2026

Summary

  • Upstream ES-DE releases now ship three AppImages (ES-DE_x64_SteamDeck.AppImage, ES-DE_aarch64.AppImage, ES-DE_x64.AppImage). The existing jq filter only excluded SteamDeck, so xargs wget -O /Applications/esde.AppImage received two URLs and concatenated both downloads into a single file.
  • The resulting binary is unparseable, producing sh: 1: /Applications/esde.AppImage: Exec format error at launch.
  • Tighten the filter to match ES-DE_x64.AppImage by exact name (es-de is amd64-only per .github/workflows/auto-build.yml). Also add jq -r so the URL is emitted unquoted for xargs.

Stacked on #305 so the fedora-variant branch also picks up the fix.

Test plan

  • Rebuild the es-de image and confirm /Applications/esde.AppImage is a single valid AppImage (file reports ELF, not concatenated content).
  • Launch ES-DE via Sway and confirm it starts without the Exec format error.

Upstream now ships aarch64 and x64 AppImages alongside the SteamDeck
build. The previous jq filter only excluded SteamDeck, so wget -O
received two URLs and concatenated both downloads into one file,
producing an unparseable binary (Exec format error at launch).

Select ES-DE_x64.AppImage by exact name; es-de only builds linux/amd64.
@JBailes JBailes merged commit 13dbb29 into fedora-variant-images Apr 17, 2026
104 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant