Created attachment 507454 [details] diff to gnuradio-9999.ebuild I've modified the live ebuild to build the next branch with qt5 support. The next branch is suposed to become the version 3.8, but for now there is no release schedule. While it is possible to remove the qt4 support, it would limit the gui. The next branch contains changes for python 3 too. I could not get that running as my first issue was the missing python-3 support in media-libs/alsa-lib-1.1.5. Maybe changing PYTHON_COMPAT=( python2_7 ) is not the right way, so I didn't change that to have at least the qt5 build for testing. Changes done: added EGIT_BRANCH=next replaced all qt4 by qt5, currently the reqested qt version is 5.9 probably older version might work too. remove >=dev-python/pyqwt-5.2:5[${PYTHON_USEDEP}], it was pulling qt4, removal had no obvious effect added missing dev-libs/log4cpp dependency I've build it with: USE="alsa analog audio digital filter grc qt5 sdl uhd utils wxwidgets -atsc -channels -doc -dtv -examples -fcd -fec -jack -log -noaa -oss -pager -performance-counters -portaudio {-test} -trellis -vocoder -wavelet -zeromq" PYTHON_TARGETS="python2_7" It compiled fine and I could start gnuradio-companion from a chroot envrionment and create a few blocks.
Please note at this point any bump providing Qt5 should drop Qt4 completely.
gnuradio is now the last (non-masked) revdep of pyqwt.
Upstream knows about the pyqwt issue: https://github.com/gnuradio/gnuradio/issues/1634
Comment on attachment 507454 [details] diff to gnuradio-9999.ebuild 3.8.9999 in tree is Qt5 based.
USE=qt4 was masked.
3.7.13.x was added with the qt5 patches.