Hi Brendan, On 21/04/21 00:01, Brendan Horsfield wrote: >> I do not get this part. What do you mean by "reinstalled"? >> Did you installed GNU Radio from source or from Ubuntu Software? >> If you download the source, build and install it (following GNU Radio >> wiki), >> then you cannot install it using Ubuntu Software (or apt) afterwards. >> It is one or the other, not both. > > Hmm. I have been assuming all this time that GNU Radio Companion is an > optional GUI front end for GNU Radio, which must be installed separately. > > In my case, I definitely installed GNU Radio from source. However, when > that was finished, I then went into Ubuntu Software and installed GNU Radio > Companion, which placed an icon on my toolbar (which is how I launch the > application). I am guessing this was the wrong thing to do?
Yep, wrong way. gnuradio-companion is provided by gnuradio. It is not separated. Most of the time, doing "from source" installs everything under /usr/local/, while "from binaries" installs everything under /usr/. If you install both, you end up with 2 versions. Best case scenario is one is masking the other. Worst case scenario is clash between the two. > FYI -- If I open a terminal and type "gnuradio-companion", the GUI never > launches, and all I get is the following error message: > > $ gnuradio-companion > <<< Welcome to GNU Radio Companion 3.9.0.0 >>> > > Block paths: > /usr/local/share/gnuradio/grc/blocks > > Loading: > "/home/anyone/Documents/Brendan/GNU-Radio/save_rx_samples_to_file.grc" > >>> Converting from XML > /usr/lib/python3.6/importlib/_bootstrap.py:219: ImportWarning: can't > resolve package from __spec__ or __package__, falling back on __name__ and > __path__ > return f(*args, **kwds) > >>> Done > > Loading: > "/home/anyone/Documents/Brendan/GNU-Radio/spectrum_analyser_two_chan.grc" > >>> Converting from XML > Segmentation fault (core dumped) I do not know why it segfaults. If it does not solve by itself after solving the other parts, you could try GNU Radio 3.8 or ask on GNU Radio ML. > To answer your other questions: > > If I type "/sbin/ldconfig -p | grep -F libuhd", here is what I get: > libuhd.so.4.0.0 (libc6,x86-64) => /usr/local/lib/libuhd.so.4.0.0 > libuhd.so.3.15.0 (libc6,x86-64) => > /usr/lib/x86_64-linux-gnu/libuhd.so.3.15.0 > libuhd.so.003.010.003 (libc6,x86-64) => > /usr/lib/x86_64-linux-gnu/libuhd.so.003.010.003 > libuhd.so (libc6,x86-64) => /usr/local/lib/libuhd.so > > Finally, when I type dpkg -S "(libuhd.so.003.010.003 > "/usr/lib/x86_64-linux-gnu")", I get the response > dpkg-query: no path found matching pattern *(libuhd.so.003.010.003 > /usr/lib/x86_64-linux-gnu)* Sorry if I was not clear, use: dpkg -S "libuhd.so.003.010.003" or: dpkg -S "$(basename "/usr/lib/x86_64-linux-gnu/libuhd.so.003.010.003")" I do not feed the fullpath to "dpkg -S" because with the /usr/ merge, dpkg can be confused. Could you do the same for libuhd.so.3.15.0? Regards -- Cédric Hannotier _______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com