Bug 1909115

Summary:	liblpcnetfreedv.so installed into incorrect directory
Product:	[Fedora] Fedora	Reporter:	Marcus Müller <marcus>
Component:	lpcnetfreedv	Assignee:	Richard Shaw <hobbes1069>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	33	CC:	hobbes1069, jskarvad
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Linux
Whiteboard:
Fixed In Version:	lpcnetfreedv-0.2-6.fc33 lpcnetfreedv-0.2-6.fc32	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-12-30 01:36:37 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 Marcus Müller 2020-12-18 11:50:58 UTC

Description of problem:

/usr/lib64/lpcnetfreedv/liblpcnetfreedv.so is not found by runtime library loaders, and since /usr/bin/freedv links against that, it's currently not usable.

Version-Release number of selected component (if applicable):

lpcnetfreedv-0:0.2-4.fc33.x86_64

(And things linking against that: freedv-1.4-4.fc33.x86_64, codec2-0.9.2-2.fc33.src.rpm)


How reproducible:

always

Steps to Reproduce:

* run `freedv` OR 
* run any library that links against liblpcnetfreedv.so (just like libcodec2-0.92) and get into the same trouble

Actual results:

`freedv: error while loading shared libraries: liblpcnetfreedv.so: cannot open shared object file: No such file or directory`

Expected results:

Things work :)

Additional info:


Moving the library from /usr/lib64/lpcnetfreedv/liblpcnetfreedv.so
to /usr/lib64/liblpcnetfreedv.so is the solution; this is probably a .SPEC bug.

Comment 1 Marcus Müller 2020-12-18 11:53:59 UTC

Yes, a .SPEC bug: https://src.fedoraproject.org/rpms/lpcnetfreedv/blob/f33/f/lpcnetfreedv.spec#_66 reads

%{_libdir}/%{name}/lib%{name}.so

but should read

%{_libdir}/lib%{name}.so

Comment 2 Marcus Müller 2020-12-19 22:49:10 UTC

Got a pull request that should fix this:

https://src.fedoraproject.org/rpms/lpcnetfreedv/pull-request/1

Comment 3 Fedora Update System 2020-12-21 01:08:06 UTC

FEDORA-2020-776c13acc0 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-776c13acc0

Comment 4 Fedora Update System 2020-12-21 01:08:08 UTC

FEDORA-2020-9a9d448621 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-9a9d448621

Comment 5 Fedora Update System 2020-12-22 02:10:59 UTC

FEDORA-2020-776c13acc0 has been pushed to the Fedora 32 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-776c13acc0`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-776c13acc0

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 6 Fedora Update System 2020-12-22 02:17:26 UTC

FEDORA-2020-9a9d448621 has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-9a9d448621`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-9a9d448621

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 7 Fedora Update System 2020-12-30 01:36:37 UTC

FEDORA-2020-9a9d448621 has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 8 Fedora Update System 2020-12-30 01:39:15 UTC

FEDORA-2020-776c13acc0 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.