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: 23
Popularity: 0.37
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 »

MarsSeed commented on 2023-10-31 13:59 (UTC)

Instead of the broken sdrpp, abandoned by upstream, users should swith to sdrpp-git, which is maintained and works.

kohlerjl commented on 2023-10-30 06:59 (UTC)

Thanks for this PKGBUILD. Could you add aarch64 as a supported arch? I was able to successfully build and run this package on an aarch64 device running Arch Linux ARM. Although when I tested different combinations of enabled build options, it seems that 'codec2' should be included in the required dependencies, not just _plugindeps.

ellesunflower commented on 2023-06-04 15:36 (UTC)

this is very hard to find, no results for sdr plus plus or sdr++. the description should be updated to make it easier to find

eclairevoyant commented on 2023-06-01 18:01 (UTC)

Thanks for suggesting the changes, updated. I moved some of the dependencies around as some of them are needed for specific plugins.

dnaeon commented on 2023-06-01 14:35 (UTC)

@eclairevoyant, thanks for the feedback!

I've just built the package in a clean chroot and updated the PKGBUILD.

Here's the final patch, that I have. Should be fine now.

Thanks!

eclairevoyant commented on 2023-06-01 12:58 (UTC)

@dnaeon The "build" section in the README is for macos specifically, but yeah if upstream is using those flags in CI then sure it makes sense to add those. Just from skimming there are some differences in flags between CI and docker build, I can take a look later today regarding those.

As far as dependencies, I would recommend that you always build in a clean chroot, otherwise it is easy to miss dependencies. With the two flags you added, at minimum we must add portaudio and codec2 for it to build, I'll check later today if there are any other changes needed.

dnaeon commented on 2023-06-01 12:43 (UTC)

Hey @eclairevoyant,

I've used these build flags as they are the ones provided by the upstream repo.

Also, same flags are being used by the sdrpp pipelines.

I didn't update the dependencies, because there was no need, but I might have overlooked something.

@eclairevoyant, can you please tell me what build errors you are getting?

@thotypous, thanks for adding me as co-maintainer! I'll need some time though to go over the AUR submission guidelines :)

P.S: On a second thought, the m17_decoder and new_portaudio_sink are flagged as beta, so it might be a good idea to remove them altogether. Thoughts?

eclairevoyant commented on 2023-06-01 11:40 (UTC)

@dnaeon why those flags specifically? And if you use those flags surely you need to update the dependencies accordingly, it doesn't even build as is.

eclairevoyant commented on 2023-06-01 11:35 (UTC)

Re: the audio issues, it's an rtaudio issue as the linked issues explained.

Re: maintainership, I would 100% be against ryzerth being the sole maintainer if he's not interested in actually, as the name says, maintaining the PKGBUILD. PKGBUILDs must follow certain guidelines and also build properly, if they don't do that then someone who will correct those issues must maintain the PKGBUILD instead.

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

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

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