On 6/3/19 9:23 AM, Matt Domsch wrote:
CubicSDR is a panadapter spectrum visualizer. CubicSDR in Fedora 29 has been getting abrt failures. Reported upstream, the upstream developer does not wish to investigate, as our versions of libraries (specifically, wxwidgets-3.0.x) is older than what he's built for (wxwidgets-3.1.x, a development branch). I had backported to wxwidgets-3.0 6 months ago, but upstream has moved on with extensive use of 3.1 APIs, making backporting much more difficult now. Fedora 31 (rawhide) does not yet have wxwidgets-3.1, and the maintainer there has said he won't upgrade it to a development branch. So CubicSDR is unlikely to be fixed before wxwidgets-3.2, whenever that happens. :-(
SoapySDR is a hardware library for various adapter boards, which is used by CubicSDR. SoapySDR has one reported failure, building against Python 3.8 in Fedora 31 (rawhide). I don't believe SoapySDR is used outside of CubicSDR at this time. With CubicSDR not being fixed, I don't know that it's worth it to try to fix SoapySDR yet. Perhaps wait for upstream to address it.
If either of these matter to you and you're in a position to fix them, please do.
Thanks, Matt
The two bugs are:
[abrt] [faf] CubicSDR: __pthread_mutex_lock(): /usr/bin/CubicSDR.bin killed by 11 https://bugzilla.redhat.com/show_bug.cgi?id=1716557
SoapySDR fails to build with Python 3.8 https://bugzilla.redhat.com/show_bug.cgi?id=1716544
Hi, I am just now setting up an SDRPlay Duo and was thinking about using CubicSDR. I do not mind taking this assuming it supports SDRPlay. I have never used it so please advise, has it worked with SDRPlay hardware previously? I am starting here at ground zero as far as SDR stuff so will have to get myself setup and oriented on the build process. (Currently I am a gcc/gfortran maintainer, and I am shifting my interests a little more to my ham radio work. 73, Jerry KF7RCC