Description of problem: python3-hardware when installed is installing deps that require libX11. OpenStack is headless and should probably not be requiring X11 packages by default. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. dnf install python-hardware 2. rpm -qa | grep libX11 Actual results: python3-hardware is installed along with libX11 and a number of other packages Expected results: python3-hardware is installed but libX11 is not installed Additional info: looks to be python-pandas is pulling in libX11 packages and platform-python-devel packages matplotlib has -gtk and -tk, likely pulling in dvipng which is pulling in libX11
the pandas libs are actually required by a python-hardware module pandas libs require libX11 even if Openstack is headless, python-hardware is a generic library, and it's not installed by default in the Openstack distribution but as an option required by the 'extra' hardware inventory collection of the Ironic Python Agent Openstack itself doesn't require X11 packages by default, it requires them as dependencies of dependencies of an optional package I'm not sure this can be classified as a bug, or an issue anyway
The sad thing is, we don't even use the part that requires pandas IIRC.
A clarification of comment 2: we install the python-hardware-detect subpackage which does not pull in pandas (and thus X11). I'm not sure what we can do, other than not shipping parts of the upstream library.
It seems that we're going to get rid of the pandas dependency upstream.
Will be next upstream release of python-hardware after 0.24.0
Fix is in python-hardware-0.25.1-0.20200615141931.b36b733.el8ost, which is not currently being included in OSP-16.1.
Moving it back to POST until there is a value in FIV that matches a valid pkg in brew, there is not package atm.
I think the following needs to happen for this change to get into 16.x from upstream: https://github.com/redhat-openstack/rdoinfo/blob/master/tags/train.yml#L190 increment train hardware version to 0.25 https://github.com/rdo-packages/hardware-distgit backport the following packaging changes to train-rdo: - https://review.rdoproject.org/r/#/c/25617/ - https://review.rdoproject.org/r/#/c/24578/
This one packaging change[1] is what is required to get this fix into 16.x. We can't fix this in 16.x by moving upstream train python-hardware to 0.25, because 0.25 drops python2 support and upstream train supports python2 and python3. Instead [1] does the cardiff removal during package building. [1] https://review.rdoproject.org/r/#/c/30060/
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Red Hat OpenStack Platform 16.1.3 bug fix and enhancement advisory), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2020:5413