Trying to get wfview going again. Downloaded debian from unstable repository and used gdebi to install.
Get this: “Error: Dependency is not satisfiable: libc6 (>= 2.34)”.
MX Linux-21.3 is at version 2.31.
Might be a while before they update their repository to version 2.34.
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
Note, selecting ‘wfview’ instead of ‘/home/karl/Downloads/Linux ham apps/wfview_1.60-1_amd64.deb’
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
wfview : Depends: libc6 (>= 2.34) but 2.31-13+deb11u6 is to be installed
Depends: libqcustomplot2.1 (>= 2.1.0+dfsg1) but it is not installable
Depends: librtaudio6 (>= 5.2.0~ds1) but it is not going to be installed
Depends: libstdc++6 (>= 11) but 10.2.1-6 is to be installed
E: Unable to correct problems, you have held broken packages.
Press any key to close"
Perhaps this will help. Get same output from either Gdebi (gnome package installer) or the one included with MX Linux.
We have very little to do with the packages that have been added to various distributions, so you would need to check whether the package maintainer for your distribution has an updated package.
As MX Linux is based on Debian, I would absolutely recommend using our build script instead, which will download all required dependencies together with the source of wfview and build/install it.
apart from building yourself manually or with the script:
the remark still stands that you need to use repos that belong to the version of linux you run.
(else you will get into this soon with some other package)
building takes a minute of your time with decent hardware anyways.
Nothing ventured, nothing gained. I did a timeshift backup prior to running your script. Things seemed to go well. Dependencies were installed and I am up an running.
I run a Hermes Lite II remotely via SparkSDR. Subject app will start okay, but have not attempted bringing up the HL2. Also, flrig works fine. I have numerous other apps that may be affected by the new libraries, but should they not run correctly, I’ll restore the system via today’s timeshift backup.