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 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 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 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 >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> 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
