ApImage issues.

20 views
Skip to first unread message

g8kb...@googlemail.com

unread,
May 18, 2026, 12:40:38 PM (yesterday) May 18
to Gqrx SDR
Hi.

Is GQRX etc still supported, or has it become Abandon-Ware?

Only ask, as the appimage fails to find any devices, and trying to build from source, ends up in circular dependency hell.

OS is:-  Debian 13 based "LMDE 7"

:~$ uname -a
Linux HPsfdt 6.12.88+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.88-1 (2026-05-15) x86_64 GNU/Linux

(Lots of other Ham SW either installs from repo', or builds from source just fine.)

But GQRX?  Nah...

So, what happened?

73.
Dave.


Eric Dand

unread,
May 18, 2026, 1:33:22 PM (yesterday) May 18
to gq...@googlegroups.com
Dave,

Linux doesn't always enjoy the same "It just works" plug-and-play support for peripherals as Windows and MacOS. "Some assembly required." 

The build from your distro's package repository is more likely to be functional on your particular distro than your first try building from source. 

It sounds like that version simply failed to find your devices -- I'd recommend focusing on that problem, rather than open another can of worms by trying to build from source, which is unlikely to make your machine able to see your devices. Missing drivers are likely the problem. 

Eric

--
You received this message because you are subscribed to the Google Groups "Gqrx SDR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gqrx+uns...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/gqrx/fcea7bc7-321e-45ed-ac26-273084b55b22n%40googlegroups.com.

Mike Waters

unread,
May 18, 2026, 1:37:29 PM (yesterday) May 18
to gq...@googlegroups.com
Hello Dave,

Yes, it's supported. It's just that some of the online documentation is a little out of date.

I have an RTL-SDR v. 3.

The Gqrx appimage Gqrx-2.17.6-x86_64.AppImage works for me just fine, on Debian 13/KDE Plasma.

 I use version 2.17.6, downloaded from GitHub, linked to from
https://www.gqrx.dk. (I see that there is a newer version available, 2.17.7.)

Plug in your RTL-SDR to a USB port, launch Gqrx, and try this: 
 - Drag Gqrx-2.17.6-x86_64.AppImage to your desktop 
 - Make it executable. You can do that by right-clicking it, etc.
 - Double-click it to launch it
 - In Configure I/O devices, select:
   Realtek RTL2838UHIDIR S/N 00000001
   Device string: rtl=0

Don't change anything else there. Let us know how you make out! :-)

73, Mike
W0BTU

Dave Baxter

unread,
May 18, 2026, 1:40:06 PM (yesterday) May 18
to gq...@googlegroups.com

Thanks Eric.

But, no, the distro' repository version never even got to show the UI!

I've got SDR++ v1.3.0 built May 13th (5 days ago) running fine from a .deb download from their github site, so up and running with a Pluto now.  But that's somewhat "overkill" for what I wanted to do!  (But was truly Plug-Play!  Much to my surprise.)

There is something "peculiar" about the FCD's.  Perhaps I need to dig into blacklists or something, I know some other RTL-SDR devices need such tweaks.

Thanks again Eric.

    Dave.

Mike Waters

unread,
May 18, 2026, 1:43:25 PM (yesterday) May 18
to gq...@googlegroups.com
Wait, there was another step that I did before doing all of the above. I forget what it was, but the steps were on rtl-sdr.com IIRC.

73 Mike
W0BTU

Dave Baxter

unread,
May 18, 2026, 1:46:58 PM (yesterday) May 18
to gq...@googlegroups.com

That'll possibly be those blacklists?

Cheers Mike.

    Dave.

--
You received this message because you are subscribed to the Google Groups "Gqrx SDR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gqrx+uns...@googlegroups.com.

Mike Waters

unread,
May 18, 2026, 1:50:47 PM (yesterday) May 18
to gq...@googlegroups.com

Richard Bown

unread,
May 18, 2026, 1:57:26 PM (yesterday) May 18
to 'g8kb...@googlemail.com' via Gqrx SDR
mines running on the latest LM , but I always build from source
Richard
--
You received this message because you are subscribed to the Google Groups "Gqrx SDR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gqrx+uns...@googlegroups.com.

Dave Baxter

unread,
May 18, 2026, 5:58:45 PM (24 hours ago) May 18
to gq...@googlegroups.com
Hi again.

I've built GQRX and SoapySDR from source in the past on LMDE5, incorporating the SDRPlay V1 API for that RX as well.

It was all very well documented and worked first (and second) time without issue.

I also successfully built WSJTx and JS8Call at that time too.

It was a struggle to get GQRX built on LMDE6, & when it did run, had a creeping time shift between spectrum/waterfall, and the demodulated audio, that after a few hours needed the software restarting to fix.

Others reported similar issues elsewhere, but I never learnt of a solution.

Now, many (very many!) of the libs that the current GQRX source build needs, don't seem to be available to even get just GQRX on its own built.

(And I've not even looked at doing SoapySDR from source, even though I still have the SDRPlay V1 API binary.)

I started to see about building them, but ended up in a circular dependency hell!

Worryingly, the current OS's repo' version, though it installs, if you try to start it, it only shows the device selection UI, that crashes and burns whenever I try to scan for devices, with or without any devices connected, or do much else with it.

The PC hardware is the same as it was when I did successfully build and use GQRX on LMDE 5.

Other than it now has a fast SSD, after the original rotating rust drive went faulty.  Everything else is fine.  Memtest86 runs for hours without any errors, and the SSD passes SpinRite6's level 2 test just fine. 

Oh.  "LMDE" == "Linux Mint Debian Edition."  Mint, without the Ubuntu parts.

I'm wondering if GQRX now relies on "something" from Ubuntu?.

For now, SDR++ will have to do, and I'll have to find out re the RTL-SDR based devices, and if the otherwise excellent SDRPlay V1 RX is now just more unsupported junk.  :-(

FlDigi and friends all built from source OK (though the latest FlRig alpha has a strange "sticky PTT" issue, confirmed by others too, an earlier "release" version is fine.) Otherwise they all run well.

The latest release HamLib built from source, and (eventually) got installed correctly.

But I also had issues trying to build WSJTx from source on LMDE7, unresolvable libs again.  Though the OS Repo version works well enough.

(The "latest release" .deb for WSJTx would not install either.  Missing dependancies again.)

The JS8Call.deb installed OK too, and runs without issue.

(I'd like QSSTV too, but that codebase seems to be in a mess too.  Pity.)

Enough for today, I'm out driving a friend to & from eye surgery tomorrow, so a break from software issues.

Cheers All, & good night.

Dave.


Reply all
Reply to author
Forward
0 new messages