Bug 1815664 - urh 'ModuleNotFoundError' with AirSpy R2 device
Summary: urh 'ModuleNotFoundError' with AirSpy R2 device
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: urh
Version: 32
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-03-20 20:32 UTC by David Sastre Medina
Modified: 2020-04-01 16:33 UTC (History)
2 users (show)

Fixed In Version: urh-2.8.5-1.fc32
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-03-24 16:20:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
AirSpy R2 device selection, python path configuration (118.99 KB, image/png)
2020-03-20 20:34 UTC, David Sastre Medina
no flags Details
Spectrum analyser error with AirSpy R2 device (45.16 KB, image/png)
2020-03-20 20:35 UTC, David Sastre Medina
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Github jopohl urh issues 746 0 None closed Spectrum or record produces error loading 'grc_gnuradio' on 2.8.4 2020-04-07 18:57:33 UTC

Description David Sastre Medina 2020-03-20 20:32:02 UTC
Description of problem:

I'm trying to use an AirSpy R2 device with urh.
The spectrum analyser functionality with this device will fail
with a 'ModuleNotFoundError'

Version-Release number of selected component (if applicable):

# rpm -q urh
urh-2.8.4-1.fc32.x86_64

How reproducible:

Always

Steps to Reproduce:

1. Install urh
2. Configure AirSpy R2 as an SDR backend, navigate to Edit -> Options,
   (incidentally, the graphical interface still refers to python2),
   I have selected /usr/bin/python, which in Fedora 32 is obviously python3.
3. Open the spectrum analyser, select AirSpy R2 and click 'start'

Actual results:

The spectrum analyser fails with:

Traceback (most recent call last):                                                                                     
  File "/usr/lib64/python3.8/site-packages/urh/dev/gr/scripts/airspy_recv.py", line 15, in <module>                                                                                                                                            
    from grc_gnuradio import blks2 as grc_blks2                                                                        
ModuleNotFoundError: No module named 'grc_gnuradio'

Expected results:

The spectrum analyser can use the AirSpy R2 device

Additional info:

Running urh in the foreground allows to capture the whole command:

$ /usr/bin/python /usr/lib64/python3.8/site-packages/urh/dev/gr/scripts/airspy_recv.py \
  --samplerate 10000000.0 --freq 433920000.0 --gain 3 \
  --bandwidth 10000000.0 --port 1337                                          
Traceback (most recent call last):                                                                                                                                                                                                             
  File "/usr/lib64/python3.8/site-packages/urh/dev/gr/scripts/airspy_recv.py", line 15, in <module>                                                                                                                                            
    from grc_gnuradio import blks2 as grc_blks2                                                                        
ModuleNotFoundError: No module named 'grc_gnuradio'

Comment 1 David Sastre Medina 2020-03-20 20:34:14 UTC
Created attachment 1672055 [details]
AirSpy R2 device selection, python path configuration

Comment 2 David Sastre Medina 2020-03-20 20:35:24 UTC
Created attachment 1672056 [details]
Spectrum analyser error with AirSpy R2 device

Comment 3 Jaroslav Škarvada 2020-03-23 15:13:53 UTC
I think I will wait for the next upstream release.

Comment 4 Jaroslav Škarvada 2020-03-24 15:26:13 UTC
I think it's resolved by urh-2.8.5, if not feel free to reopen.

Comment 5 Jaroslav Škarvada 2020-03-24 16:20:46 UTC
Closing as rawhide, but I made a f32 update too, unfortunately due to some bodhi bug, the bodhi update is not tracked here.

Comment 7 Fedora Update System 2020-03-24 19:55:47 UTC
FEDORA-2020-39a76a7889 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-39a76a7889`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-39a76a7889

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 8 Fedora Update System 2020-04-01 00:18:34 UTC
FEDORA-2020-39a76a7889 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 9 Fedora Update System 2020-04-01 16:33:18 UTC
FEDORA-2020-39a76a7889 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.