Re: GNU Radio on WSL 2 Debian

[Marcus Müller]

Hi Henning, hi Cinaed,

Windows' support for having USB inside WSL2 is ... patchy. Patchy in the
sense of "need a patched kernel and still one of our brightest minds
couldn't make it work":

https://mobile.twitter.com/derekkozel/status/1273952748325781505

If you're really just after using the RTL dongle, running rtl-sdr on the
host Windows and connecting to that from within WSL2 sounds like the
much more feasible approach.

Cheers,
Marcus

On 01.01.21 23:46, Cinaed Simson wrote:
> Hi Henning - I know next to nothing about Windows but I do use Debian
> 10. So my first guess would be you didn't install the drivers and
> libraries for the RTL dongle - or the software to connect the RTL device
> to gnuradio, namely
> 
>   sudo apt-get install rtl-sdr
>   sudo apt-get install librtlsdr-dev
>   sudo apt-get install gr-osmosdr
> 
> -- Cinaed
> 
> 
> On 1/1/21 1:14 PM, Henning Dannheim wrote:
>> Hello all,
>> I installed GNU Radio on Debian with WSL 2 on my Win 10 Laptop.
>> Procedure:
>> Install WSL 2 (I use Debian instead of Ubuntu):
>> https://www.omgubuntu.co.uk/how-to-install-wsl2-on-windows-10
>> <https://www.omgubuntu.co.uk/how-to-install-wsl2-on-windows-10>
>> Install VcXsrv:
>> https://techcommunity.microsoft.com/t5/windows-dev-appconsult/running-wsl-gui-apps-on-windows-10/ba-p/1493242
>> <https://techcommunity.microsoft.com/t5/windows-dev-appconsult/running-wsl-gui-apps-on-windows-10/ba-p/1493242>
>> Install Gnu Radio and other needed packages:
>> sudo apt-get update
>> sudo apt-get upgade
>> sudo apt-get install gnuradio
>> sudo apt-get install libgnuradio-osmosdr0.1.4
>> sudo apt-get install xterm
>> sudo apt-get install mesa-utils
>> export LIBGL_ALWAYS_INDIRECT=0
>>
>> glxgears works fine, so openGL should not be a problem.
>>
>> The flow graph I stole from here:
>> http://www.stargazing.net/david/GNUradio/RTLFMstations.html
>> <http://www.stargazing.net/david/GNUradio/RTLFMstations.html>
>> Afterwards I adjusted the frequency and executed the flow graph. I
>> expected additional windows like in this video
>> (https://youtu.be/gHhS90dQ-ZI <https://youtu.be/gHhS90dQ-ZI>) but only
>> a really small window opened for a few seconds and closed again.
>> This happens with all flow graphs I have composed. Seems to be a
>> general problem. Running flow graphs with python leads to a
>> Segmentation fault.
>> Any ideas how to fix this?
>>
>> Here is what the log says (sometimes the return code is missing):
>> <<< Welcome to GNU Radio Companion 3.7.13.4 <https://3.7.13.4>>>>
>> Block paths:
>> /usr/share/gnuradio/grc/blocks
>> Loading: "/mnt/c/Users/XXXXX/Downloads/FMstationsRTL/FMstationsRTL.grc"
>> >>> Done
>> Generating: '/mnt/c/Users/XXXXX/Downloads/FMstationsRTL/top_block.py'
>> Executing: /usr/bin/python2 -u
>> /mnt/c/Users/XXXXX/Downloads/FMstationsRTL/top_block.py
>> gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.13.4 <https://3.7.13.4>
>> built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf
>> bladerf rfspace airspy airspyhf soapy redpitaya freesrp
>> [32;1m[INFO] [UHD] [39;0mlinux; GNU C++ version 8.2.0; Boost_106700;
>> UHD_3.13.1.0-3
>> [INFO] Using format CF32.
>> >>> Done (return code -11)
>>
>> console:
>> $ python top_block.py
>> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-pi'
>> gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.13.4
>> built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf
>> bladerf rfspace airspy airspyhf soapy redpitaya freesrp
>> [INFO] [UHD] linux; GNU C++ version 8.2.0; Boost_106700; UHD_3.13.1.0-3
>> [INFO] Using format CF32.
>> Segmentation fault
>>
>>
>>
>