feat(site): offer the .deb alongside the AppImage for Linux - #17
Merged
Conversation
Four Linux builds are published every release; the download page linked one of them. A colleague on Ubuntu was being handed an AppImage — which needs a `chmod +x` and integrates with nothing — while the .deb that gives them a menu entry, an icon and `apt remove` sat unlinked on the Releases page. Changes: - Linux visitors get two buttons: the .deb as the primary download, and "Download the AppImage instead" beneath it. - "Other platforms" now lists Linux (Deb) and Linux (AppImage) separately instead of a single "Linux". - Both Linux entries are dropped from "Other platforms" when the visitor is already on Linux, since both are buttons directly above it. The .deb leads because a browser cannot tell Debian from Fedora — there is no distribution in the user agent — so this is a bet on the audience rather than a detection. The AppImage stays one click away for exactly that reason: it runs anywhere, so nobody outside Debian or Ubuntu is left holding a file their system cannot open. The .rpm and .tar.gz builds remain on the Releases page. Also fixes the no-JS fallback href, which still pointed at v1.12.3 — three months stale for anyone with JavaScript disabled. Verified both paths: the Mac view live in a browser, and the Linux view by running the page's own script against a stub DOM with a Linux user agent, since the Linux branch is unreachable by spoofing in-browser. Every generated filename was checked against the real v1.15.0 release assets, so no link 404s — the arch names differ per packager (amd64 for deb, x86_64 for AppImage) and are easy to get wrong.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
Every release publishes four Linux builds —
.deb,.rpm,.AppImage,.tar.gz— and the download page linked exactly one of them. A colleague on Ubuntu was handed an AppImage, which needs achmod +xand integrates with nothing, while the.debthat gives them a menu entry, an icon andapt removesat unlinked on the Releases page.What changes
Linux visitors get two buttons:
Download Argos for Linux→…-linux-amd64.deb· For Linux (Deb)Download the AppImage instead→…-linux-x86_64.AppImageEveryone else sees
Other platforms: Mac (Intel) · Windows · Linux (Deb) · Linux (AppImage)— the single "Linux" entry split in two — and no second button.On Linux, both entries are dropped from "Other platforms", since both are already buttons two inches above it.
Why
.debleadsA browser cannot tell Debian from Fedora — there is no distribution in the user agent and no API that exposes one. So this is a bet on the audience, not a detection.
The AppImage stays one click away for exactly that reason: it runs on any distribution, so nobody outside Debian or Ubuntu is left holding a file their system cannot open.
.rpmand.tar.gzremain on the Releases page.Also
The no-JS fallback
hrefstill pointed at v1.12.3 — three months stale for anyone with JavaScript disabled. Updated to 1.15.0.Verification
amd64for deb,x86_64for AppImage and rpm,x64for the tarball) and are easy to get wrong.Release
No tag or app build needed — this is
site/**only, sopages.ymldeploys it on merge.