Bug 1663693
| Summary: | Package does not provide python3.7dist(dbus-python) | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Christian Heimes <cheimes> |
| Component: | dbus-python | Assignee: | Alternative GTK desktop environments <alt-gtk-de-sig> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 31 | CC: | alt-gtk-de-sig, awilliam, bugzilla, cheimes, fge, ignatenko, john.j5live, mclasen, mhroncok, ngompa13, rdieter, rhughes, rstrode, sandmann, shawn.p.huang, stefano, TicoTimo, till |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-02-12 10:02:36 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
Christian Heimes
2019-01-06 16:08:05 UTC
Re-assign to proper component. FYI, for now I'm adding %{?python_disable_dependency_generator} to FreeIPA's spec file as workaround. This disables python3.7dist(dbus-python) dependency.
"The python3-dbus package doesn't provide python3.7dist(dbus-python) because it hasn't been rebuild on F30/rawhide yet" I don't think that's actually the reason, because now it has been rebuilt and it *still* doesn't provide these. I think the reason is that it includes the module itself, but no egg or wheel bits (because it uses its own build system which doesn't generate them, I think). So the dependency generator cannot generate the provides as it doesn't have the metadata. AFAICT the guidelines are silent on what should be done in this situation. Not sure if we're supposed to add the Provides in manually or patch in an egg file or what. It doesn't seem possible to do a filter on the Requires side, you can only turn the mechanism entirely on or off (it's just been turned off for freeipa for now). The actual issue is that dbus-python is built wrong in Fedora. The setuptools metadata isn't built or installed in the package. For example, in Mageia, the metadata *is* there, because the package is built to provide it. I've made a PR to resolve the problem for dbus-python in Fedora: https://src.fedoraproject.org/rpms/dbus-python/pull-request/4 > AFAICT the guidelines are silent on what should be done in this situation. Not sure if we're supposed to add the Provides in manually or patch in an egg file or what. It doesn't seem possible to do a filter on the Requires side, you can only turn the mechanism entirely on or off (it's just been turned off for freeipa for now).
If the package has no form of providing it natively, then you should not add it. Moreover, there's nothing for something using setuptools to depend on anyway in this case, so it's _usually_ a moot point.
This should be fixed now, so FreeIPA should be installable? I disabled the Fedora's Python dependency generator in FreeIPA to temporarily work around the issue. The latest build of dbus-python provides the dist name. I'm confident that your fix works for us. Thanks! $ mock -r fedora-30-x86_64 install 'python3.7dist(dbus-python)' INFO: mock.py version 1.4.14 starting (python version = 3.7.2)... ... INFO: installing package(s): python3.7dist(dbus-python) ... Package python3-dbus-1.2.8-5.fc30.x86_64 is already installed. Dependencies resolved. Nothing to do. Complete! (In reply to Christian Heimes from comment #7) > I disabled the Fedora's Python dependency generator in FreeIPA to > temporarily work around the issue. So now you should restore usage of the dep generator in FreeIPA. :) Will we get this change in stable releases as well? This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'. This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31. (In reply to Till Maas from comment #9) > Will we get this change in stable releases as well? This has happened by Fedora 29 EOL :( |