Bug 1573326
Summary: | RFE: EPEL 7 needs a macro set update to understand: python2dist(" .. canonical .. ") Req, BuildReqs | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | R P Herrold <herrold> |
Component: | python-rpm-macros | Assignee: | Orion Poplawski <orion> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel7 | CC: | cstratak, j, mhroncok, orion, pviktori |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
URL: | https://fedoraproject.org/wiki/Packaging:Python | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-06-18 21:42:54 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: |
Description
R P Herrold
2018-04-30 20:41:51 UTC
I'm not sure I fully understand the report here. - If all distros you are targetting with this specfile provide "python2dist(twisted)", you can use that. - If some don't, you need to use the Fedora package name, "python2-twisted". The "new" convention is there to better support automating creation of RPMs from upstream packages (e.g. wheels), which don't map well to Fedora package names. But if you need to share a single specfile with older systems, you don't need to use it. If that doesn't address your concern, could you please clarify? There's nothing useful a macro could do here anyway, so I don't understand the request. It's also not particularly specific, either; if you think something could be solved by a macro, you should at least give some idea of what you think the magic macro would look like and how it would be used. EPEL python packages could certainly carry the new Provides:; that would require backporting the dependency generator and I'm not sure if that's been done or if this would be the package in which to do it. RHEL-provided python packages will simply not ever have the necessary Provides, no matter what we do in Fedora My stub packages do indeed have the python2dist() provides included (except maybe for the first couple that I did) so that would be a way forward. But you'd have to request those from me individually. See https://fedoraproject.org/wiki/User:Tibbs/EPELPythonStubPackages On a second look, I think that it may be tricky to backport the python dependency generator to EPEL. We would have to somehow override the stock rpm-build provides /usr/lib/rpm/fileattrs/python.attr, which I don't think is possible without conflicting. It might be possible to just force a definition of %__python_provides but I am not sure that would work, and overriding the definition of %_fileattrsdir (and copying most of the contents) just to get this effect seems to be beyond what is reasonable. I think the bottom line is that you will have to accept that there are some things which you just cannot have in EPEL. Maybe the EPEL that follows the next big RHEL release will be better, but it too will fall behind in time. |