Package Details: sdrpp-git 1.0.4.r561.eab4264-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: eclairevoyant
Votes: 21
Popularity: 0.78
First Submitted: 2021-02-14 23:36 (UTC)
Last Updated: 2024-01-24 00:49 (UTC)

Latest Comments

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

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

thotypous commented on 2023-04-10 03:28 (UTC)

Hey all, I received an email notification earlier today saying this package was orphaned, so I adopted it, since I use it and I happened to be logged to AUR at the time.

However, a while after I adopted it, I reread the email and realized it was not ryzerth who had orphaned it, but AUR administration. Since ryzerth is the upstream author of this software, I find it nonsensical for him not to be a maintainer for the package, unless he was not interested anymore. Thus I added him as co-maintainer.

The issue regarding pkgver() was solved by ryzerth at least since 2021-03-02, when he implemented a pkgver() using the number of revisions since beginning of the history, in compliance with AUR VCS package guidelines. Anyway, I added 2WheelDev who seemed to be closely following this package, in case they want to help in the future.

eclairevoyant, your suggestions seem good, can you please commit them? I also added you as a co-maintainer.

eclairevoyant commented on 2023-04-09 23:12 (UTC) (edited on 2023-04-09 23:14 (UTC) by eclairevoyant)

gcc and make should be removed from the makedepends as they are part of base-devel as per https://wiki.archlinux.org/title/PKGBUILD#makedepends:

The package base-devel is assumed to be already installed when building with makepkg. Dependencies of this package should not be included in makedepends array.

Also this needs git in the makedepends to build properly and license should be corrected to GPL3. arch is also wrong considering this is going have ELF binaries, it should be x86_64.

2WheelDev commented on 2023-01-29 23:15 (UTC)

So I submitted an orphan request in an attempt to get this fixed. @Ryzerth does not want to do this or accept any help.

Quite frankly his attitude towards me, is disgusting. If you wish to see his reply: https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/message/ZM7JB2VQX3WPTBDI6KCU5WY3REJPF37M/

soenke commented on 2023-01-12 07:23 (UTC)

What a ridiculous answer by @ryzerth. AUR does not need another badly maintained pkg! This versioning issue is annoying.

@WheelDev: You could consider submitting a request for marking this as orphaned (to take over) or merging.

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