Package Details: sdrangel-git 7.21.4.r92.fcd43df71-1

Git Clone URL: https://aur.archlinux.org/sdrangel-git.git (read-only, click to copy)
Package Base: sdrangel-git
Description: Qt5/OpenGL SDR and signal analyzer frontend.
Upstream URL: https://github.com/f4exb/sdrangel
Keywords: amateurradio hamradio
Licenses: GPL3
Conflicts: sdrangel
Provides: sdrangel
Submitter: Mikos
Maintainer: nemanjan00
Last Packager: nemanjan00
Votes: 15
Popularity: 0.009857
First Submitted: 2015-12-08 10:08 (UTC)
Last Updated: 2024-08-03 14:33 (UTC)

Pinned Comments

nemanjan00 commented on 2024-08-03 13:51 (UTC)

I have adopter package for pretty much one single reason. I refuse to have packages that are abandoned on my machine, for security reasons.

If someone wants to take over, I have no issue with it. That being said, I am not sure I will be able to keep it up to date

Latest Comments

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

nizzo commented on 2022-05-03 07:07 (UTC)

sdrangel requires libmirisdr4 to be checked out at revision "v1.1.2", while the AUR package libmirisdr4 which is listed as a dependency is checked out from master. This breaks the installation, I recommend to build the correct version of libmirisdr as part of this AUR package.

df8oe commented on 2022-03-19 10:51 (UTC)

I will look into aurutils - I have not noticed them until now - thank you!
I give reports for all packages which are not explicitly include architectures which I have tested. Of course not everyone has all possible architectures for testing :)

xiretza commented on 2022-03-19 10:45 (UTC)

And I do not see any method that can discover such issues

Well, that would usually be the job of your AUR helper, although I think even some of those don't support auto-updating VCS packages. I can recommend https://github.com/AladW/aurutils.

I am running sdrangel on a raspberry pi (arm) and it is working perfectly.

That's great to hear - I don't usually like adding architectures I can't test to my AUR packages, since it implies some form of support for them, but I'm happy that the ones I inherited with this package don't seem to be causing any trouble.

df8oe commented on 2022-03-19 10:38 (UTC)

Checkrebuild is a very useful tool, look here: https://archlinux.org/packages/community/any/rebuild-detector/
But I think it cannot flag packages like aptdec-git. Detection tests broken library linkings. If the package does not link to any nonexisting library binaries it cannot be flagged. And I do not see any method that can discover such issues - except you trap into a build error for a package that depends on the outdatet... 4YI: I am running sdrangel on a raspberry pi (arm) and it is working perfectly.

xiretza commented on 2022-03-19 10:26 (UTC)

I don't know what checkrebuild is, but it looks like it doesn't handle VCS packages properly (or at all).

df8oe commented on 2022-03-19 08:10 (UTC)

Many thanks for the hint! I looked in /usr/include/apt.h and apt_temperature was NOT defined there. Rebuilding aptdec-git solved the issue. Nothing pointed to this before. checkrebuild has not flagged aptdec-git for rebuilding - but now sdrangel builds perfectly.

xiretza commented on 2022-03-19 07:52 (UTC)

@df8oe: can't reproduce in a clean chroot, aptdemodimageworker.cpp.o is built successfully with only a deprecation warning for QMutex. apt_temperature should be defined in /usr/include/apt/apt.h.

df8oe commented on 2022-03-19 07:17 (UTC)

Does not build - even in a clean chroot environment:

/home/user/.cache/paru/clone/sdrangel-git/src/sdrangel/plugins/channelrx/demodapt/aptdemodimageworker.cpp:849:9: Fehler: »apt_temperature« wurde in diesem Gültigkeitsbereich nicht definiert
849 | apt_temperature(satnum, &m_tempImage, APT_CHB_OFFSET, APT_CH_WIDTH);

df8oe commented on 2021-07-23 10:07 (UTC)

Yes, I know it is in community. But it has not reached armv7h. And sdrangel itself builds without any problem and works flawlessly. It seems that I never have used the specific function that calls qcustomplot :)

xiretza commented on 2021-07-23 09:10 (UTC)

That's certainly a good way to ensure interesting headaches down the line... qcustomplot is in community, but since you're on a different distribution, I have no idea what they're doing. https://archlinux.org/packages/community/x86_64/qcustomplot/

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