Hi Phil and Bas
Sorry, but I was not able to install the new NovaSDR on my new installed Ubuntu v22.04 PC according the installation guide on the original NovaSDR Website https://github.com/Steven9101/NovaSDR

Even AI was not able to help me to fix the issues.

It just does not work - the "npm install" command in the folder /NovaSDR/frontend will give a lot of error messages.

Why is it so complicated to write an step-by-step installtion guide which is usable from everybody with not a top linux know-how?

How can I install NovaSDR without any error on a new installed Ubuntu v22.04 HP ProDesk 400 G2 PC?

73 de HB9RYZ, Wolfgang

P.S.
My PhantomSDR Plus with v1.54 works still fine and is just amazing :-)

I got longjump error again, chat-history file became locked, couldn't enter chat messages anymore for some reason.
Systemd didn't restart the spectrum-server.

So first attempt to fix it, 'crontab -e' and insert something like this:

# Remove Chat-file every day at 0:00 hour
* 0  * * * rm /opt/PhantomSDR-Plus/v2/chat_history.json

It will remember the chat in memory, but the spectrumserver can write again.

Quote from: Phil AB9IL on 09 Nov 2025, 15:51 S-Meter, with an analog presentation

Yes, the truth is that I don't yet follow v.2.0, waiting the final new version to be released. When everything will work, I'll try any new modifications to NovaSDR as well.
With the help of SV2AMK, I've already modified the community version in a number of files, not only app.svelte.
The s-meter is located in app.svelte (lines after 802) and in mobile view it turns back to the digital one. I don't know if there will be easy to just copy-paste, because I think definitions are different in the app.svelte in NovaSDR, but of course you can try.

Our "older release", with the newer version 1.5.5 is located here. There are also many newer functions and/or modified older ones. Check it here: PhantomSDR-Plus by SV1BTL & SV2AMK. Trying to comment as better we could the files (such as app.svelte and many more in frontend and backend), I think you'll find the part of code you are interested to study and maybe to adapt to Nova.

Hi all,

My websdr is located in Heppen, very small town in Belgium, located between Eindhoven and Aachen.

JO21OC

http://websdr.heppen.be

Antenna is a 54M Longwire that I used to build for 160M band transmissions, but I do not use it much.
I hope you see the wire going up way high to about 25M+

You cannot view this attachment.

So it's connected to the Websdr with an MFJ SDR-switch, jumpered to disconnect when the antenna receives too much signal....yes you can do that, then it auto-protects

You cannot view this attachment.

You cannot view this attachment.

You cannot view this attachment.

That's how I build my WEBSDR. The reason it's inside the computer is that a computer-case has an airflow, so better cooling for the receiver. And on top, less problems with RFI/EMI etc.

Manolis doesn't follow NovaSDR for the moment.
His Phantom version is not the Nova version but the community Phantom version, that has been abandoned by Steven (the developer).

Manolis has changed so much code, that he doesn't want to do it again.

You can email him and ask a copy of his code, knowning Manolis he will happily share his code with you.
But remember, he's not running the lastest version where the REAL Nova will be based on.

The versions look same in number, but they are not.

While tuning the 49 meter band from SDRs in Greece, I found this modified PhantomSDR+ with a big and bold S-Meter, with an analog presentation. That is Emmanuel SV1BTL's site. If he isn't yet going to upgrade into NovaSDR, maybe just the code for that S-meter and status info might be worth porting as an option in the Nova software.

The GCC compiler doesn't matter, it's the frontend-compiler that gives troubles and fails.
Beware, the audio-processing doesn't happen in the Spectrumserver but at the client-side.

Quote from: Bas ON5HB on 08 Nov 2025, 16:03 I do not know if Nova works with the new compilers yet, I have not heard it does.

It does (mostly). It compiles with gcc-13 (tested under Ubuntu 24.04 LTS "Noble") and also with gcc-14 (tested under Debian Stable "Trixie"). The only difference that I noticed is the runtime behavior described in this thread.

Sorry but I fail to see your point, Linux is not Windows and it really doesn't matter.
You can add packages yourself if wanted. Typical many packages do not go out of date.
Windows needs constant updates, Linux does not.

But I'm starting to see your problem, you probably installed the compilers from the Ubuntu package sources.

You may want to uninstall those and read this page to install the ones we use:

https://github.com/ny4qphil/PhantomSDR-Plus/blob/main/INSTALL.md

And this may help too:

https://www.phantomsdr.fun/index.php?topic=166.msg931#msg931

I do not know if Nova works with the new compilers yet, I have not heard it does.

And please stop the Ubuntu is old etc stuff, we all know this, none of us cares about it as we run it as standalone server and only this package.
Someday it will be updated and run under a newer version, but the developper has no time to look at this yet.

Ergo, it works in Jammy

Quote from: Bas ON5HB on 07 Nov 2025, 17:34 I do not run the desktop. I can start it but it's disabled by Grub-starting-entry.

Strange you mention desktop packages being out of date, this is not the case with LTS versions.
Only the standard version has this.

But why run desktop-packages on a server at all? Server distro's are always LTS.

The release notes explicitly states that most flavors have only 3 years of maintainance:

"Maintenance updates will be provided for 5 years for Ubuntu Desktop, Ubuntu Server, Ubuntu Cloud and Ubuntu Core. All the remaining flavours will be supported for 3 years. Additional security support is available with ESM (Extended Security Maintenance)."
[https://web.archive.org/web/20250513154743/https://fridge.ubuntu.com/2022/04/21/ubuntu-22-04-lts-jammy-jellyfish-released/]

5 years maintenance sounds great on paper. In practice, most maintenance, bugfixing, and development is actually done by the upstream maintainers i.e., the developers of all the software projects that are bundled as packages. They are mostly volunteers and not paid for fixing bugs in old versions. They are fixing it in their development branches that are then published as release versions. The Ubuntu staff will backport some of those fixes, if the bugs are really critical, but most fixes are brought in into the next Ubuntu releases. That is why I would always recommend to upgrade your LTS system within a year of release (to the first minor update version) no matter which flavor you use.

Since you added universe and multiverse as apt sources, you might want to have look at some reddit threads like this one, that discuss this topic:
https://www.reddit.com/r/debian/comments/1i8qm0v/how_to_explain_my_users_the_difference_between/

Regarding the question why I use desktop packages: for convenience. I'm running NovaSDR only locally for myself for testing. Since there are no binary package and since I have to compile it by myself, I need a complete development toolchain and an IDE or editor for making changes. And since Ubuntu Server and Ubuntu Desktop and all the desktop flavors share the same packages, they actually only differ by the packages that are pre-selected during installation.