net-wireless/gnuradio-3.7.13.4[grc] ebuild is missing few dependencies, at least: grc? ( >=dev-python/cheetah-2.0:=[${PYTHON_USEDEP}] >=dev-python/pygtk-2.10:=[${PYTHON_USEDEP}] >=dev-python/lxml-1.3.6:=[${PYTHON_USEDEP}] ) (didn't check exact syntax, the versions are taken from gnuradio build guide). Otherwise even with USE=grc the bin/gnuradio-companion is not compiled and installed, like in 598416 (but that bug is about a different problem), with something like this in the build log: === -- Configuring gnuradio-companion support... -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_PYTHON = ON -- Dependency PYTHON_MIN_VER_FOUND = TRUE -- Dependency CHEETAH_FOUND = FALSE -- Dependency LXML_FOUND = TRUE -- Dependency PYGTK_FOUND = TRUE -- Dependency NUMPY_FOUND = TRUE -- Disabling gnuradio-companion support. -- Override with -DENABLE_GRC=ON/OFF === The problem sometimes hides under the carpet by dependencies of other installed packages but if not then the absence of bin/gnuradio-companion is highly enigmatic, with no clue gived by emerge output whatsoever (for example 656870 - but that bug is already closed without resolution, and apparently noone there tried to invesigate what's going on at all). Like, lxml dependency will be usually be pulled into the system with sys-apps/systemd, and cheetah - by net-wireless/gr-osmosdr if lucky user happens to have it installed. I am pretty sure the exact same problem applies to the other versions of gnuradio ebuilds currently in portage.
It seems that the grc dependencies from 3.8 branch ebuild were accidentally used when bumping to 3.7.13. Currently many of the functions are automagic though, as already noted in bug 656870 comment 3.
you aren't wrong, mistakes were made. I'll be committing the fix for this and some other minor dep fixes shortly.
*** Bug 656870 has been marked as a duplicate of this bug. ***
