GNU bug report logs - #40952
gnuradio-osmosdr: no hook into gnuradio block directory?

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 40952 in the body.
You can then email your comments to 40952 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher.howard <at> qlfiles.net>
To: bug-guix <at> gnu.org
Subject: gnuradio-osmosdr: no hook into gnuradio block directory?
Date: Tue, 28 Apr 2020 20:20:29 -0800

Hi, I installed gnuradio and gnuradio-osmosdr, but when I open
gnuradio, none of the osmosdr blocks are available from gnuradio blocks
list. Specifically, I was looking for osmosdr source block, which I am
familiar with from using gnuradio under Debian. I believe the problem
is that the osmosdr blocks are not in the directory where gnuradio-
companion is looking for blocks.

When starting up gnuradio-companion, stdout indicates grc is looking for blocks here:

/gnu/store/h2igg2gcbx6ds8wbvlkqz0dkplvwjxbd-gnuradio-3.8.0.0/share/gnuradio/grc/blocks

But osmosdr blocks are in 

/gnu/store/ppb504vizb32f4w2s5f0yd6i4xpy41nz-gnuradio-osmosdr-0.2.0/share/gnuradio/grc/blocks/

Evidentally gnuradio package needs to be enhanced to create a per-
profile merged directory from all gnuradio- block packages that are
installed. Unless there is some way to extend the gnuradio search path
through environment variables.

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

Message #8 received at 40952 <at> debbugs.gnu.org (full text, mbox):

From: Guillaume Le Vaillant <glv <at> posteo.net>
To: christopher <at> librehacker.com
Cc: 40952 <at> debbugs.gnu.org
Subject: Re: bug#40952: gnuradio-osmosdr: no hook into gnuradio block
 directory?
Date: Wed, 29 Apr 2020 10:38:45 +0200

[Message part 1 (text/plain, inline)]

Christopher Howard <christopher.howard <at> qlfiles.net> skribis:

> Hi, I installed gnuradio and gnuradio-osmosdr, but when I open
> gnuradio, none of the osmosdr blocks are available from gnuradio blocks
> list. Specifically, I was looking for osmosdr source block, which I am
> familiar with from using gnuradio under Debian. I believe the problem
> is that the osmosdr blocks are not in the directory where gnuradio-
> companion is looking for blocks.
>
> When starting up gnuradio-companion, stdout indicates grc is looking for blocks here:
>
> /gnu/store/h2igg2gcbx6ds8wbvlkqz0dkplvwjxbd-gnuradio-3.8.0.0/share/gnuradio/grc/blocks
>
> But osmosdr blocks are in 
>
> /gnu/store/ppb504vizb32f4w2s5f0yd6i4xpy41nz-gnuradio-osmosdr-0.2.0/share/gnuradio/grc/blocks/
>
> Evidentally gnuradio package needs to be enhanced to create a per-
> profile merged directory from all gnuradio- block packages that are
> installed. Unless there is some way to extend the gnuradio search path
> through environment variables.

Hi Christopher,

I pushed a fix (commit cf480830e22e7725b8607b5b895e49f74d4e1525) that
should put the paths to installed third-party blocks in GRC_BLOCKS_PATH,
and allow gnuradio-companion to see them. Could you check if it works
for you?

[signature.asc (application/pgp-signature, inline)]

Message #11 received at 40952 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher <at> librehacker.com>
To: Guillaume Le Vaillant <glv <at> posteo.net>
Cc: 40952 <at> debbugs.gnu.org
Subject: Re: bug#40952: gnuradio-osmosdr: no hook into gnuradio block
 directory?
Date: Wed, 29 Apr 2020 06:56:53 -0800

The osmosdr sink and source blocks are showing up now after updating to
the specified commit. I have to leave for work now, but was planning to
try using the source block this evening with my HackRF SDR.

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

On Wed, 2020-04-29 at 10:38 +0200, Guillaume Le Vaillant wrote:
> Christopher Howard <christopher.howard <at> qlfiles.net> skribis:
> 
> > Hi, I installed gnuradio and gnuradio-osmosdr, but when I open
> > gnuradio, none of the osmosdr blocks are available from gnuradio
> > blocks
> > list. Specifically, I was looking for osmosdr source block, which I
> > am
> > familiar with from using gnuradio under Debian. I believe the
> > problem
> > is that the osmosdr blocks are not in the directory where gnuradio-
> > companion is looking for blocks.
> > 
> > When starting up gnuradio-companion, stdout indicates grc is
> > looking for blocks here:
> > 
> > /gnu/store/h2igg2gcbx6ds8wbvlkqz0dkplvwjxbd-gnuradio-
> > 3.8.0.0/share/gnuradio/grc/blocks
> > 
> > But osmosdr blocks are in 
> > 
> > /gnu/store/ppb504vizb32f4w2s5f0yd6i4xpy41nz-gnuradio-osmosdr-
> > 0.2.0/share/gnuradio/grc/blocks/
> > 
> > Evidentally gnuradio package needs to be enhanced to create a per-
> > profile merged directory from all gnuradio- block packages that are
> > installed. Unless there is some way to extend the gnuradio search
> > path
> > through environment variables.
> 
> Hi Christopher,
> 
> I pushed a fix (commit cf480830e22e7725b8607b5b895e49f74d4e1525) that
> should put the paths to installed third-party blocks in
> GRC_BLOCKS_PATH,
> and allow gnuradio-companion to see them. Could you check if it works
> for you?

Message #14 received at 40952 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher <at> librehacker.com>
To: Guillaume Le Vaillant <glv <at> posteo.net>
Cc: 40952 <at> debbugs.gnu.org
Subject: Re: bug#40952: gnuradio-osmosdr: no hook into gnuradio block
 directory?
Date: Wed, 29 Apr 2020 17:11:11 -0800

I can see the osmosdr sink, insert it into the flow graph, and change
the settings. However, when trying to build the flow graph, I receive
the following error. Apparently you need to also update whatever
environment variable controls the python module load path.

<<< Welcome to GNU Radio Companion 3.8.0.0 >>>

Block paths:
	/home/christopher/.guix-profile/share/gnuradio/grc/blocks
	/gnu/store/h2igg2gcbx6ds8wbvlkqz0dkplvwjxbd-gnuradio-
3.8.0.0/share/gnuradio/grc/blocks

Generating: '/home/christopher/Scratch/test.py'

Executing: /gnu/store/c0ysvb6s92kwwnmkgdhnspllxvd3f231-python-
3.7.4/bin/python3 -u /home/christopher/Scratch/test.py

Warning: failed to XInitThreads()
Traceback (most recent call last):
  File "/home/christopher/Scratch/test.py", line 33, in <module>
    import osmosdr
ModuleNotFoundError: No module named 'osmosdr'

>>> Done (return code 1)

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

On Wed, 2020-04-29 at 06:56 -0800, Christopher Howard wrote:
> The osmosdr sink and source blocks are showing up now after updating
> to
> the specified commit. I have to leave for work now, but was planning
> to
> try using the source block this evening with my HackRF SDR.
> 

Message #17 received at 40952 <at> debbugs.gnu.org (full text, mbox):

From: Guillaume Le Vaillant <glv <at> posteo.net>
To: Christopher Howard <christopher <at> librehacker.com>
Cc: 40952 <at> debbugs.gnu.org
Subject: Re: bug#40952: gnuradio-osmosdr: no hook into gnuradio block
 directory?
Date: Thu, 30 Apr 2020 11:03:42 +0200

[Message part 1 (text/plain, inline)]

Christopher Howard <christopher <at> librehacker.com> skribis:

> I can see the osmosdr sink, insert it into the flow graph, and change
> the settings. However, when trying to build the flow graph, I receive
> the following error. Apparently you need to also update whatever
> environment variable controls the python module load path.
>
> <<< Welcome to GNU Radio Companion 3.8.0.0 >>>
>
> Block paths:
> 	/home/christopher/.guix-profile/share/gnuradio/grc/blocks
> 	/gnu/store/h2igg2gcbx6ds8wbvlkqz0dkplvwjxbd-gnuradio-
> 3.8.0.0/share/gnuradio/grc/blocks
>
> Generating: '/home/christopher/Scratch/test.py'
>
> Executing: /gnu/store/c0ysvb6s92kwwnmkgdhnspllxvd3f231-python-
> 3.7.4/bin/python3 -u /home/christopher/Scratch/test.py
>
> Warning: failed to XInitThreads()
> Traceback (most recent call last):
>   File "/home/christopher/Scratch/test.py", line 33, in <module>
>     import osmosdr
> ModuleNotFoundError: No module named 'osmosdr'
>
>>>> Done (return code 1)

I pushed a patch to set PYTHONPATH in the profile when gnuradio is
intalled (commit f03e5ca59f2f099693def2c8e6ff409e5b4ed40a). I guess
I had another installed package that had set it, because I didn't get
this error.
Could you try if it works for you?

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 40952 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher <at> librehacker.com>
To: Guillaume Le Vaillant <glv <at> posteo.net>
Cc: 40952 <at> debbugs.gnu.org
Subject: Re: bug#40952: gnuradio-osmosdr: no hook into gnuradio block
 directory?
Date: Thu, 30 Apr 2020 06:07:34 -0800

[Message part 1 (text/plain, inline)]

Works now, thanks! Am able to feed data in from HackRF using osmosdr
source block.

(As a side note to posterity reading this: I have the hackrf system
service set in my config.scm, as described in the hackrf package
description.)

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

On Thu, 2020-04-30 at 11:03 +0200, Guillaume Le Vaillant wrote:
> Christopher Howard <christopher <at> librehacker.com> skribis:
> 
> > I can see the osmosdr sink, insert it into the flow graph, and
> > change
> > the settings. However, when trying to build the flow graph, I
> > receive
> > the following error. Apparently you need to also update whatever
> > environment variable controls the python module load path.
> > 
> > <<< Welcome to GNU Radio Companion 3.8.0.0 >>>
> > 
> > Block paths:
> > 	/home/christopher/.guix-profile/share/gnuradio/grc/blocks
> > 	/gnu/store/h2igg2gcbx6ds8wbvlkqz0dkplvwjxbd-gnuradio-
> > 3.8.0.0/share/gnuradio/grc/blocks
> > 
> > Generating: '/home/christopher/Scratch/test.py'
> > 
> > Executing: /gnu/store/c0ysvb6s92kwwnmkgdhnspllxvd3f231-python-
> > 3.7.4/bin/python3 -u /home/christopher/Scratch/test.py
> > 
> > Warning: failed to XInitThreads()
> > Traceback (most recent call last):
> >   File "/home/christopher/Scratch/test.py", line 33, in <module>
> >     import osmosdr
> > ModuleNotFoundError: No module named 'osmosdr'
> > 
> > > > > Done (return code 1)
> 
> I pushed a patch to set PYTHONPATH in the profile when gnuradio is
> intalled (commit f03e5ca59f2f099693def2c8e6ff409e5b4ed40a). I guess
> I had another installed package that had set it, because I didn't get
> this error.
> Could you try if it works for you?

[Screenshot from 2020-04-30 06-04-23.png (image/png, attachment)]

Message #25 received at 40952-done <at> debbugs.gnu.org (full text, mbox):

From: Guillaume Le Vaillant <glv <at> posteo.net>
To: 40952-done <at> debbugs.gnu.org
Cc: Christopher Howard <christopher <at> librehacker.com>
Subject: Re: bug#40952: gnuradio-osmosdr: no hook into gnuradio block
 directory?
Date: Thu, 30 Apr 2020 16:16:05 +0200

[Message part 1 (text/plain, inline)]

Christopher Howard <christopher <at> librehacker.com> skribis:

> Works now, thanks! Am able to feed data in from HackRF using osmosdr
> source block.
>
> (As a side note to posterity reading this: I have the hackrf system
> service set in my config.scm, as described in the hackrf package
> description.)

Ok, closing the bug.

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.