Re: [Discuss-gnuradio] Install GNURadio from Source
What's the reasoning for fetching thrift from git (which is failing due to error: pathspec '0.9.2' did not match any file(s) known to git.), rather than using the versioned tarball? I'll have a pull request for you shortly, since the thrift build fails when I have lua installed, but not the lua headers... To get it to build I ended up disabling language bindings for: erlang lua nodejs ruby haskell go On Thu, Jun 18, 2015 at 1:39 PM, Richard Bell richard.be...@gmail.com wrote: Ah yes sorry about that. I entered that into a terminal directly but forgot to add it to source it in my bash startup file. I think the general installation for control ports is complete now. I will start a new thread for non-install related questions now. Appreciate all the help. v/r, Rich On Thu, Jun 18, 2015 at 11:45 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 2:01 PM, Richard Bell richard.be...@gmail.com wrote: Oh very good to know. After installing those python modules and making the following changes to the gnuradio-runtime.conf file [PerfCounters] on = True #False export = True #False clock = thread #clock = monotonic [ControlPort] on = True #False edges_list = True #False My flowgraph fails with the following message: Executing: /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 35705 monitor::endpoints() = -h rbell -p 35705 running: ['gr-ctrlport-monitor', 'rbell', '35705'] Traceback (most recent call last): File /usr/local/bin/gr-ctrlport-monitor, line 28, in module from gnuradio.ctrlport.GrDataPlotter import * File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GrDataPlotter.py, line 26, in module from gnuradio.ctrlport.GNURadio import ControlPort File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GNURadio/ControlPort.py, line 9, in module from thrift.Thrift import TType, TMessageType, TException, TApplicationException ImportError: No module named thrift.Thrift ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown Done If I try and start gr-perf-monitorx from a terminal, I get the same error, No module named thrift.Thrift Rich Likely the site-packages issue. Check to make sure you see the thrift module itself. It's likely in /usr/lib/python2.7/site-packages. You should see thrift, an egg-info. If that's the case, it's likely that this isn't in your PYTHONPATH. So: $ export PYTHONPATH=$PYTHONPATH:/usr/lib/python2.7/site-packages I'm also just assuming that you're using Python 2.7. Tom On Thu, Jun 18, 2015 at 9:36 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 12:31 PM, Richard Bell richard.be...@gmail.com wrote: I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted below: -- Configuring gr-ctrlport support... -- Dependency Boost_FOUND = 1 -- Dependency SWIG_FOUND = TRUE -- Dependency SWIG_VERSION_CHECK = TRUE -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Enabling gr-ctrlport support. -- Override with -DENABLE_GR_CTRLPORT=ON/OFF -- Looking for C++ include sys/resource.h -- Looking for C++ include sys/resource.h - found -- Loading build date Thu, 18 Jun 2015 00:33:52 into constants... -- Loading version v3.7.7.1-158-g7b684a23 into constants... -- checking for module 'thrift' -- found thrift, version 0.9.2 -- -- Python checking for Thrift -- Python checking for Thrift - found -- Found THRIFT: /usr/lib/libthrift.so -- Found and enabling Thrift backend to ControlPort -- Running thrift to build C++ bindings -- Looking for C++ include windows.h -- Looking for C++ include windows.h - not found -- TRY_SHM_VMCIRCBUF set to ON. -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of size_t -- Check size of size_t - done -- Check size of unsigned int -- Check size of unsigned int - done -- Check size of unsigned long -- Check size of unsigned long - done -- Check size of unsigned long long -- Check size of unsigned long long - done -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success Looks good! I have now gotten passed the previous mentioned error, which means progress. The newest issue is that I don't have networkx installed. I think this should be added to the dependencies list. Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 54906 monitor::endpoints() = -h rbell -p 54906 running: ['gr-perf-monitorx', 'rbell', '54906'] Traceback (most recent call last): File /usr/local/bin/gr-perf-monitorx, line 24, in module import networkx as nx ImportError: No module named networkx ctrlport.monitor received shutdown signal calling stop on shutdown calling
Re: [Discuss-gnuradio] Install GNURadio from Source
On Wed, Jun 17, 2015 at 8:12 PM, Richard Bell richard.be...@gmail.com wrote: I used the /usr prefix. The exact ./configure command I used was: ./configure --prefix=/usr I realize I didn't explicitly include the --with-cpp --with-python statements, though I did see that thrift said it installed with C, C++ and Python support (including a few others). I didn't do that intentionally, I think I was compiler/compiling drunk. I'm going to uninstall gnuradio and thrift again and do it word for word to see if it resolves the issue. This is the ./configure command I will be using to install Thrift this time: ./configure --prefix=/usr --with-cpp --with-python Rich Just for information, you shouldn't /have/ to specify the '--with-cpp --with-python' arguments -- they should be automatically picked up. I've put that in the instructions to make it clear what you should be building and as an extra little bump for those two languages. Likely you'd have been fine without them. But pay attention to the next bit of info about PYTHONPATH and the use of site-packages instead of dist-packages. Depending on your distro, that could be a problem. Tom On Wed, Jun 17, 2015 at 4:28 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 6:09 PM, Richard Bell richard.be...@gmail.com wrote: It's still not working. I was overlooking the Thrift dependency previously. I installed Thrift 0.9.2 from source, following this https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as well as the Thrift homepage install instructions, http://thrift.apache.org/docs/install/, because I needed to install a few more dependencies for thrift than what was listed in the first link. I then deleted build and re-built gnuradio. When I ran CMake, I saw that under the gr-ctrlports module section it said it found thrift 0.9.2. Was there something else I needed to confirm in the cmake output beyond that? When I run gnuradio-config-info --enabled-components, I see 'gr-ctrlport' in the list, but no '* thrift'. What else have I overlooked, that always seems to be the issue. Rich Probably the installation of the Thrift Python module. Did you set a different prefix for the installation of Thrift? It likes to try to stuff it in /usr/lib/python2.7/site-packages regardless of what you set the --prefix to. You have to use PY_PREFIX on the configure line for that. A lesson we just learned yesterday. Also, because it goes into site-packages instead of dist-packages like most distros use these days, that could also be affecting whether or not Python is finding it. Tom On Wed, Jun 17, 2015 at 12:37 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 3:16 PM, Johnathan Corgan johnat...@corganlabs.com wrote: Richard, you're getting the right version. The 3.7.7.1 string is an artifact of how git describe searches backward for the latest annotated tag in order to come up with a description. On Wed, Jun 17, 2015 at 12:05 PM, Richard Bell richard.be...@gmail.com wrote: Unfortunately, I have to resurrect this thread. I'm still not able to get the version of gnuradio installed that allows me to use control ports. When I use the master/head branch, which is the default as Tom said when you clone the repo, after cmake completes, it tells me this: -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC, while the 3.7.8git is the version of the underlying source code? If so, is this what I should be installing to use control ports and if not, what should I be checking out before I compile the gnuradio source? Here is what happens when I run a flowgraph with a 'CtrlPort Performance Monitor' included: Using Volk machine: avx_64_mmx ControlPort Monitor running. Traceback (most recent call last): File /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py, line 1057, in module (tb.blocks_ctrlport_monitor_performance_0).start() File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py, line 48, in start print monitor::endpoints() = %s % (gr.rpcmanager_get().endpoints()) AttributeError: 'NoneType' object has no attribute 'endpoints' ctrlport.monitor received shutdown signal Today I uninstalled gnuradio, searched my computer for anything gnuradio related and removed it (minus some custom blocks that i've created that I assume won't mess with an install) and reinstalled uhd and gnuradio from source. I am fairly certain I don't have a conflicting versions problem. v/r, Rich As Johnathan said, you've got the right version. Now you need to make sure that ControlPort is getting built and installed correctly with Thrift. When you run cmake, you will see a list of enabled components. You should see as part of this: * gr-ctrlport * thrift That'll let you know that you are building ControlPort and the Thrift backend for it. If you've
Re: [Discuss-gnuradio] Install GNURadio from Source
I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted below: -- Configuring gr-ctrlport support... -- Dependency Boost_FOUND = 1 -- Dependency SWIG_FOUND = TRUE -- Dependency SWIG_VERSION_CHECK = TRUE -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Enabling gr-ctrlport support. -- Override with -DENABLE_GR_CTRLPORT=ON/OFF -- Looking for C++ include sys/resource.h -- Looking for C++ include sys/resource.h - found -- Loading build date Thu, 18 Jun 2015 00:33:52 into constants... -- Loading version v3.7.7.1-158-g7b684a23 into constants... -- checking for module 'thrift' -- found thrift, version 0.9.2 -- -- Python checking for Thrift -- Python checking for Thrift - found -- Found THRIFT: /usr/lib/libthrift.so -- Found and enabling Thrift backend to ControlPort -- Running thrift to build C++ bindings -- Looking for C++ include windows.h -- Looking for C++ include windows.h - not found -- TRY_SHM_VMCIRCBUF set to ON. -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of size_t -- Check size of size_t - done -- Check size of unsigned int -- Check size of unsigned int - done -- Check size of unsigned long -- Check size of unsigned long - done -- Check size of unsigned long long -- Check size of unsigned long long - done -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success I have now gotten passed the previous mentioned error, which means progress. The newest issue is that I don't have networkx installed. I think this should be added to the dependencies list. Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 54906 monitor::endpoints() = -h rbell -p 54906 running: ['gr-perf-monitorx', 'rbell', '54906'] Traceback (most recent call last): File /usr/local/bin/gr-perf-monitorx, line 24, in module import networkx as nx ImportError: No module named networkx ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown I installed python-networkx through ubuntu's package manager and am rebuilding gnuradio now. Rich On Thu, Jun 18, 2015 at 7:06 AM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 8:12 PM, Richard Bell richard.be...@gmail.com wrote: I used the /usr prefix. The exact ./configure command I used was: ./configure --prefix=/usr I realize I didn't explicitly include the --with-cpp --with-python statements, though I did see that thrift said it installed with C, C++ and Python support (including a few others). I didn't do that intentionally, I think I was compiler/compiling drunk. I'm going to uninstall gnuradio and thrift again and do it word for word to see if it resolves the issue. This is the ./configure command I will be using to install Thrift this time: ./configure --prefix=/usr --with-cpp --with-python Rich Just for information, you shouldn't /have/ to specify the '--with-cpp --with-python' arguments -- they should be automatically picked up. I've put that in the instructions to make it clear what you should be building and as an extra little bump for those two languages. Likely you'd have been fine without them. But pay attention to the next bit of info about PYTHONPATH and the use of site-packages instead of dist-packages. Depending on your distro, that could be a problem. Tom On Wed, Jun 17, 2015 at 4:28 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 6:09 PM, Richard Bell richard.be...@gmail.com wrote: It's still not working. I was overlooking the Thrift dependency previously. I installed Thrift 0.9.2 from source, following this https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as well as the Thrift homepage install instructions, http://thrift.apache.org/docs/install/, because I needed to install a few more dependencies for thrift than what was listed in the first link. I then deleted build and re-built gnuradio. When I ran CMake, I saw that under the gr-ctrlports module section it said it found thrift 0.9.2. Was there something else I needed to confirm in the cmake output beyond that? When I run gnuradio-config-info --enabled-components, I see 'gr-ctrlport' in the list, but no '* thrift'. What else have I overlooked, that always seems to be the issue. Rich Probably the installation of the Thrift Python module. Did you set a different prefix for the installation of Thrift? It likes to try to stuff it in /usr/lib/python2.7/site-packages regardless of what you set the --prefix to. You have to use PY_PREFIX on the configure line for that. A lesson we just learned yesterday. Also, because it goes into site-packages instead of dist-packages like most distros use these days, that could also be affecting whether or not Python is finding it. Tom On Wed, Jun 17, 2015 at 12:37 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015
Re: [Discuss-gnuradio] Install GNURadio from Source
On Thu, Jun 18, 2015 at 12:31 PM, Richard Bell richard.be...@gmail.com wrote: I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted below: -- Configuring gr-ctrlport support... -- Dependency Boost_FOUND = 1 -- Dependency SWIG_FOUND = TRUE -- Dependency SWIG_VERSION_CHECK = TRUE -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Enabling gr-ctrlport support. -- Override with -DENABLE_GR_CTRLPORT=ON/OFF -- Looking for C++ include sys/resource.h -- Looking for C++ include sys/resource.h - found -- Loading build date Thu, 18 Jun 2015 00:33:52 into constants... -- Loading version v3.7.7.1-158-g7b684a23 into constants... -- checking for module 'thrift' -- found thrift, version 0.9.2 -- -- Python checking for Thrift -- Python checking for Thrift - found -- Found THRIFT: /usr/lib/libthrift.so -- Found and enabling Thrift backend to ControlPort -- Running thrift to build C++ bindings -- Looking for C++ include windows.h -- Looking for C++ include windows.h - not found -- TRY_SHM_VMCIRCBUF set to ON. -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of size_t -- Check size of size_t - done -- Check size of unsigned int -- Check size of unsigned int - done -- Check size of unsigned long -- Check size of unsigned long - done -- Check size of unsigned long long -- Check size of unsigned long long - done -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success Looks good! I have now gotten passed the previous mentioned error, which means progress. The newest issue is that I don't have networkx installed. I think this should be added to the dependencies list. Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 54906 monitor::endpoints() = -h rbell -p 54906 running: ['gr-perf-monitorx', 'rbell', '54906'] Traceback (most recent call last): File /usr/local/bin/gr-perf-monitorx, line 24, in module import networkx as nx ImportError: No module named networkx ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown I installed python-networkx through ubuntu's package manager and am rebuilding gnuradio now. Rich Gah! Rich, hopefully we can get you to a place where you don't have to keep rebuilding and installing GNU Radio. There's no need to rebuild after installing a Python package. One of the nice things about that language. All you had to do was install python-networkx (and likely python-matplotlib if you haven't done that already) and rerun the program. Hell, the GNU Radio application could have still been running while you were doing that. Tom On Thu, Jun 18, 2015 at 7:06 AM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 8:12 PM, Richard Bell richard.be...@gmail.com wrote: I used the /usr prefix. The exact ./configure command I used was: ./configure --prefix=/usr I realize I didn't explicitly include the --with-cpp --with-python statements, though I did see that thrift said it installed with C, C++ and Python support (including a few others). I didn't do that intentionally, I think I was compiler/compiling drunk. I'm going to uninstall gnuradio and thrift again and do it word for word to see if it resolves the issue. This is the ./configure command I will be using to install Thrift this time: ./configure --prefix=/usr --with-cpp --with-python Rich Just for information, you shouldn't /have/ to specify the '--with-cpp --with-python' arguments -- they should be automatically picked up. I've put that in the instructions to make it clear what you should be building and as an extra little bump for those two languages. Likely you'd have been fine without them. But pay attention to the next bit of info about PYTHONPATH and the use of site-packages instead of dist-packages. Depending on your distro, that could be a problem. Tom On Wed, Jun 17, 2015 at 4:28 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 6:09 PM, Richard Bell richard.be...@gmail.com wrote: It's still not working. I was overlooking the Thrift dependency previously. I installed Thrift 0.9.2 from source, following this https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as well as the Thrift homepage install instructions, http://thrift.apache.org/docs/install/, because I needed to install a few more dependencies for thrift than what was listed in the first link. I then deleted build and re-built gnuradio. When I ran CMake, I saw that under the gr-ctrlports module section it said it found thrift 0.9.2. Was there something else I needed to confirm in the cmake output beyond that? When I run gnuradio-config-info --enabled-components, I see 'gr-ctrlport' in the list, but no '* thrift'. What else have I overlooked, that always seems to be the issue. Rich
Re: [Discuss-gnuradio] Install GNURadio from Source
Oh very good to know. After installing those python modules and making the following changes to the gnuradio-runtime.conf file [PerfCounters] on = True #False export = True #False clock = thread #clock = monotonic [ControlPort] on = True #False edges_list = True #False My flowgraph fails with the following message: Executing: /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 35705 monitor::endpoints() = -h rbell -p 35705 running: ['gr-ctrlport-monitor', 'rbell', '35705'] Traceback (most recent call last): File /usr/local/bin/gr-ctrlport-monitor, line 28, in module from gnuradio.ctrlport.GrDataPlotter import * File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GrDataPlotter.py, line 26, in module from gnuradio.ctrlport.GNURadio import ControlPort File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GNURadio/ControlPort.py, line 9, in module from thrift.Thrift import TType, TMessageType, TException, TApplicationException ImportError: No module named thrift.Thrift ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown Done If I try and start gr-perf-monitorx from a terminal, I get the same error, No module named thrift.Thrift Rich On Thu, Jun 18, 2015 at 9:36 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 12:31 PM, Richard Bell richard.be...@gmail.com wrote: I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted below: -- Configuring gr-ctrlport support... -- Dependency Boost_FOUND = 1 -- Dependency SWIG_FOUND = TRUE -- Dependency SWIG_VERSION_CHECK = TRUE -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Enabling gr-ctrlport support. -- Override with -DENABLE_GR_CTRLPORT=ON/OFF -- Looking for C++ include sys/resource.h -- Looking for C++ include sys/resource.h - found -- Loading build date Thu, 18 Jun 2015 00:33:52 into constants... -- Loading version v3.7.7.1-158-g7b684a23 into constants... -- checking for module 'thrift' -- found thrift, version 0.9.2 -- -- Python checking for Thrift -- Python checking for Thrift - found -- Found THRIFT: /usr/lib/libthrift.so -- Found and enabling Thrift backend to ControlPort -- Running thrift to build C++ bindings -- Looking for C++ include windows.h -- Looking for C++ include windows.h - not found -- TRY_SHM_VMCIRCBUF set to ON. -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of size_t -- Check size of size_t - done -- Check size of unsigned int -- Check size of unsigned int - done -- Check size of unsigned long -- Check size of unsigned long - done -- Check size of unsigned long long -- Check size of unsigned long long - done -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success Looks good! I have now gotten passed the previous mentioned error, which means progress. The newest issue is that I don't have networkx installed. I think this should be added to the dependencies list. Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 54906 monitor::endpoints() = -h rbell -p 54906 running: ['gr-perf-monitorx', 'rbell', '54906'] Traceback (most recent call last): File /usr/local/bin/gr-perf-monitorx, line 24, in module import networkx as nx ImportError: No module named networkx ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown I installed python-networkx through ubuntu's package manager and am rebuilding gnuradio now. Rich Gah! Rich, hopefully we can get you to a place where you don't have to keep rebuilding and installing GNU Radio. There's no need to rebuild after installing a Python package. One of the nice things about that language. All you had to do was install python-networkx (and likely python-matplotlib if you haven't done that already) and rerun the program. Hell, the GNU Radio application could have still been running while you were doing that. Tom On Thu, Jun 18, 2015 at 7:06 AM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 8:12 PM, Richard Bell richard.be...@gmail.com wrote: I used the /usr prefix. The exact ./configure command I used was: ./configure --prefix=/usr I realize I didn't explicitly include the --with-cpp --with-python statements, though I did see that thrift said it installed with C, C++ and Python support (including a few others). I didn't do that intentionally, I think I was compiler/compiling drunk. I'm going to uninstall gnuradio and thrift again and do it word for word to see if it resolves the issue. This is the ./configure command I will be using to install Thrift this time: ./configure --prefix=/usr --with-cpp --with-python Rich Just for information,
Re: [Discuss-gnuradio] Install GNURadio from Source
On Thu, Jun 18, 2015 at 2:01 PM, Richard Bell richard.be...@gmail.com wrote: Oh very good to know. After installing those python modules and making the following changes to the gnuradio-runtime.conf file [PerfCounters] on = True #False export = True #False clock = thread #clock = monotonic [ControlPort] on = True #False edges_list = True #False My flowgraph fails with the following message: Executing: /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 35705 monitor::endpoints() = -h rbell -p 35705 running: ['gr-ctrlport-monitor', 'rbell', '35705'] Traceback (most recent call last): File /usr/local/bin/gr-ctrlport-monitor, line 28, in module from gnuradio.ctrlport.GrDataPlotter import * File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GrDataPlotter.py, line 26, in module from gnuradio.ctrlport.GNURadio import ControlPort File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GNURadio/ControlPort.py, line 9, in module from thrift.Thrift import TType, TMessageType, TException, TApplicationException ImportError: No module named thrift.Thrift ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown Done If I try and start gr-perf-monitorx from a terminal, I get the same error, No module named thrift.Thrift Rich Likely the site-packages issue. Check to make sure you see the thrift module itself. It's likely in /usr/lib/python2.7/site-packages. You should see thrift, an egg-info. If that's the case, it's likely that this isn't in your PYTHONPATH. So: $ export PYTHONPATH=$PYTHONPATH:/usr/lib/python2.7/site-packages I'm also just assuming that you're using Python 2.7. Tom On Thu, Jun 18, 2015 at 9:36 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 12:31 PM, Richard Bell richard.be...@gmail.com wrote: I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted below: -- Configuring gr-ctrlport support... -- Dependency Boost_FOUND = 1 -- Dependency SWIG_FOUND = TRUE -- Dependency SWIG_VERSION_CHECK = TRUE -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Enabling gr-ctrlport support. -- Override with -DENABLE_GR_CTRLPORT=ON/OFF -- Looking for C++ include sys/resource.h -- Looking for C++ include sys/resource.h - found -- Loading build date Thu, 18 Jun 2015 00:33:52 into constants... -- Loading version v3.7.7.1-158-g7b684a23 into constants... -- checking for module 'thrift' -- found thrift, version 0.9.2 -- -- Python checking for Thrift -- Python checking for Thrift - found -- Found THRIFT: /usr/lib/libthrift.so -- Found and enabling Thrift backend to ControlPort -- Running thrift to build C++ bindings -- Looking for C++ include windows.h -- Looking for C++ include windows.h - not found -- TRY_SHM_VMCIRCBUF set to ON. -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of size_t -- Check size of size_t - done -- Check size of unsigned int -- Check size of unsigned int - done -- Check size of unsigned long -- Check size of unsigned long - done -- Check size of unsigned long long -- Check size of unsigned long long - done -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success Looks good! I have now gotten passed the previous mentioned error, which means progress. The newest issue is that I don't have networkx installed. I think this should be added to the dependencies list. Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 54906 monitor::endpoints() = -h rbell -p 54906 running: ['gr-perf-monitorx', 'rbell', '54906'] Traceback (most recent call last): File /usr/local/bin/gr-perf-monitorx, line 24, in module import networkx as nx ImportError: No module named networkx ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown I installed python-networkx through ubuntu's package manager and am rebuilding gnuradio now. Rich Gah! Rich, hopefully we can get you to a place where you don't have to keep rebuilding and installing GNU Radio. There's no need to rebuild after installing a Python package. One of the nice things about that language. All you had to do was install python-networkx (and likely python-matplotlib if you haven't done that already) and rerun the program. Hell, the GNU Radio application could have still been running while you were doing that. Tom On Thu, Jun 18, 2015 at 7:06 AM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 8:12 PM, Richard Bell richard.be...@gmail.com wrote: I used the /usr prefix. The exact ./configure command I used was: ./configure --prefix=/usr I realize I didn't explicitly include
Re: [Discuss-gnuradio] Install GNURadio from Source
Ah yes sorry about that. I entered that into a terminal directly but forgot to add it to source it in my bash startup file. I think the general installation for control ports is complete now. I will start a new thread for non-install related questions now. Appreciate all the help. v/r, Rich On Thu, Jun 18, 2015 at 11:45 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 2:01 PM, Richard Bell richard.be...@gmail.com wrote: Oh very good to know. After installing those python modules and making the following changes to the gnuradio-runtime.conf file [PerfCounters] on = True #False export = True #False clock = thread #clock = monotonic [ControlPort] on = True #False edges_list = True #False My flowgraph fails with the following message: Executing: /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 35705 monitor::endpoints() = -h rbell -p 35705 running: ['gr-ctrlport-monitor', 'rbell', '35705'] Traceback (most recent call last): File /usr/local/bin/gr-ctrlport-monitor, line 28, in module from gnuradio.ctrlport.GrDataPlotter import * File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GrDataPlotter.py, line 26, in module from gnuradio.ctrlport.GNURadio import ControlPort File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/GNURadio/ControlPort.py, line 9, in module from thrift.Thrift import TType, TMessageType, TException, TApplicationException ImportError: No module named thrift.Thrift ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown Done If I try and start gr-perf-monitorx from a terminal, I get the same error, No module named thrift.Thrift Rich Likely the site-packages issue. Check to make sure you see the thrift module itself. It's likely in /usr/lib/python2.7/site-packages. You should see thrift, an egg-info. If that's the case, it's likely that this isn't in your PYTHONPATH. So: $ export PYTHONPATH=$PYTHONPATH:/usr/lib/python2.7/site-packages I'm also just assuming that you're using Python 2.7. Tom On Thu, Jun 18, 2015 at 9:36 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 18, 2015 at 12:31 PM, Richard Bell richard.be...@gmail.com wrote: I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted below: -- Configuring gr-ctrlport support... -- Dependency Boost_FOUND = 1 -- Dependency SWIG_FOUND = TRUE -- Dependency SWIG_VERSION_CHECK = TRUE -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Enabling gr-ctrlport support. -- Override with -DENABLE_GR_CTRLPORT=ON/OFF -- Looking for C++ include sys/resource.h -- Looking for C++ include sys/resource.h - found -- Loading build date Thu, 18 Jun 2015 00:33:52 into constants... -- Loading version v3.7.7.1-158-g7b684a23 into constants... -- checking for module 'thrift' -- found thrift, version 0.9.2 -- -- Python checking for Thrift -- Python checking for Thrift - found -- Found THRIFT: /usr/lib/libthrift.so -- Found and enabling Thrift backend to ControlPort -- Running thrift to build C++ bindings -- Looking for C++ include windows.h -- Looking for C++ include windows.h - not found -- TRY_SHM_VMCIRCBUF set to ON. -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of size_t -- Check size of size_t - done -- Check size of unsigned int -- Check size of unsigned int - done -- Check size of unsigned long -- Check size of unsigned long - done -- Check size of unsigned long long -- Check size of unsigned long long - done -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success Looks good! I have now gotten passed the previous mentioned error, which means progress. The newest issue is that I don't have networkx installed. I think this should be added to the dependencies list. Using Volk machine: avx_64_mmx ControlPort Monitor running. INFO: Apache Thrift: -h rbell -p 54906 monitor::endpoints() = -h rbell -p 54906 running: ['gr-perf-monitorx', 'rbell', '54906'] Traceback (most recent call last): File /usr/local/bin/gr-perf-monitorx, line 24, in module import networkx as nx ImportError: No module named networkx ctrlport.monitor received shutdown signal calling stop on shutdown calling stop on shutdown I installed python-networkx through ubuntu's package manager and am rebuilding gnuradio now. Rich Gah! Rich, hopefully we can get you to a place where you don't have to keep rebuilding and installing GNU Radio. There's no need to rebuild after installing a Python package. One of the nice things about that language. All you had to do was install python-networkx (and likely python-matplotlib if you haven't done that already) and rerun the program. Hell, the
Re: [Discuss-gnuradio] Install GNURadio from Source
Unfortunately, I have to resurrect this thread. I'm still not able to get the version of gnuradio installed that allows me to use control ports. When I use the master/head branch, which is the default as Tom said when you clone the repo, after cmake completes, it tells me this: -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC, while the 3.7.8git is the version of the underlying source code? If so, is this what I should be installing to use control ports and if not, what should I be checking out before I compile the gnuradio source? Here is what happens when I run a flowgraph with a 'CtrlPort Performance Monitor' included: Using Volk machine: avx_64_mmx ControlPort Monitor running. Traceback (most recent call last): File /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py, line 1057, in module (tb.blocks_ctrlport_monitor_performance_0).start() File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py, line 48, in start print monitor::endpoints() = %s % (gr.rpcmanager_get().endpoints()) AttributeError: 'NoneType' object has no attribute 'endpoints' ctrlport.monitor received shutdown signal Today I uninstalled gnuradio, searched my computer for anything gnuradio related and removed it (minus some custom blocks that i've created that I assume won't mess with an install) and reinstalled uhd and gnuradio from source. I am fairly certain I don't have a conflicting versions problem. v/r, Rich On Fri, Jun 12, 2015 at 6:33 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell richard.be...@gmail.com wrote: Thanks Tom I understand now. Everything is working again. One more question about the tags. When I install Master - HEAD, the version in GRC (from help-about) is 3.7.7.1. Why is there a tag for version 3.7.8 in the repo, if its content is behind that of 3.7.7.1? Rich Something is wrong there. It should read 3.7.8git-some numbers. You possibly have two versions installed. Tom On Wed, Jun 10, 2015 at 4:29 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell richard.be...@gmail.com wrote: I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich Ah, ok. You probably want to just work off the master branches HEAD, which is what you get when you pull down the git repo in the first place. The way the git tags work in our project is that at the release, we tag the version, say v3.7.7. We then update the version information in the tree and tag that -- one commit later -- as the v3.7.8git working branch. So that is just the start of the work on the next version but does not represent any work done there. It's pretty much the same code as in 3.7.7 with only version info changed. Tom On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did these blocks get pulled or is this a sign of something else in my install? Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get
Re: [Discuss-gnuradio] Install GNURadio from Source
On Wed, Jun 17, 2015 at 3:16 PM, Johnathan Corgan johnat...@corganlabs.com wrote: Richard, you're getting the right version. The 3.7.7.1 string is an artifact of how git describe searches backward for the latest annotated tag in order to come up with a description. On Wed, Jun 17, 2015 at 12:05 PM, Richard Bell richard.be...@gmail.com wrote: Unfortunately, I have to resurrect this thread. I'm still not able to get the version of gnuradio installed that allows me to use control ports. When I use the master/head branch, which is the default as Tom said when you clone the repo, after cmake completes, it tells me this: -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC, while the 3.7.8git is the version of the underlying source code? If so, is this what I should be installing to use control ports and if not, what should I be checking out before I compile the gnuradio source? Here is what happens when I run a flowgraph with a 'CtrlPort Performance Monitor' included: Using Volk machine: avx_64_mmx ControlPort Monitor running. Traceback (most recent call last): File /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py, line 1057, in module (tb.blocks_ctrlport_monitor_performance_0).start() File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py, line 48, in start print monitor::endpoints() = %s % (gr.rpcmanager_get().endpoints()) AttributeError: 'NoneType' object has no attribute 'endpoints' ctrlport.monitor received shutdown signal Today I uninstalled gnuradio, searched my computer for anything gnuradio related and removed it (minus some custom blocks that i've created that I assume won't mess with an install) and reinstalled uhd and gnuradio from source. I am fairly certain I don't have a conflicting versions problem. v/r, Rich As Johnathan said, you've got the right version. Now you need to make sure that ControlPort is getting built and installed correctly with Thrift. When you run cmake, you will see a list of enabled components. You should see as part of this: * gr-ctrlport * thrift That'll let you know that you are building ControlPort and the Thrift backend for it. If you've already installed it, you can check with: $ gnuradio-config-info --enabled-components python-support;testing-support;doxygen;sphinx;gnuradio-runtime;gr-ctrlport;* thrift;gr-blocks;gnuradio-companion;gr-fec;gr-fft;gr-filter;gr-analog;gr-digital;gr-dtv;gr-atsc;gr-audio;* alsa;* oss;* jack;gr-comedi;gr-channels;gr-noaa;gr-pager;gr-qtgui;gr-trellis;gr-uhd;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq You can see the gr-ctrlport;* thrift -- which tells you the same info as cmake. One thing, though, I've just pushed a couple of fixes for ControlPort/Thrift support. So when you rebuild, make sure you're pulling down the latest master. Tom On Fri, Jun 12, 2015 at 6:33 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell richard.be...@gmail.com wrote: Thanks Tom I understand now. Everything is working again. One more question about the tags. When I install Master - HEAD, the version in GRC (from help-about) is 3.7.7.1. Why is there a tag for version 3.7.8 in the repo, if its content is behind that of 3.7.7.1? Rich Something is wrong there. It should read 3.7.8git-some numbers. You possibly have two versions installed. Tom On Wed, Jun 10, 2015 at 4:29 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell richard.be...@gmail.com wrote: I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich Ah, ok. You probably want to just work off the master branches HEAD, which is what you get when you pull down the git repo in the first place. The way the git tags work in our project is that at the release, we tag the version, say v3.7.7. We then update the version information in the tree and tag that -- one commit later -- as the v3.7.8git working branch. So that is just the start of the work on the next version but does not represent any work done there. It's pretty much the same code as in 3.7.7 with only version info changed. Tom On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did
Re: [Discuss-gnuradio] Install GNURadio from Source
Richard, you're getting the right version. The 3.7.7.1 string is an artifact of how git describe searches backward for the latest annotated tag in order to come up with a description. On Wed, Jun 17, 2015 at 12:05 PM, Richard Bell richard.be...@gmail.com wrote: Unfortunately, I have to resurrect this thread. I'm still not able to get the version of gnuradio installed that allows me to use control ports. When I use the master/head branch, which is the default as Tom said when you clone the repo, after cmake completes, it tells me this: -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC, while the 3.7.8git is the version of the underlying source code? If so, is this what I should be installing to use control ports and if not, what should I be checking out before I compile the gnuradio source? Here is what happens when I run a flowgraph with a 'CtrlPort Performance Monitor' included: Using Volk machine: avx_64_mmx ControlPort Monitor running. Traceback (most recent call last): File /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py, line 1057, in module (tb.blocks_ctrlport_monitor_performance_0).start() File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py, line 48, in start print monitor::endpoints() = %s % (gr.rpcmanager_get().endpoints()) AttributeError: 'NoneType' object has no attribute 'endpoints' ctrlport.monitor received shutdown signal Today I uninstalled gnuradio, searched my computer for anything gnuradio related and removed it (minus some custom blocks that i've created that I assume won't mess with an install) and reinstalled uhd and gnuradio from source. I am fairly certain I don't have a conflicting versions problem. v/r, Rich On Fri, Jun 12, 2015 at 6:33 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell richard.be...@gmail.com wrote: Thanks Tom I understand now. Everything is working again. One more question about the tags. When I install Master - HEAD, the version in GRC (from help-about) is 3.7.7.1. Why is there a tag for version 3.7.8 in the repo, if its content is behind that of 3.7.7.1? Rich Something is wrong there. It should read 3.7.8git-some numbers. You possibly have two versions installed. Tom On Wed, Jun 10, 2015 at 4:29 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell richard.be...@gmail.com wrote: I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich Ah, ok. You probably want to just work off the master branches HEAD, which is what you get when you pull down the git repo in the first place. The way the git tags work in our project is that at the release, we tag the version, say v3.7.7. We then update the version information in the tree and tag that -- one commit later -- as the v3.7.8git working branch. So that is just the start of the work on the next version but does not represent any work done there. It's pretty much the same code as in 3.7.7 with only version info changed. Tom On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did these blocks get pulled or is this a sign of something else in my install? Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull
Re: [Discuss-gnuradio] Install GNURadio from Source
On Wed, Jun 17, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I was overlooking the Thrift dependency previously. I installed Thrift 0.9.2 from source, following this https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as well as the Thrift homepage install instructions, http://thrift.apache.org/docs/install/, because I needed to install a few more dependencies for thrift than what was listed in the first link. I then deleted build and re-built gnuradio. When I ran CMake, I saw that under the gr-ctrlports module section it said it found thrift 0.9.2. Was there something else I needed to confirm in the cmake output beyond that? What is your installation prefix? -- Johnathan Corgan Corgan Labs - SDR Training and Development Services Intro to SDR Class - June 29-30, El Segundo, CA http://corganlabs.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
On Wed, Jun 17, 2015 at 6:09 PM, Richard Bell richard.be...@gmail.com wrote: It's still not working. I was overlooking the Thrift dependency previously. I installed Thrift 0.9.2 from source, following this https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as well as the Thrift homepage install instructions, http://thrift.apache.org/docs/install/, because I needed to install a few more dependencies for thrift than what was listed in the first link. I then deleted build and re-built gnuradio. When I ran CMake, I saw that under the gr-ctrlports module section it said it found thrift 0.9.2. Was there something else I needed to confirm in the cmake output beyond that? When I run gnuradio-config-info --enabled-components, I see 'gr-ctrlport' in the list, but no '* thrift'. What else have I overlooked, that always seems to be the issue. Rich Probably the installation of the Thrift Python module. Did you set a different prefix for the installation of Thrift? It likes to try to stuff it in /usr/lib/python2.7/site-packages regardless of what you set the --prefix to. You have to use PY_PREFIX on the configure line for that. A lesson we just learned yesterday. Also, because it goes into site-packages instead of dist-packages like most distros use these days, that could also be affecting whether or not Python is finding it. Tom On Wed, Jun 17, 2015 at 12:37 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 3:16 PM, Johnathan Corgan johnat...@corganlabs.com wrote: Richard, you're getting the right version. The 3.7.7.1 string is an artifact of how git describe searches backward for the latest annotated tag in order to come up with a description. On Wed, Jun 17, 2015 at 12:05 PM, Richard Bell richard.be...@gmail.com wrote: Unfortunately, I have to resurrect this thread. I'm still not able to get the version of gnuradio installed that allows me to use control ports. When I use the master/head branch, which is the default as Tom said when you clone the repo, after cmake completes, it tells me this: -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC, while the 3.7.8git is the version of the underlying source code? If so, is this what I should be installing to use control ports and if not, what should I be checking out before I compile the gnuradio source? Here is what happens when I run a flowgraph with a 'CtrlPort Performance Monitor' included: Using Volk machine: avx_64_mmx ControlPort Monitor running. Traceback (most recent call last): File /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py, line 1057, in module (tb.blocks_ctrlport_monitor_performance_0).start() File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py, line 48, in start print monitor::endpoints() = %s % (gr.rpcmanager_get().endpoints()) AttributeError: 'NoneType' object has no attribute 'endpoints' ctrlport.monitor received shutdown signal Today I uninstalled gnuradio, searched my computer for anything gnuradio related and removed it (minus some custom blocks that i've created that I assume won't mess with an install) and reinstalled uhd and gnuradio from source. I am fairly certain I don't have a conflicting versions problem. v/r, Rich As Johnathan said, you've got the right version. Now you need to make sure that ControlPort is getting built and installed correctly with Thrift. When you run cmake, you will see a list of enabled components. You should see as part of this: * gr-ctrlport * thrift That'll let you know that you are building ControlPort and the Thrift backend for it. If you've already installed it, you can check with: $ gnuradio-config-info --enabled-components python-support;testing-support;doxygen;sphinx;gnuradio-runtime;gr-ctrlport;* thrift;gr-blocks;gnuradio-companion;gr-fec;gr-fft;gr-filter;gr-analog;gr-digital;gr-dtv;gr-atsc;gr-audio;* alsa;* oss;* jack;gr-comedi;gr-channels;gr-noaa;gr-pager;gr-qtgui;gr-trellis;gr-uhd;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq You can see the gr-ctrlport;* thrift -- which tells you the same info as cmake. One thing, though, I've just pushed a couple of fixes for ControlPort/Thrift support. So when you rebuild, make sure you're pulling down the latest master. Tom On Fri, Jun 12, 2015 at 6:33 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell richard.be...@gmail.com wrote: Thanks Tom I understand now. Everything is working again. One more question about the tags. When I install Master - HEAD, the version in GRC (from help-about) is 3.7.7.1. Why is there a tag for version 3.7.8 in the repo, if its content is behind that of 3.7.7.1? Rich Something is wrong there. It should read 3.7.8git-some numbers. You possibly have two versions installed. Tom On Wed, Jun 10, 2015 at 4:29
Re: [Discuss-gnuradio] Install GNURadio from Source
I used the /usr prefix. The exact ./configure command I used was: ./configure --prefix=/usr I realize I didn't explicitly include the --with-cpp --with-python statements, though I did see that thrift said it installed with C, C++ and Python support (including a few others). I didn't do that intentionally, I think I was compiler/compiling drunk. I'm going to uninstall gnuradio and thrift again and do it word for word to see if it resolves the issue. This is the ./configure command I will be using to install Thrift this time: ./configure --prefix=/usr --with-cpp --with-python Rich On Wed, Jun 17, 2015 at 4:28 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 6:09 PM, Richard Bell richard.be...@gmail.com wrote: It's still not working. I was overlooking the Thrift dependency previously. I installed Thrift 0.9.2 from source, following this https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as well as the Thrift homepage install instructions, http://thrift.apache.org/docs/install/, because I needed to install a few more dependencies for thrift than what was listed in the first link. I then deleted build and re-built gnuradio. When I ran CMake, I saw that under the gr-ctrlports module section it said it found thrift 0.9.2. Was there something else I needed to confirm in the cmake output beyond that? When I run gnuradio-config-info --enabled-components, I see 'gr-ctrlport' in the list, but no '* thrift'. What else have I overlooked, that always seems to be the issue. Rich Probably the installation of the Thrift Python module. Did you set a different prefix for the installation of Thrift? It likes to try to stuff it in /usr/lib/python2.7/site-packages regardless of what you set the --prefix to. You have to use PY_PREFIX on the configure line for that. A lesson we just learned yesterday. Also, because it goes into site-packages instead of dist-packages like most distros use these days, that could also be affecting whether or not Python is finding it. Tom On Wed, Jun 17, 2015 at 12:37 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 3:16 PM, Johnathan Corgan johnat...@corganlabs.com wrote: Richard, you're getting the right version. The 3.7.7.1 string is an artifact of how git describe searches backward for the latest annotated tag in order to come up with a description. On Wed, Jun 17, 2015 at 12:05 PM, Richard Bell richard.be...@gmail.com wrote: Unfortunately, I have to resurrect this thread. I'm still not able to get the version of gnuradio installed that allows me to use control ports. When I use the master/head branch, which is the default as Tom said when you clone the repo, after cmake completes, it tells me this: -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC, while the 3.7.8git is the version of the underlying source code? If so, is this what I should be installing to use control ports and if not, what should I be checking out before I compile the gnuradio source? Here is what happens when I run a flowgraph with a 'CtrlPort Performance Monitor' included: Using Volk machine: avx_64_mmx ControlPort Monitor running. Traceback (most recent call last): File /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py, line 1057, in module (tb.blocks_ctrlport_monitor_performance_0).start() File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py, line 48, in start print monitor::endpoints() = %s % (gr.rpcmanager_get().endpoints()) AttributeError: 'NoneType' object has no attribute 'endpoints' ctrlport.monitor received shutdown signal Today I uninstalled gnuradio, searched my computer for anything gnuradio related and removed it (minus some custom blocks that i've created that I assume won't mess with an install) and reinstalled uhd and gnuradio from source. I am fairly certain I don't have a conflicting versions problem. v/r, Rich As Johnathan said, you've got the right version. Now you need to make sure that ControlPort is getting built and installed correctly with Thrift. When you run cmake, you will see a list of enabled components. You should see as part of this: * gr-ctrlport * thrift That'll let you know that you are building ControlPort and the Thrift backend for it. If you've already installed it, you can check with: $ gnuradio-config-info --enabled-components python-support;testing-support;doxygen;sphinx;gnuradio-runtime;gr-ctrlport;* thrift;gr-blocks;gnuradio-companion;gr-fec;gr-fft;gr-filter;gr-analog;gr-digital;gr-dtv;gr-atsc;gr-audio;* alsa;* oss;* jack;gr-comedi;gr-channels;gr-noaa;gr-pager;gr-qtgui;gr-trellis;gr-uhd;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq You can see the gr-ctrlport;* thrift -- which tells you the same info as cmake. One thing, though, I've just pushed a couple of fixes for
Re: [Discuss-gnuradio] Install GNURadio from Source
It's still not working. I was overlooking the Thrift dependency previously. I installed Thrift 0.9.2 from source, following this https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort as well as the Thrift homepage install instructions, http://thrift.apache.org/docs/install/, because I needed to install a few more dependencies for thrift than what was listed in the first link. I then deleted build and re-built gnuradio. When I ran CMake, I saw that under the gr-ctrlports module section it said it found thrift 0.9.2. Was there something else I needed to confirm in the cmake output beyond that? When I run gnuradio-config-info --enabled-components, I see 'gr-ctrlport' in the list, but no '* thrift'. What else have I overlooked, that always seems to be the issue. Rich On Wed, Jun 17, 2015 at 12:37 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 17, 2015 at 3:16 PM, Johnathan Corgan johnat...@corganlabs.com wrote: Richard, you're getting the right version. The 3.7.7.1 string is an artifact of how git describe searches backward for the latest annotated tag in order to come up with a description. On Wed, Jun 17, 2015 at 12:05 PM, Richard Bell richard.be...@gmail.com wrote: Unfortunately, I have to resurrect this thread. I'm still not able to get the version of gnuradio installed that allows me to use control ports. When I use the master/head branch, which is the default as Tom said when you clone the repo, after cmake completes, it tells me this: -- Building for version: v3.7.7.1-154-g7ee2f91d / 3.7.8git Is the 3.7.7.1-154-xxx what I keep seeing as the version in GRC, while the 3.7.8git is the version of the underlying source code? If so, is this what I should be installing to use control ports and if not, what should I be checking out before I compile the gnuradio source? Here is what happens when I run a flowgraph with a 'CtrlPort Performance Monitor' included: Using Volk machine: avx_64_mmx ControlPort Monitor running. Traceback (most recent call last): File /home/rbell/Documents/tsv/production/bpsk/sbpsk_loopback.py, line 1057, in module (tb.blocks_ctrlport_monitor_performance_0).start() File /usr/local/lib/python2.7/dist-packages/gnuradio/ctrlport/monitor.py, line 48, in start print monitor::endpoints() = %s % (gr.rpcmanager_get().endpoints()) AttributeError: 'NoneType' object has no attribute 'endpoints' ctrlport.monitor received shutdown signal Today I uninstalled gnuradio, searched my computer for anything gnuradio related and removed it (minus some custom blocks that i've created that I assume won't mess with an install) and reinstalled uhd and gnuradio from source. I am fairly certain I don't have a conflicting versions problem. v/r, Rich As Johnathan said, you've got the right version. Now you need to make sure that ControlPort is getting built and installed correctly with Thrift. When you run cmake, you will see a list of enabled components. You should see as part of this: * gr-ctrlport * thrift That'll let you know that you are building ControlPort and the Thrift backend for it. If you've already installed it, you can check with: $ gnuradio-config-info --enabled-components python-support;testing-support;doxygen;sphinx;gnuradio-runtime;gr-ctrlport;* thrift;gr-blocks;gnuradio-companion;gr-fec;gr-fft;gr-filter;gr-analog;gr-digital;gr-dtv;gr-atsc;gr-audio;* alsa;* oss;* jack;gr-comedi;gr-channels;gr-noaa;gr-pager;gr-qtgui;gr-trellis;gr-uhd;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq You can see the gr-ctrlport;* thrift -- which tells you the same info as cmake. One thing, though, I've just pushed a couple of fixes for ControlPort/Thrift support. So when you rebuild, make sure you're pulling down the latest master. Tom On Fri, Jun 12, 2015 at 6:33 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell richard.be...@gmail.com wrote: Thanks Tom I understand now. Everything is working again. One more question about the tags. When I install Master - HEAD, the version in GRC (from help-about) is 3.7.7.1. Why is there a tag for version 3.7.8 in the repo, if its content is behind that of 3.7.7.1? Rich Something is wrong there. It should read 3.7.8git-some numbers. You possibly have two versions installed. Tom On Wed, Jun 10, 2015 at 4:29 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell richard.be...@gmail.com wrote: I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich Ah, ok. You probably want to just work off the master branches HEAD, which is what you get when you pull down the git repo in
Re: [Discuss-gnuradio] Install GNURadio from Source
On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell richard.be...@gmail.com wrote: Thanks Tom I understand now. Everything is working again. One more question about the tags. When I install Master - HEAD, the version in GRC (from help-about) is 3.7.7.1. Why is there a tag for version 3.7.8 in the repo, if its content is behind that of 3.7.7.1? Rich Something is wrong there. It should read 3.7.8git-some numbers. You possibly have two versions installed. Tom On Wed, Jun 10, 2015 at 4:29 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell richard.be...@gmail.com wrote: I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich Ah, ok. You probably want to just work off the master branches HEAD, which is what you get when you pull down the git repo in the first place. The way the git tags work in our project is that at the release, we tag the version, say v3.7.7. We then update the version information in the tree and tag that -- one commit later -- as the v3.7.8git working branch. So that is just the start of the work on the next version but does not represent any work done there. It's pretty much the same code as in 3.7.7 with only version info changed. Tom On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did these blocks get pulled or is this a sign of something else in my install? Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
Thanks Tom I understand now. Everything is working again. One more question about the tags. When I install Master - HEAD, the version in GRC (from help-about) is 3.7.7.1. Why is there a tag for version 3.7.8 in the repo, if its content is behind that of 3.7.7.1? Rich On Wed, Jun 10, 2015 at 4:29 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell richard.be...@gmail.com wrote: I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich Ah, ok. You probably want to just work off the master branches HEAD, which is what you get when you pull down the git repo in the first place. The way the git tags work in our project is that at the release, we tag the version, say v3.7.7. We then update the version information in the tree and tag that -- one commit later -- as the v3.7.8git working branch. So that is just the start of the work on the next version but does not represent any work done there. It's pretty much the same code as in 3.7.7 with only version info changed. Tom On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did these blocks get pulled or is this a sign of something else in my install? Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
Thank you everyone. I will take your advice and appreciate it. The --recursive flag fixed the volk issue. v/r, Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
FWIW I keep on-line notes here if you want to do everything the hard way (i.e. manually install dependencies and build from source): https://rfpoweramp.wordpress.com/category/sdr/gnu-radio/ Lou Richard Bell wrote Hi all, ... What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54127.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
Richard, Just throwing in my $.02 here to prevent bad habits from forming. /usr/local/bin is an odd place to store the repository. You should do the clone some place that you have write permission so you don't have to do it with sudo. Then when you do the install step it can install to /usr/local with sudo. -nw On Wed, Jun 10, 2015 at 3:24 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Jun 10, 2015 at 3:20 PM, Richard Bell richard.be...@gmail.com wrote: Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich Try following the download page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Download Specifically, delete your gnuradio directory and run the git clone this way: git clone --recursive http://git.gnuradio.org/git/gnuradio.git That should make sure you've properly pulled the volk submodule as well. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
If you get your source from https://github.com/gnuradio/gnuradio the VOLK folder will be empty (take a look at the git repo, volk folder is a link). You can manually get it from https://github.com/gnuradio/volk/tree/master Cheers, Alireza On Wed, Jun 10, 2015 at 12:20 PM, Richard Bell richard.be...@gmail.com wrote: Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
On Wed, Jun 10, 2015 at 3:20 PM, Richard Bell richard.be...@gmail.com wrote: Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich Try following the download page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Download Specifically, delete your gnuradio directory and run the git clone this way: git clone --recursive http://git.gnuradio.org/git/gnuradio.git That should make sure you've properly pulled the volk submodule as well. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
In GR 3.7.7, VOLK is now a Git submodule. Try instead: sudo git clone --recursive https://github.com/gnuradio/gnuradio.git And then do steps 3, 4, 5. --Neel On 10 June 2015 at 12:20, Richard Bell richard.be...@gmail.com wrote: Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
I'd also like to point out that you should **not** clone into /usr/local/bin; that's the directory where the executables should/will be installed, but no place for source code! If you don't do that but instead clone to, let's say /home/richard/, then the only operation you need to do as root (sudo) is make install; that's much better. Best regards, Marcus On 06/10/2015 09:24 PM, Tom Rondeau wrote: On Wed, Jun 10, 2015 at 3:20 PM, Richard Bell richard.be...@gmail.com mailto:richard.be...@gmail.com wrote: Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support... -- VOLK submodule is not checked out. -- To check out the VOLK submodule, use: -- git pull --recurse-submodules=on -- git submodule update -- External VOLK disabled. -- Override with -DENABLE_INTERNAL_VOLK=ON/OFF -- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich Try following the download page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Download Specifically, delete your gnuradio directory and run the git clone this way: git clone --recursive http://git.gnuradio.org/git/gnuradio.git That should make sure you've properly pulled the volk submodule as well. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did these blocks get pulled or is this a sign of something else in my install? Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell richard.be...@gmail.com wrote: I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich Ah, ok. You probably want to just work off the master branches HEAD, which is what you get when you pull down the git repo in the first place. The way the git tags work in our project is that at the release, we tag the version, say v3.7.7. We then update the version information in the tree and tag that -- one commit later -- as the v3.7.8git working branch. So that is just the start of the work on the next version but does not represent any work done there. It's pretty much the same code as in 3.7.7 with only version info changed. Tom On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did these blocks get pulled or is this a sign of something else in my install? Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install GNURadio from Source
I think I figured out what happened, though I don't understand it. I cloned gnuradio, than ran 'git checkout 3.7.8git' to switch to 3.7.8. I than installed from there, however, I needed to then do a pull after the switch to get a lot of files. I just assumed a new clone would contain everything. Always learning something new. Rich On Wed, Jun 10, 2015 at 3:09 PM, Richard Bell richard.be...@gmail.com wrote: I completed the source install of both gnuradio 3.7.8git-0-g24a05ca0 and uhd. Everything completed with no errors thanks to your help. Now, when I open a flowgraph that I made previously in git 3.7.8, that uses the new correlation estimator and modulate vector blocks, it tells me the block digital_corr_est_cc and modulate_vector were not found in Platform. Did these blocks get pulled or is this a sign of something else in my install? Rich On Wed, Jun 10, 2015 at 12:08 PM, madengr rfeng...@me.com wrote: You probably shouldn't put code into /usr/local/bin as that is reserved for binaries, and you shouldn't build as root. I clone stuff into /usr/local/src, so do this: sudo mkdir /usr/local/src sudo chmod 777 /usr/local/src cd /usr/local/src git clone –recursive https://github.com/gnuradio/gnuradio.git cd gnuradio mkdir build cd build cmake ../ make make test sudo make install Note the git clone –recursive will populate the volk directory. Lou Richard Bell wrote Hi all, Ubuntu 14.04 I have installed uhd from source to /usr/local/bin without a problem. I then do the following: 1) cd /usr/local/bin 2) sudo git clone https://github.com/gnuradio/gnuradio.git 3) cd gnuradio 4) sudo mkdir build cd build 5) sudo cmake ../ I get the following error: *-- Configuring VOLK support...-- VOLK submodule is not checked out.-- To check out the VOLK submodule, use:-- git pull --recurse-submodules=on-- git submodule update-- External VOLK disabled.-- Override with -DENABLE_INTERNAL_VOLK=ON/OFF-- CMake Error at CMakeLists.txt:309 (message): VOLK required but not found.* I've run the two git commands it asks me to run, deleted the build directory and re-ran cmake but I get the same error. I see a volk directory in the gnuradio directory. What is causing this problem? v/r, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Install-GNURadio-from-Source-tp54119p54125.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio