Clayton Smith

Is it important for qwt5 and qt4 to be usable on Ubuntu 20.04? Both have been unsupported for at least five years now.

Perhaps we could just remove the `source:` line from qwt5.lwr?

I expect we'll want to test gr-etcetera as well, so maybe the pybombs repo is a better place for this to live.

Agreed that it would be great to have some automated testing of recipes, even if it's only on Ubuntu 20.04 to start.

The least significant bits of all those numbers are the same, so doing those additional tests wouldn't have caught https://github.com/gnuradio/volk/pull/358. Those kernels only failed when bit 2 of `num_points` differed...

Some other failures I've noticed: * `volk_8u_conv_k7_r2puppet_8u` crashes when the vector length is less than 12. * `volk_8u_x3_encodepolarpuppet_8u` fails for `u_ssse3`, `u_avx2`, `a_ssse3` and `a_avx2` for vector lengths up to...

* `volk_32fc_index_max_16u` fails intermittently for `a_avx2` and `u_avx2`. (Tested with vector length 21.)

* `volk_32fc_index_max_32u` also fails intermittently for `a_avx2` and `u_avx2`. (Again, tested with vector length 21.)

I did a bit of digging, and this seems to be due to a problematic debian patch: https://github.com/gnuradio/gnuradio/issues/5013#issuecomment-1279645954

Would it be possible to have the build fail if any kernel is missing a generic implementation?