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