-
Bug
-
Resolution: Done-Errata
-
Critical
-
4.14
-
No
-
SDN Sprint 251, SDN Sprint 252
-
2
-
False
-
This is a clone of issue OCPBUGS-31699. The following is the description of the original issue:
—
Description of problem:
gstreamer1 package (and its plugins) include certain video/audio codecs, which create licensing concerns for our Partners, who embed our solutions (OCP) and deliver it to their end customers. ose-network-tools container image (seems applicable for all OCP releases) includes dependency to gstreamer1 rpm (and its plugin rpms, like gstreamer1-plugins-bad-free). The request is re-consider this dependency and if possible totally remove it. It is a blocking issue which prevents our partners to deliver their solution on the field. It is an indirect dependency. ose-network-tools includes wireshark, wireshark has dependency to qt5-multimedia, which in turn includes dependency to gstreamer1-plugins-bad-free. First question: is wireshark really needed for network-tools? Wireshirk is a GUI tool, so dependency is not clear. Second question: would wireshark-cli be sufficient for needed purposes instead? Because CLI version does not contain dependency to qt5 and so on.
Version-Release number of selected component (if applicable):
Seems applicable to all active OCP releases.
How reproducible:
Steps to Reproduce:
1. 2. 3.
Actual results:
Expected results:
Additional info:
- blocks
-
OCPBUGS-31862 gstreamer1 package dependency in network-tools creates legal concerns
- Closed
- clones
-
OCPBUGS-31699 gstreamer1 package dependency in network-tools creates legal concerns
- Closed
- is blocked by
-
OCPBUGS-31699 gstreamer1 package dependency in network-tools creates legal concerns
- Closed
- is cloned by
-
OCPBUGS-31862 gstreamer1 package dependency in network-tools creates legal concerns
- Closed
- links to
-
RHBA-2024:1887 OpenShift Container Platform 4.15.z bug fix update