-
Bug
-
Resolution: Unresolved
-
Major
-
CentOS Stream 10
-
webrtc-audio-processing-1.3-4.el10
-
None
-
None
-
rhel-sst-display-hardware-multimedia
-
ssg_display
-
21
-
None
-
False
-
-
None
-
None
-
-
All
-
None
Mere hours before F40/c10s branching, without warning, and by someone other than the listed maintainers, webrtc-audio-processing was updated to 1.3 (an incompatible update from 0.3.1), leaving its dependents to use an 0.3 compat package. While the consensus was that webrtc-audio-processing should be updated to 1.3 and that a compat package was clearly unwanted, the unforeseen requirement on abseil-cpp, which would be net-new to RHEL, put this out of the scope of the RHEL bootstrap. While the dist-git commit for 1.3 was imported to c10s and RHEL 10, the bootstrap built 0.3.1 from HEAD~1.
Therefore, to update webrtc-audio-processing to 1.3 for RHEL 10, the following steps are required (once RHEL 10 development opens):
- abseil-cpp be added to RHEL 10 via PRP and built, or abseil-cpp be bundled in the webrtc-audio-processing SRPM (e.g. using the existing meson subproject);
- In a side tag, build webrtc-audio-processing 1.3;
- Then, add this commit from rawhide to pipewire and build it in the side tag;
- Also, either update gstreamer1* to 1.24.0, or backport the upstream commits [1] [2];
- pulseaudio c10s no longer (build)requires webrtc-audio-processing, so no further action is needed there.
In the unlikely event that webrtc-audio-processing needs to remain at 0.3.1 for RHEL 10, then HEAD should be reverted. (Hopefully this won't be necessary.)
- links to
-
RHBA-2024:136208 webrtc-audio-processing update