Bug 2192581
| Summary: | RFE: Allow passing config settings to build backends | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Miro Hrončok <mhroncok> |
| Component: | pyproject-rpm-macros | Assignee: | Miro Hrončok <mhroncok> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | gui1ty, maxwell, mhroncok, pviktori, python-packagers-sig |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | pyproject-rpm-macros-1.9.0-1.fc39 pyproject-rpm-macros-1.9.0-1.fc38 pyproject-rpm-macros-1.9.0-1.fc37 | Doc Type: | Enhancement |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2023-06-02 08:31:28 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Miro Hrončok
2023-05-02 11:10:35 UTC
My raw notes:
pypa/build uses -C
pip uses --config-settings
RPM macros can only take "short" options so we can only mimic the pypa/build API and use -C.
%pyproject_wheel can gain a -C option (with arguments) and pass it to pyproject_wheel.py via %{?**} (as %{?-C} only contains the last -C used and we need to support repeated usage).
pyproject_wheel.py does not currently use argparse but it could be extended to use it. It would then pass all -C options to build_wheel(...), which would pass them as --config-settings to `pip wheel`.
%pyproject_buildrequires would need to gain a -C option as well, for usage with -w. When -C... is used without -w, it should either fail or imply -w.
pyproject_buildrequires.py already takes %{?**}, so the script's argparser could be trivially extended to accept multiple -C arguments and pass them to pyproject_wheel.build_wheel(...).
Overall, I assume this should be quite doable.
FEDORA-2023-057dff3425 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-057dff3425 FEDORA-2023-057dff3425 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2023-2be13415cb has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-2be13415cb FEDORA-2023-5a7658328a has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-5a7658328a FEDORA-2023-2be13415cb has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-2be13415cb` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-2be13415cb See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2023-5a7658328a has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-5a7658328a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-5a7658328a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2023-2be13415cb has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2023-5a7658328a has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report. |