Re: [Discuss-gnuradio] Install GNURadio from Source

[Richard Bell]

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 <address@hidden> wrote:

On Wed, Jun 17, 2015 at 6:09 PM, Richard Bell <address@hidden> 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 <address@hidden> wrote:

On Wed, Jun 17, 2015 at 3:16 PM, Johnathan Corgan <address@hidden> 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 <address@hidden> 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 <address@hidden> wrote:

On Thu, Jun 11, 2015 at 4:24 PM, Richard Bell <address@hidden> 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 <address@hidden> wrote:

On Wed, Jun 10, 2015 at 7:21 PM, Richard Bell <address@hidden> 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 <address@hidden> 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 <address@hidden> 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
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
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