Bug 1910124
| Summary: | Please build python-importlib-resources for EPEL 7 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Scott K Logan <logans> | ||||
| Component: | python-importlib-resources | Assignee: | Justin Caratzas <jcaratza> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | epel7 | CC: | adeza, frank, jcaratza, ktdreyer, sergio, thrcka | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | python-importlib-resources-1.0.2-2.el7 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2023-01-12 01:12:18 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 2128811 | ||||||
| Attachments: |
|
||||||
Hi, Ken. Is there anything I can do to help move forward with this ticket? Ken, I'm after this as well to build python-importlib-metadata for EPEL7. If you are too busy or don't want to do this, I'm already a packager (FAS frankcrawford) and willing to do the work, if you want to give me permissions. Regards Frank Ken, I verified the attached patch on the epel7 branch. Is there any reason to specifically not build this for epel7? I'm willing to get the branch unobsoleted and re-reviewed if necessary. Folks, any update on this? It is blocking some package, which ultimately are blocking Chromium build for EPEL7. importlib_resources is a backport of Python 3.7's standard library importlib.resources module for 3.4 through 3.6. Users of Python 3.7 and beyond should use the standard library module, since for these versions, importlib_resources just delegates to that module. Note that we don't need this package in Fedora, only in epel8. I only plan to maintain this for epel8, since we have Python 3.6 there. https://bugzilla.redhat.com/show_bug.cgi?id=1772578 I can use my provenpackager powers to add the package to EPEL7 Folks, is this ever going to happen? Sorry Frank , bad news the package is blocked on koji my last attempt https://pagure.io/releng/issue/11196 Sergio, thanks. I'm not sure it actually needs to be unretired, as much as just create a branch for it, but hopefully the ticket will get some action. wait , epel7 branch was not created by a fedpkg request-branch epel7 ? Please contact releng before using proven packager powers on retired packages. Pushing changes into repositories that are retired will break things... It is now unretired and you should be able to build it in koji. FEDORA-EPEL-2023-b0b508c41c has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-b0b508c41c Done , happy new year FEDORA-EPEL-2023-b0b508c41c has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-b0b508c41c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-EPEL-2023-b0b508c41c has been pushed to the Fedora EPEL 7 stable repository. If problem still persists, please make note of it in this bug report. |
Created attachment 1741432 [details] Patch to use python3_pkgversion in python-importlib-resources Description of problem: python-importlib-resources is built for EPEL 8, but there is no build for EPEL 7. Since EPEL 7 is also targeting Python 3.6, it would be great to have this functionality there too. Additional info: The current epel8 branch can build against EPEL 7 if it is updated to use the python3_pkgversion macro. I attached a patch I used to verify this. I should mention that I couldn't get the %py3_dist macro to work for the build dependencies, so I had to convert them to package names.