I’ve been at it off and on for about a week now and have run out of idea’s, chatgpt didn’t help much either, did try symlinking 2.0 to libqcustomplot2.1, with no joy.
Re-ran noticed librtaudio6 no file candidate. Found librtaudio6_5.2.0~ds1-2_amd64.deb in alternate repo and installed, re ran install script and it built and installed, and ran, haven’t fully tested yet, but at least I am a bit further…
You may need to change the qmake pro file to force QCustomPlot to all lower case. I don’t have experience on your exact Linux distribution. But you can use commands to search for the name of the library and make sure to link against it correctly. That’s your qcp issue likely.
Yes Elliott is quite right, unfortunately each distribution seems to put the libraries in different locations with different names (even Kali which is Debian derived)
This is further complicated by the fact that previous Debian releases used qcustomplot as the name, but it was then decided to rename it to QCustomPlot. The wfview.pro file attempts to detect which format you have and use that, but it isn’t 100% obviously!
I managed to get it working. Now on to getting other software to work with it… Also, noticed that every so often the Alsa plugin playback seems to disappear and come back, think it may be some latency causing pavucontrol, not to hear it so it unloads it , then immediately reloads it, but this isn’t an install issue, may explore it some more later…
Thanks for all your help and replies, much appreciated!