You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Based on my CI analysis, the existing workflow is as follows:
Create draft release
Create build (matrix for windows, Linux (x86, arm), android)
Build appimage (calling build script) / build with some customisation based on the runner platform
Publish release with built artifacts
Proposed Changes.
I suggest we decouple the AppImage build process from the current workflow and implement a separate downstream workflow that triggers after the completion of build_release . In this new workflow, we can utilise the pkgforge Arch image to build the AppImage with debloated packages + other customisations and publish the appimage artifacts to the existing release
The current workflow cannot accommodate this change because the existing matrix strategy uses a Windows runner, which would conflict with the introduction of the Arch image.
Please share your thoughts on this proposal. If you agree, I’d be happy to contribute the changes.
Additional context
No response
The text was updated successfully, but these errors were encountered:
psadi
changed the title
Proposed CI workflow changes for Interstellar (Specific to AppImage Changes)
Proposed CI workflow changes for Interstellar (Specific to AppImage Builds)
Mar 27, 2025
This sounds great! Would it be possible to just have a separate job inside the same workflow though? That way the workflow for the release is still all together.
This sounds great! Would it be possible to just have a separate job inside the same workflow though? That way the workflow for the release is still all together.
yep that would work, we can decouple at a job level or at a workflow level (comes down to preference xD)
I agree with your rationale for a combined release 💯
Describe the feature
Continuing from #101,
Based on my CI analysis, the existing workflow is as follows:
Proposed Changes.
I suggest we decouple the AppImage build process from the current workflow and implement a separate downstream workflow that triggers after the completion of
build_release
. In this new workflow, we can utilise the pkgforge Arch image to build the AppImage with debloated packages + other customisations and publish the appimage artifacts to the existing releaseThe current workflow cannot accommodate this change because the existing matrix strategy uses a Windows runner, which would conflict with the introduction of the Arch image.
Please share your thoughts on this proposal. If you agree, I’d be happy to contribute the changes.
Additional context
No response
The text was updated successfully, but these errors were encountered: