Package Details: sdrpp-git 1.0.4-5

Git Clone URL: https://aur.archlinux.org/sdrpp-git.git (read-only, click to copy)
Package Base: sdrpp-git
Description: The Bloat-free SDR Receiver
Upstream URL: https://github.com/AlexandreRouma/SDRPlusPlus
Licenses: GPL
Submitter: ryzerth
Maintainer: ryzerth
Last Packager: ryzerth
Votes: 6
Popularity: 0.113702
First Submitted: 2021-02-14 23:36 (UTC)
Last Updated: 2021-10-17 16:14 (UTC)

Latest Comments

abougouffa commented on 2022-03-11 12:11 (UTC)

Thank you for the package, however, it is a little bit annoying each time I run yay, the version generated is always interpreted to be behind the package version. A better pkgver() style can be used like this: (as mentioned in the VCS package guidelines).

Please change `pkgver()' to this one:

pkgver() {
  cd "SDRPlusPlus"
  git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'
}

EndlessEden commented on 2022-02-04 16:56 (UTC)

can you change the pkgver string to this (git describe --tags | sed 's/([^-]*-g)/r\1/;s/-/./g'| sed 's/.r/\n/g' | head -1)

This produces more accurate versioning (major.minor.addendum.git-revision.commit#) - This follows all best practices.

janmrog commented on 2022-02-04 10:46 (UTC)

Could you add a pipewire compatibility modification according to this isssue? https://github.com/AlexandreRouma/SDRPlusPlus/issues/173

manofsteal123 commented on 2022-01-12 16:57 (UTC)

I've tried editing the SRCINFO and PKGBUILD at build time with ---> pkgver=1.0.4 pkgrel=5 but it still builds with the wrong build number.(example: "r1045.1185e4e-1") Any suggestions on how to correct it. When I update the system I get this aur/sdrpp-git r1045.1185e4e-1 -> 1.0.4-5 it updates fine but it repeats every update.

EndlessEden commented on 2021-12-09 11:33 @ryzerth - Versioning is broken; resorting to exclusively revision.commit version-$pkgrel (example: "r1001.f8ff67c-1")

it should use, application version.revision.commit version-$pkgrel (example: "1.0.5.r1001.f8ff67c-1")

Current versioning breaks package comparisons against sdrpp

MAN91 commented on 2022-01-11 11:18 (UTC)

Thanks for your answer, Alex! Now I start first "sdrplay_apiService" via console, and then I start "sdrpp" via desktop link. My MSI SDR now is funcioning on Manjaro. I am very happy TNX 73 !

ryzerth commented on 2022-01-11 02:53 (UTC)

@MAN91 the sdrplay source is included. make sure the SDRplay api service is running.

MAN91 commented on 2022-01-10 19:54 (UTC)

Hello friend ! SDR++ is best sdr soft for Linux !

I have one problem with this version: SDRPlay source missing.

EndlessEden commented on 2021-12-09 11:33 (UTC) (edited on 2022-02-04 16:57 (UTC) by EndlessEden)

@ryzerth - Versioning is broken; resorting to exclusively revision.commit version-$pkgrel (example: "r1001.f8ff67c-1")

it should use, application version.revision.commit version-$pkgrel (example: "1.0.5.r1001.f8ff67c-1")

Current versioning breaks package comparisons against sdrpp -- NOTE: see update above.

ryzerth commented on 2021-10-07 16:25 (UTC)

@EndlessEden I'm not sure how old the code you have is but the address sanitize hasn't been enabled in the code for almost a year...

EndlessEden commented on 2021-10-07 15:43 (UTC)

can you please edit cmakefile at build time, removing address sanitizer. It really bugs out on some devices on arch. (https://github.com/AlexandreRouma/SDRPlusPlus/issues/10)

set(CMAKE_CXX_FLAGS "-O3 -std=c++17 -fsanitize=address -g") to set(CMAKE_CXX_FLAGS "-O3 -std=c++17")

dviktor commented on 2021-09-24 17:34 (UTC)

Is it possible to leave depends on plain airspy only? Then it will be possible to select desired version (airspy or airspy-git) during makepkg

gromain commented on 2021-09-11 17:53 (UTC)

I can confirm that building and running with only airspy instead of airspy-git works with an Airspy device. I'm running it with an Airspy HF+ Discovery.

cyberpunkrocker commented on 2021-08-10 05:44 (UTC) (edited on 2021-08-10 05:45 (UTC) by cyberpunkrocker)

@ryzerth airspy instead of airspy-git works at least for me. Well I don't have Airspy hardware to test, but at least sdr++ compiles and works fine afterwards.

ryzerth commented on 2021-08-05 19:41 (UTC)

@cyberpunkrocker I used airspy-git because the libairspy version from the non-aur repository was several months outdated and wasn't compatible with SDR++

I will check if it's now up to date and change accordingly if it's known to work correctly.

cyberpunkrocker commented on 2021-08-04 14:33 (UTC)

Please replace 'airspy-git' dependency with 'airspy', which is already in official packages. 'airspy-git' already provides 'airspy', so you can install either one.

shuyuan-liu commented on 2021-04-26 23:20 (UTC)

@dhtseany I'm on GNOME 40 on Wayland and I needed to replace glfw-wayland with glfw-x11 to get SDR++ to open. The error message when I'm using glfw-wayland is different from yours though, so I'm not sure if it helps. Another thing to check is whether you are on Wayland or X - there is a button to select between them when you log in, in the bottom right corner.

ryzerth commented on 2021-04-26 23:13 (UTC)

Hello,

@thotypous @shuyuan-liu The modifications to include makedepends/optdepends instead of required dependencies have been implemented. I've also added the dependency for the new SDRplay module.

Hi, I was the maintainer for sdrplusplus-git. I've already gone ahead and flagged it for deletion, if it hasn't been deleted already. I do need to note that this package is missing git in its makedepends. Without it, this package will not build in a clean chroot. git is not a part of base-devel, so it has to be added explicitly.

@lmartinez-mirror Thanks for resolving the issue. Git doesn't need to be part of the makedepends as the AUR requires git anyway.

I had to also install hackrf to get this to build successfully. Thanks for your efforts!

@dhtseany This is now fixed, thanks for mentioning!

Am I the only one experiencing difficulties with the recent update of Gnome? I'm catching the following error when attempting to launch from the terminal: [error] Glfw Error 65544: Wayland: Failed to connect to display

Seems to be a GLFW issue with Wayland, not sure what the solution is. Definitely not an issue in SDR++

Regards, ryzerth

dhtseany commented on 2021-04-26 22:00 (UTC)

Am I the only one experiencing difficulties with the recent update of Gnome? I'm catching the following error when attempting to launch from the terminal:

[error] Glfw Error 65544: Wayland: Failed to connect to display

dhtseany commented on 2021-04-24 21:49 (UTC) (edited on 2021-04-24 21:50 (UTC) by dhtseany)

I had to also install hackrf to get this to build successfully. Thanks for your efforts!

lmartinez-mirror commented on 2021-04-24 03:30 (UTC)

Hi, I was the maintainer for sdrplusplus-git. I've already gone ahead and flagged it for deletion, if it hasn't been deleted already.

I do need to note that this package is missing git in its makedepends. Without it, this package will not build in a clean chroot. git is not a part of base-devel, so it has to be added explicitly.

shuyuan-liu commented on 2021-03-29 14:52 (UTC)

I checked the Installing Dependencies section on the SDR++ page and it lists the packages used by each plugin / module:

  • soapy_source: SoapySDR + drivers for each SDRs (see SoapySDR docs)
  • airspyhf_source: libairspyhf
  • plutosdr_source: libiio, libad9361
  • audio_sink: librtaudio-dev

In my opinion the libraries for SDR devices can all be made optdepends and makedepends, but since most people would want to have audio output, I would suggest keeping rtaudio as a normal dependency.

thotypous commented on 2021-03-29 13:47 (UTC)

First of all, thank you for implementing my suggestions.

lsquared618's suggestion is good, but please keep airspy-git, airspyhf-git, rtl-sdr, etc both as makedepends and optdepends. If you include them just as optdepends, it will break the build.

I have just tested removing airspy-git, airspyhf-git, etc with pacman -Rdd and sdrpp-git keeps working. Fortunately, they have a plugin system, thus the plugins for which dependencies are not available are simply not loaded, without impairing the rest of the software:

[2021-03-29 10:43:23.899] [info] Loading /usr/lib/sdrpp/plugins/airspy_source.so
[2021-03-29 10:43:23.906] [error] Couldn't load /usr/lib/sdrpp/plugins/airspy_source.so.

shuyuan-liu commented on 2021-03-29 13:36 (UTC)

Would it be a good idea to make airspy-git, airspyhf-git, rtl-sdr, etc optional dependencies or make them makedeps? I do realise they are used during building but I suppose most people do not use every supported device. Or should I ask the upstream author to add build flags to toggle device support?

ryzerth commented on 2021-03-02 02:41 (UTC) (edited on 2021-03-02 02:41 (UTC) by ryzerth)

The fixes have been implemented, thanks for reporting the issue.

thotypous commented on 2021-02-23 14:04 (UTC) (edited on 2021-02-23 14:06 (UTC) by thotypous)

This package does not follow Arch guidelines for VCS package versioning, and there are some outdated depends.

These fixes are important for us because we are automatically building your package hourly at https://aur.chaotic.cx, and we currently have to deploy the fixes over your PKGBUILD.

Please:

(1) Change source and md5sums to

source=('git+https://github.com/AlexandreRouma/SDRPlusPlus')
md5sums=('SKIP')

(2) Remove the prepare() function

(3) Add a pkgver() function as follows. Don't use tag based versioning because tag names in the upstream repository are malformed.

pkgver() {
  cd "SDRPlusPlus"
  printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
}

(4) Add the following depends which are now required: airspyhf-git airspy-git rtaudio, and remove portaudio since it is not used anymore.