Bug 2163492

Summary:	srtp_init() always returns srtp_err_status_cipher_fail
Product:	Red Hat Enterprise Linux 9	Reporter:	Gerd v. Egidy <gerd>
Component:	libsrtp	Assignee:	Wim Taymans <wtaymans>
Status:	CLOSED DUPLICATE	QA Contact:	qe-baseos-daemons
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	9.1	CC:	ndegraef
Target Milestone:	rc	Flags:	pm-rhel: mirror+
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-07-07 08:31:10 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 Gerd v. Egidy 2023-01-23 17:02:43 UTC

Description of problem:
srtp_init() always returns srtp_err_status_cipher_fail

The libsrtp in RHEL9 needs the same libsrtp-2.3.0-nss-3.63-fix.patch as Fedora, see bug 1948729.

Version-Release number of selected component (if applicable):
libsrtp-2.3.0-7.el9.x86_64

How reproducible:
always

Steps to Reproduce:
1. install libsrtp-tools
2. srtp_driver -v

Actual results:
error: srtp init failed with error code 8

Expected results:
testing srtp_protect and srtp_unprotect
[...]
passed

Additional info:

libsrtp contains an integrated unit test suite, but this is currently not run during rpm build. Please consider activating it, as this would have caught this problem early on.

Here is a %check section for the spec file that works for me:

%check
# the test code does by default not use the libsrtp we built here, but the one installed on the system
# force LD_LIBRARY_PATH to use the one built in this spec
export LD_LIBRARY_PATH="%{_builddir}/%{name}-%{version}"
sed -i -e 's#LD_LIBRARY_PATH=.*#LD_LIBRARY_PATH=\"%{_builddir}/%{name}-%{version}\"#' test/rtpw_test.sh test/rtpw_test_gcm.sh
make runtest

Comment 1 Niels De Graef 2023-07-07 08:31:10 UTC


*** This bug has been marked as a duplicate of bug 2211526 ***