Feat!: Major changes to support multi-architecture builds#117
Merged
ModeSevenIndustrialSolutions merged 1 commit intolfreleng-actions:mainfrom Dec 9, 2025
Conversation
Copilot started reviewing on behalf of
ModeSevenIndustrialSolutions
December 9, 2025 14:53
View session
There was a problem hiding this comment.
Pull request overview
This PR introduces comprehensive multi-architecture build support for Python projects by adding auditwheel wheel repair capabilities, flexible build format control, and improved metadata handling. The changes enable building platform-specific wheels (x86_64, aarch64) with proper manylinux tags for PyPI distribution while preventing artifact naming conflicts in matrix builds.
Key Changes
- Multi-architecture wheel support: Added
auditwheelandmanylinux_versioninputs to repair wheels with proper manylinux platform tags (manylinux_2_34 default) for PyPI compatibility - Build format control: New
build_formatsinput (wheel/sdist/both) allows separating wheel and sdist builds across different matrix jobs to avoid artifact conflicts - Enhanced metadata handling: Replaced
python-project-metadata-actionwithbuild-metadata-action, addedartefact_nameinput for custom artifact naming, andpython_versioninput for build version override - Improved robustness: Migrated from environment variables to direct input interpolation, added
set -euo pipefailto all bash scripts, and enhanced cache clearing with better error handling - Expanded testing: Added matrix-based testing across multiple Python projects using repository variables, including dedicated multi-architecture test jobs
Reviewed changes
Copilot reviewed 4 out of 4 changed files in this pull request and generated 7 comments.
| File | Description |
|---|---|
| docs/MANYLINUX_CONFIG.md | New comprehensive documentation for manylinux configuration, auditwheel usage, platform tags, and multi-architecture build examples |
| action.yaml | Core changes: added 5 new inputs (artefact_name, python_version, build_formats, auditwheel, manylinux_version), replaced metadata action, implemented auditwheel wheel repair step, updated SigStore signing to respect build_formats, migrated to direct input interpolation |
| README.md | Updated with multi-architecture examples, new input parameters documentation, clearer versioning strategy explanations, and expanded permissions documentation |
| .github/workflows/testing.yaml | Enhanced testing with two new matrix jobs: test-python-projects (using TEST_PROJECTS variable) and test-multi-arch-projects (testing x86_64 and aarch64 builds) |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
- Added auditwheel repair step to support multiplatform wheel files - Added auditwheel and manylinux_version inputs - Add build_formats input: wheel, sdist, or both (default: both) - build_formats input allows sdist builds to be broken off separately - Replace python-project-metadata-action with build-metadata-action The build_formats input allows sdist builds to be separated from wheel files, as otherwise they end up in multi-architecture matrix jobs, creating overlapping build artefacts that then fail to upload/attach to the workflow run due to naming conflicts. The new input allows more fine-grained control in the calling workflow, by not baking an assumption into the build action itself. Added PYTHON_TEST_PROJECTS JSON variable to the repo, and modified the testing.yaml workflow to use it, so we now build a wider selection of RelEng Python projects in parallel as a matrix job. This should pickup problems earlier when making changes to the action that cause breakage. Co-Authored-By: Claude <noreply@anthropic.com> Signed-off-by: Matthew Watkins <mwatkins@linuxfoundation.org>
vvalderrv
previously approved these changes
Dec 9, 2025
e7ef3a0 to
ff01038
Compare
vvalderrv
approved these changes
Dec 9, 2025
e74a56d
into
lfreleng-actions:main
5 checks passed
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.
The build_formats input allows sdist builds to be separated from wheel files, as otherwise they end up in multi-architecture matrix jobs, creating overlapping build artefacts that then fail to upload/attach to the workflow run due to naming conflicts. The new input allows more fine-grained control in the calling workflow, by not baking an assumption into the build action itself.
Added PYTHON_TEST_PROJECTS JSON variable to the repo, and modified the testing.yaml workflow to use it, so we now build a wider selection of RelEng Python projects in parallel as a matrix job. This should pickup problems earlier when making changes to the action that cause breakage.