Bug 1716544

Summary: SoapySDR fails to build with Python 3.8
Product: [Fedora] Fedora Reporter: Miro Hrončok <mhroncok>
Component: SoapySDRAssignee: Matt Domsch <matt>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: rawhideCC: matt
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: https://copr.fedorainfracloud.org/coprs/g/python/python3.8/package/SoapySDR/
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-06-03 21:21:35 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1686977    

Description Miro Hrončok 2019-06-03 14:41:48 UTC
See https://copr.fedorainfracloud.org/coprs/g/python/python3.8/package/SoapySDR/ for actual logs. This report is automated and not very verbose, but feel free to ping me for help.

Comment 1 Matt Domsch 2019-06-03 15:45:29 UTC
I can look at upgrading SoapySDR, however, it's only used by CubicSDR, which has a segfault which upstream is not interested in addressing given the versions of libraries we have linked into it in Fedora.  So fixing SoapySDR isn't all that critical.

https://github.com/cjcliffe/CubicSDR/issues/726#issuecomment-494651844

Comment 2 Matt Domsch 2019-06-03 16:31:21 UTC
Upstream comment:
From the log it looks like SoapySDR is just not getting linked to python. I think this is a fedora bug in python3-config, for example, python3 on ubuntu 18.04 reports the link libraries including libpython:

python3-config --ldflags
-L/usr/lib/python3.6/config-3.6m-x86_64-linux-gnu -L/usr/lib -lpython3.6m -lpthread -ldl  -lutil -lm  -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions
But on Fedora its only showing:

-L/usr/lib64  -lcrypt -lpthread -ldl  -lutil -lm -lm
Your other option is to pass an acceptable -DPYTHON3_LIBRARY=path_to_the_lib to cmake

Comment 3 Miro Hrončok 2019-06-03 16:36:51 UTC
(Let's have the conversation on GitHub, no need to send comments back and forth.)

Comment 5 Miro Hrončok 2019-06-03 21:21:35 UTC
Thanks.