Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1774254

Summary: dnf install python3-hardware is pulling libX11 packages.
Product: Red Hat OpenStack Reporter: Jon Schlueter <jschluet>
Component: python-hardwareAssignee: Steve Baker <sbaker>
Status: CLOSED ERRATA QA Contact: nlevinki <nlevinki>
Severity: medium Docs Contact:
Priority: medium    
Version: 15.0 (Stein)CC: bfournie, dtantsur, hbrock, jslagle, mburns, pweeks, rpittau, sbaker
Target Milestone: z3Keywords: Triaged
Target Release: 16.1 (Train on RHEL 8.2)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: python-hardware-0.23.0-0.20200310212453.59211cc.el8ost Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-12-15 18:35:44 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 Jon Schlueter 2019-11-19 21:49:30 UTC
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

Comment 1 Riccardo Pittau 2019-11-20 09:21:55 UTC
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

Comment 2 Dmitry Tantsur 2019-11-20 17:11:37 UTC
The sad thing is, we don't even use the part that requires pandas IIRC.

Comment 3 Dmitry Tantsur 2020-01-09 12:40:02 UTC
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.

Comment 4 Dmitry Tantsur 2020-01-15 12:22:42 UTC
It seems that we're going to get rid of the pandas dependency upstream.

Comment 5 Bob Fournier 2020-01-30 16:27:09 UTC
Will be next upstream release of python-hardware after 0.24.0

Comment 6 Bob Fournier 2020-06-16 21:29:26 UTC
Fix is in python-hardware-0.25.1-0.20200615141931.b36b733.el8ost, which is not currently being included in OSP-16.1.

Comment 7 pweeks 2020-09-25 19:25:58 UTC
Moving it back to POST until there is a value in FIV that matches a valid pkg in brew, there is not package atm.

Comment 8 Steve Baker 2020-10-14 00:55:38 UTC
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/

Comment 9 Steve Baker 2020-10-14 19:49:38 UTC
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/

Comment 19 errata-xmlrpc 2020-12-15 18:35:44 UTC
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