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.
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
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
(Let's have the conversation on GitHub, no need to send comments back and forth.)
https://src.fedoraproject.org/rpms/SoapySDR/pull-request/1
Thanks.