Tags: abddost/loop
Tags
v0.1.16: restore /usr/bin/loop symlink in Linux postinst The custom afterInstall introduced in 0.1.14 replaced electron-builder's default postinst template instead of appending to it, dropping the /usr/bin/loop symlink and desktop-database refresh. Effect: after an in-app auto-update, `loop` from a terminal returned "command not found" even though the package was installed and /opt/Loop/loop ran fine. - linux-after-install.sh: re-create /usr/bin/loop, refresh desktop/mime/icon caches alongside the existing chrome-sandbox SUID and AppArmor profile steps. - linux-after-remove.sh: mirror cleanup on purge; skip during upgrades so the new package's postinst can re-create the symlink without a dangling-state window. - electron-builder.yml: wire afterRemove for both deb and rpm. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
v0.1.15: merge per-arch latest-mac.yml so arm64 Macs auto-update nati… …vely Two macOS builds run in parallel — each emits its own latest-mac.yml. Since the publish job downloaded both with merge-multiple: true, the second one silently overwrote the first. The published manifest only listed x64 files; electron-updater on Apple Silicon obediently grabbed the x64 .dmg and ran it through Rosetta. (Verified by `lipo -info` on my own /Applications/Loop.app after the v0.1.14 in-app update — "Non-fat file ... is architecture: x86_64".) Fix: - Drop merge-multiple from the artifact download so each arch keeps its own subdirectory. - New scripts/merge-mac-manifests.ts combines both files arrays into one manifest. electron-updater 6.x picks the right URL by matching process.arch to the file suffix. - Workflow flattens .dmg/.zip/.exe/etc directly (their filenames already carry the arch) and only special-cases the manifest merge. Apple Silicon users currently on a Rosetta-installed v0.1.14 will need to manually re-download the arm64 .dmg from the release page once to escape — after that, native auto-update keeps working. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
v0.1.14: ship Linux installer fixes (chrome-sandbox SUID + AppArmor) Bundles PR #30 (40ab35f, "linux installer logic enhancements"): a post-install script wired to both deb and rpm that restores the chrome-sandbox SUID bit and installs an AppArmor profile so Loop actually launches on Ubuntu 24.04+ where the unprivileged user-namespace sandbox is locked down by default. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
v0.1.13: fix Linux launcher icon + .desktop entry After installing the .deb on Pop!_OS, Loop didn't appear in the apps menu and had no icon — only \`loop\` from the terminal worked. Two fixes: - Provide a folder of pre-sized PNGs (16/32/48/64/128/256/512/1024) via \`linux.icon: src/desktop/resources/icons\`. With a single source PNG, electron-builder's auto-resize sometimes failed to install the variants at \`/usr/share/icons/hicolor/<size>x<size>/apps/loop.png\`, leaving the .desktop file's Icon=loop pointing at nothing. - Declare an explicit \`linux.desktop.entry\` (Name, GenericName, Comment, Categories, StartupWMClass, Keywords) so the generated .desktop file is well-formed regardless of which auto-derived fields the desktop environment honours. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
v0.1.12: declare license in package.json instead of electron-builder.yml v0.1.11 broke every platform with `configuration.linux has an unknown property 'license'`. electron-builder reads the package license from the root package.json (`"license": "MIT"`), not from a per-target property in electron-builder.yml. Moved it to the right place; the deb/rpm metadata now picks it up automatically. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
v0.1.11: Linux package metadata + marketing arch suffixes - electron-builder.yml: declare `license: MIT` so the .deb/.rpm metadata surfaces a real license in distro app stores (was rendering as "License: unknown" in the App Center). Also replace the em dash in the package description with a hyphen — the App Center's renderer was substituting "??". - src/marketing/components/download-list.tsx: align Linux arch suffixes with what electron-builder actually emits. .deb files use `-amd64` / `-arm64` (Debian convention) and .rpm files use `-x86_64` / `-aarch64` (RPM convention), not `-x64` / `-arm64` like the macOS naming. The Intel .rpm and Intel .deb rows on /download were falling back to the releases page because of the mismatch. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
PreviousNext