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