Package Details: sdrpp-git 1.0.4.r826.dd9b8db6-1

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://www.sdrpp.org/
Keywords: sdr++ sdr-plus-plus
Licenses: GPL3
Conflicts: sdrpp
Provides: sdrpp
Submitter: ryzerth
Maintainer: thotypous (ryzerth, 2WheelDev, eclairevoyant, dnaeon)
Last Packager: thotypous
Votes: 23
Popularity: 0.23
First Submitted: 2021-02-14 23:36 (UTC)
Last Updated: 2025-05-13 21:54 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

thotypous commented on 2023-06-01 11:33 (UTC)

@dnaeon Your PKGBUILD looks fine. I added you as co-maintainer. Can you please commit?

thotypous commented on 2023-06-01 11:30 (UTC)

About jack:

PipeWire jack emulation is currently a little unreliable with RtAudio. I'm not sure whether that's a RtAudio issue or a PipeWire issue.

Anyway, it does not seem like disabling Jack support would be an acceptable solution for that issue, since some users may be using Jack instead of PipeWire!

There is actually a much simpler solution which does not involve messing with Jack users. PipeWire users just need to disable Jack emulation by setting:

export PIPEWIRE_NOJACK=1

About the maintainer situation

I'd be pissed off too if the PKGBUILD for the software I maintained upstream was disowned.

I'd like to once again make it clear it was not me who asked the package to be disowned. I just received a notification via e-mail because I follow the package and decided to take it so that it didn't remain orphaned. Then I added Alexandre Rouma and some people who contributed to the PKGBUILD in the past as co-maintainers.

For people who don't understand how co-maintainership works, it effectively gives complete access for changing the PKGBUILD. It works as if the package had multiple maintainers. One does not need to ask permission to the other.

Of course it is still unfair that the original maintainer (also the upstream developer) is listed inside parenthesis, so if he wants to come back as the main maintainer we can arrange for that.

dnaeon commented on 2023-06-01 07:38 (UTC)

FYI: here's an updated PKGBUILD, which I use based on the latest build flags for SDRPlusPlus.

https://gist.github.com/dnaeon/38562a5c8f814f319ef4298d4e34acb9

eclairevoyant commented on 2023-05-15 22:31 (UTC)

Might need some patches, I haven't looked into it myself since I build the -git version instead. It is quite an old release...

salcedo commented on 2023-05-15 22:26 (UTC)

Thanks. Currently, 1.0.4 is the latest release and it no longer builds. If anyone would like to take over from here, I can orphan.

eclairevoyant commented on 2023-05-15 22:00 (UTC) (edited on 2023-05-15 22:01 (UTC) by eclairevoyant)

Actually it looks like https://aur.archlinux.org/packages/rtaudio-git already disables jack support. So you can build that directly, then rebuild/reinstall sdrpp-git, ensuring to use rtaudio-git instead of rtaudio.

Also @thotypous based on the recent issue it seems that @ryzerth has no interest in maintaining this PKGBUILD.

eclairevoyant commented on 2023-05-15 21:49 (UTC)

There's no changes to make here, it seems you'll need to rebuild rtaudio instead. You could make your own PKGBUILD (rtaudio-pulse or something) that disables alsa/jack support, and also has rtaudio as provides/conflicts.

eclairevoyant commented on 2023-05-15 21:01 (UTC)

Source files must be unique in SRCDEST per the wiki, please update accordingly (https://wiki.archlinux.org/title/PKGBUILD#source):

The downloaded source filename must be unique because the SRCDEST directory can be the same for all packages. For instance, using the version number of the project as a filename potentially conflicts with other projects with the same version number. In this case, the alternative unique filename to be used is provided with the syntax source=('unique_package_name::file_uri'); e.g. source=("$pkgname-$pkgver.tar.gz::https://github.com/coder/program/archive/v$pkgver.tar.gz").

iamkarlson commented on 2023-05-15 20:46 (UTC) (edited on 2023-05-15 20:47 (UTC) by iamkarlson)

Can anyone incorporate changes with pipewire support? I believe it's stated here what's needed to be done: https://github.com/AlexandreRouma/SDRPlusPlus/issues/734#issuecomment-1105564425

Also, worth checking this issue https://github.com/AlexandreRouma/SDRPlusPlus/issues/173

eclairevoyant commented on 2023-04-10 03:47 (UTC)

done

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »