comms/gnuradio: update to 3.9.4.0

[vishwin]

Summary

Now flavourised like devel/git. DOCS option is gone; it takes up too much of the plist for minimal benefit.

Event: FreeBSD Developer Summit June 2021
Event: SouthEast LinuxFest 2021
Event: ARRL/RAC Field Day 2021
Event: Winter Field Day 2022

Test Plan

This is a call for testing (apart from my own dogfooding).

Requires newer devel/volk from D30700.

[tcberner]

comms/gnuradio/Makefile

83

^+= really necessary here?

110

^ I think a new line between the different options might make it a bit more readable

128

instead of if-fery you could also use

GRC_VARS=INSTALLS_ICONS=yes

makes it a bit more concise.

[diizzy]

comms/gnuradio/Makefile

9–10

Define LICENSE_FILE?

13

Is this really needed?
We don't seem to do this with flavors in general

83

Isn't this already defined? https://cgit.freebsd.org/ports/tree/Mk/Uses/cmake.mk#n89

118

I think you can make use of https://cgit.freebsd.org/ports/tree/Mk/Uses/cmake.mk#n17 instead

[vishwin]

Some notes after Field Day dogfooding:

• The FLAVORS setup complicates supporting consumers, particularly out-of-tree modules (as was the case with SoapySDR support before merged for 3.9.2.0). Consumers link to certain .sos that are provided by every flavour.
• SoapySDR support may or may not have latency issues causing SIGBUS when running flowgraphs
• Flowgraphs utilising real hardware via libusb must run as root until something is figured out
• The GRC option seriously complicates providing a headless package, as most options also have GRC-specific files. This also precludes building GRC by itself from the subdirectory and packaging as such, as we don't have a way to validate option selection in dependencies.

comms/gnuradio/Makefile

13

Yes, because it is possible to have flavours that don't conflict

83

This CMakeFiles.txt seems to like overriding stuff we set in our framework.

[tcberner]

comms/gnuradio/Makefile

83

That does not make any sense to me. You're passing it the same way to CMAKE_ARGS as cmake.mk is :) -- so as Daniel said, that should not be needed.

[vishwin]

update to 3.9.4.0

Most tests and my flowgraphs still crashing. Also still trying to figure out how to "segregate" the GRC and QT5 options. May have to wait till subpackages become a reality, since everything can only be built together.

[db]

I updated port to 3.8.4 and my intention was to add a gnuradio-devel port since there are people still using both versions...
Does this sound sensible to all ?