Hi Ryan, Thanks, that sounds like a MUCH easier way of doing things!
A couple of questions: - I don't have much experience with virtual environments. If I install one of your packages into a conda environment, will I still be able to access applications & libraries that were installed outside of conda (specifically Python, TensorFlow, CUDA & Docker)? Or will I have to reinstall those resources inside the same conda environment as the GNU Radio package? - Slightly off-topic, but still related: As mentioned in my original post, I have already installed UHD & GNU Radio from source on my system. This was not done inside a virtual environment. If I now want to uninstall those items, is it as simple as going into their respective "build" folders (e.g. ~/workarea-gnuradio/gnuradio/build) and running "sudo make uninstall" and "sudo make clean"? Or is there more to it than that? Thanks, Brendan. On Thu, Apr 22, 2021 at 1:32 AM Ryan Volz <[email protected]> wrote: > Hi Brendan, > > I can't comment on the particular errors you're seeing with GR 3.9, but I > can offer an alternative to building from source. I maintain a collection > of packages for conda-forge that use the conda package manager, including > UHD and GNU Radio. Because of the way conda works, these are installable on > practically any Linux base OS (or macOS, or Windows) and the installation > is contained to a single directory. So if you want to try it but it doesn't > work out, you won't be causing a new mess that you have to clean up. > > Here are the links to an all-in-one installer: > > https://github.com/ryanvolz/radioconda > > and instructions for the à la carte approach: > > https://wiki.gnuradio.org/index.php/CondaInstall > > Either way, you have the option of either: > > GR 3.9.1 + UHD 4.0.0 (with Python bindings) > > or > > GR 3.8.3 + UHD 3.15 (with Python bindings) > > I hope that's useful! > > Cheers, > Ryan > > On 4/21/21 9:45 AM, Josh Morman wrote: > > I haven't tried this in quite a while, but Ettus maintains a PPA as > well, and has 18.04 binaries for 3.15: > > https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd < > https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd> > > > > If you remove gnuradio and uhd as installed via apt > > then add that PPA > > then install uhd > > then install gnuradio from PPA > > It *should* allow you to have a relatively up to date UHD driver. I am > not sure, though, if these are built with PYTHON enable. > > > > Perhaps someone with more UHD experience can chime in on how best to get > UHD 4.0 but still install GNU Radio from binaries. > > > > Josh > > > > > > On Wed, Apr 21, 2021 at 7:09 AM Brendan Horsfield < > [email protected] <mailto:[email protected]>> > wrote: > > > > Hi Josh, > > > > Thanks for the advice. On balance, I would prefer to stick with > Ubuntu 18.04 and roll back GNU Radio to version to 3.8. I'm running some > fairly "experimental" (i.e. fragile) software applications on my laptop at > the moment, and I am a bit nervous about breaking them with an OS upgrade. > > > > Normally I would never install anything from source, being a > relatively inexperienced user. However, in this case I don't have much > choice, as the Ettus USRP driver I am using (UHD v4.0) is not supported by > the standard GNU Radio binaries. If you know of a way to install a GNU > Radio binary that will let me use a USRP driver of my choosing, please let > me know. > > > > Note that I am willing to switch to an older version of the USRP > driver if it will help. However, regardless of which driver version I use, > it will have to be built from source with the -DENABLE_PYTHON_API compiler > flag set to ON (the default is OFF), as I require this API for my project. > (The obvious alternative would be to import the GNU Radio library into my > Python project, rather than the Ettus API. I don't have any experience > with this, but I would be willing to give it a try.) > > > > Thanks, > > Brendan. > > > > > > On Wed, Apr 21, 2021 at 8:26 PM Josh Morman <[email protected] > <mailto:[email protected]>> wrote: > > > > Brendan, > > > > If you are able to, I would recommend updating to Ubuntu 20.04 > and then using the ppa to install 3.9: > https://wiki.gnuradio.org/index.php/InstallingGR < > https://wiki.gnuradio.org/index.php/InstallingGR> (from PPA section) > > If you are stuck with 18.04, I would recommend dropping back to > v3.8 and follow the same instructions. > > > > If you must install from source, I have been able to build 3.9 > on 18.04 using these prerequisites (and then volk from source): > > > https://github.com/mormj/gnuradio-docker/blob/maint-3.9/ubuntu/18.04/buildreqs.Dockerfile > < > https://github.com/mormj/gnuradio-docker/blob/maint-3.9/ubuntu/18.04/buildreqs.Dockerfile > > > > > > > > Josh > > > > > > On Wed, Apr 21, 2021 at 2:21 AM Brendan Horsfield < > [email protected] <mailto:[email protected]>> > wrote: > > > > Hi Everyone, > > > > I have just finished installing GNU Radio 3.9.0.0 on my > Ubuntu laptop, and I am having some difficulties getting it to work > properly. It feels like I have missed a step, but I don't know what it > could be. > > > > I installed GNU Radio by building it from source as per the > instructions in > https://wiki.gnuradio.org/index.php/InstallingGR#From_Source < > https://wiki.gnuradio.org/index.php/InstallingGR#From_Source> and > https://wiki.gnuradio.org/index.php/UbuntuInstall#Install_the_Pre-Requisites > < > https://wiki.gnuradio.org/index.php/UbuntuInstall#Install_the_Pre-Requisites> > (see below for details). The process seemed to go smoothly, with no errors > reported. > > > > However, when I open a bash terminal and type > "gnuradio-companion", I get the following warning messages: > > > > <<< Welcome to GNU Radio Companion 3.9.0.0 >>> > > Block paths: /usr/local/share/gnuradio/grc/blocks > > Loading: > "/home/anyone/Documents/Brendan/GNU-Radio/GNR-Radio-3_9_0_0/test.grc" > > >>> Done > > Warning: restarting the docstring loader (crashed while > loading 'qtgui_grbackground') > > Warning: restarting the docstring loader (crashed while > loading 'qtgui_auto_correlator_sink') > > Warning: restarting the docstring loader (crashed while > loading 'qtgui_bercurve_sink') > > Warning: restarting the docstring loader (crashed while > loading 'qtgui_compass') > > Warning: restarting the docstring loader (crashed while > loading 'qtgui_const_sink_x') > > Warning: docstring loader crashed too often > > > > GNU Radio Companion then opens up OK, but it won't run any > flowgraphs, even very simple ones. It simply returns Code-11 each time, > with no further information. > > > > Also, if I try to add any Instrumentation blocks (e.g. QT > GUI Frequency Sink), the application shuts down immediately, and prints the > message "Segmentation fault (core dumped)" to the terminal. > > > > Details of my equipment setup are as follows: > > > > HP Omen laptop > > Intel Core i7-8750H CPU @ 2.20GHz × 12 > > 32GB RAM > > Ubuntu 18.04.5 LTS > > > > Ettus B210 USRP > > UHD driver v4.0.0.0 with Python API enabled > > (USRP operation has been verified using Ettus examples and > my own Python scripts.) > > > > GNU Radio Installation Process: > > 1. Install dependencies as per gnuradio wiki page, > including pybind11 v2.6.2 and Volk v2.4.1 (both built from source) > > 2. Install GNU Radio as follows: > > mkdir workarea-gnuradio > > cd workarea-gnuradio > > git clone https://github.com/gnuradio/gnuradio.git < > https://github.com/gnuradio/gnuradio.git> > > cd gnuradio > > git checkout v3.9.0.0 > > mkdir build > > cd build > > cmake -DCMAKE_BUILD_TYPE=Release > -DPYTHON_EXECUTABLE=/usr/bin/python3 ../ > > make -j8 > > make test (NOTE: THIS RETURNED A MESSAGE THAT "NO TESTS > WERE FOUND") > > sudo make install > > sudo ldconfig > > Updated PYTHONPATH and LD_LIBRARY_PATH in $HOME/.bashrc file > > sudo ldconfig > > volk_profile > > Reboot laptop > > Open terminal, run "gnuradio-companion", make sad face. > > > > Has anyone encountered this problem before? Any assistance > you can provide would be greatly appreciated! > > > > Thanks & Regards, > > Brendan. > > > > >
