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

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

[Christopher Howard]

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)

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

[Guillaume Le Vaillant]

[-- Attachment #1: Type: text/plain, Size: 1278 bytes --]


Christopher Howard <christopher.howard@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?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

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

[Christopher Howard]

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

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

[Christopher Howard]

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

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

[Guillaume Le Vaillant]

[-- Attachment #1: Type: text/plain, Size: 1223 bytes --]


Christopher Howard <christopher@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?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

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

[Christopher Howard]

[-- Attachment #1: Type: text/plain, Size: 1753 bytes --]

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

[-- Attachment #2: Screenshot from 2020-04-30 06-04-23.png --]
[-- Type: image/png, Size: 206345 bytes --]

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

[Guillaume Le Vaillant]

[-- Attachment #1: Type: text/plain, Size: 324 bytes --]


Christopher Howard <christopher@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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]