Arch Linux User Repository

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

Does not build: [ 38%] Building CXX object plugins/channelrx/demodapt/CMakeFiles/demodapt.dir/aptdemodimageworker.cpp.o /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/plugins/channelrx/demodapt/aptdemodimageworker.cpp: In constructor ‘APTDemodImageWorker::APTDemodImageWorker(APTDemod)’: /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/plugins/channelrx/demodapt/aptdemodimageworker.cpp:42:5: warning: ‘QMutex::QMutex(QMutex::RecursionMode)’ is deprecated: Use QRecursiveMutex instead of a recursive QMutex [-Wdeprecated-declarations] 42 | m_mutex(QMutex::Recursive) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /usr/include/qt/QtCore/QMutex:1, from /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/sdrbase/pipes/objectpipesregistrations.h:27, from /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/sdrbase/pipes/messagepipes.h:25, from /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/sdrbase/maincore.h:32, from /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/plugins/channelrx/demodapt/aptdemodimageworker.cpp:25: /usr/include/qt/QtCore/qmutex.h:140:14: note: declared here 140 | explicit QMutex(RecursionMode mode); | ^~~~~~ /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/plugins/channelrx/demodapt/aptdemodimageworker.cpp: In member function ‘QImage APTDemodImageWorker::processImage(QStringList&, APTDemodSettings::ChannelSelection)’: /var/tmp/pamac-build-phantom/sdrangel-git/src/sdrangel/plugins/channelrx/demodapt/aptdemodimageworker.cpp:850:9: error: ‘apt_temperature’ was not declared in this scope 850 | apt_temperature(satnum, &m_tempImage, APT_CHB_OFFSET, APT_CH_WIDTH); | ^~~~~~~~~~~~~~~ make[2]: [plugins/channelrx/demodapt/CMakeFiles/demodapt.dir/build.make:155: plugins/channelrx/demodapt/CMakeFiles/demodapt.dir/aptdemodimageworker.cpp.o] Error 1 make[2]: Leaving directory '/var/tmp/pamac-build-phantom/sdrangel-git/src/build' make[1]: [CMakeFiles/Makefile2:6786: plugins/channelrx/demodapt/CMakeFiles/demodapt.dir/all] Error 2 make[1]: Leaving directory '/var/tmp/pamac-build-phantom/sdrangel-git/src/build' make: ** [Makefile:156: all] Error 2 make: Leaving directory '/var/tmp/pamac-build-phantom/sdrangel-git/src/build' ==> ERROR: A failure occurred in build(). Aborting...

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.

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 :)

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.

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.

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

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.

@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.

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);

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 :)