CubicSDR & SoapySDR failures

Jerry DeLisle jvdelisle at
Sat Jun 8 15:02:59 EDT 2019

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
> SoapySDR fails to build with Python 3.8

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.


Jerry KF7RCC

More information about the Fedora-hams mailing list