Restore Extra muxzip packaging for Archive Manager and Core Downloader - #49
Open
gingerbeardman wants to merge 1 commit into
Open
gingerbeardman wants to merge 1 commit into
gingerbeardman wants to merge 1 commit into
Conversation
The 2026-09-13 extra release shipped only Core - *.muxzip files with the libretro .so at the zip root. Archive Manager looks up a handler from the archive's top-level folder (core.sh, assign.sh, bios.sh, …) and skips anything else, so those installs reported "complete" without extracting anything. Two bugs in compress-and-release.yml caused that: 1. zip -r ../../../artifacts/... assumed system/extra/<name> (three levels). After the tree flattened to system/<name>, the Extra/Base muxzips were written outside the workspace and never uploaded. 2. Per-core archives were a straight rename of core/*.so.zip, so they had no core/ prefix for Archive Manager. This restores Extra - <system>.muxzip (the names Core Downloader on Jacaranda looks for) and wraps per-core archives as core/*.so.
Member
|
Thank you for the PR however we are moving quite quickly now with the impending Andromeda release. Unfortunately the previous releases are going to take a hit. |
Author
|
Sorry, not sure what you mean? Does Andromeda no longer have this bug? Or do you mean that bugs in older releases won't be fixed? |
This branch has not been deployed
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
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.
What broke
The 2026-09-13 extra release (
release-20260913-115543) only uploadedCore - <core>_libretro.so.muxzipfiles. Each of those is a renamedcore/*.so.zipwith the.sositting at the zip root.Archive Manager (
extract.sh) only extracts muxzip top-level folders that have a matching handler in/opt/muos/script/archive/(core.sh,assign.sh,bios.sh, …). A barefoo_libretro.sois skipped, the archive is still marked.done, and the UI reports complete. On a Jacaranda device that looks like: no extract progress, cores never appear under/opt/muos/share/core, Core Downloader list is empty because GitHub latest no longer hasExtra - <system>.muxzip.I hit this installing extra cores over SSH on an RG35XX H (muOS 2601.0 JACARANDA). Copying the new muxzips into
ARCHIVEand running Archive Manager was a no-op.The last working extras I could use were from release-20260504-013709 (
Extra - TIC-80.muxzipetc. withassign/+core/at the top level).Cause
Two changes in
.github/workflows/compress-and-release.ymlafter thesystem/tree flattened:zip -r ../../../artifacts/...assumedsystem/extra/<name>(three levels). Fromsystem/<name>that writes outside the workspace, so Extra/Base muxzips never got uploaded.cp core/*.so.zip artifacts/Core - ….muxzip, so they have nocore/prefix for Archive Manager.Jacaranda's Core Downloader still looks for
Extra.-.<system>.muxziponreleases/latest(seedata/2601_0.json). Latest currently has none of those, and ~195 Core assets also make the GitHub release page fail to load.Fix
system/<name>toExtra - <name>.muxzipusing$GITHUB_WORKSPACE/artifacts(no../counting).core/*.soso a manual Core muxzip install actually extracts.I have not re-run the workflow here; this is the packaging script only.
How to check