Re: QT4 GUI runtime error

[CEL]

Hi Carlos,

> I saw mention to this error

not quite sure what you're referring to. What error?

WX not working on every platform and us not having adequate knowledge
to repair it was the reason to remove it from GNU Radio, so my
recommendation really is using Qt instead.

Also, instead of the ld GNU Radio 3.7.11, I'd recommend you get our
release builds:

uninstall your old GNU Radio, and then run 
sudo add-apt-repository ppa:gnuradio/gnuradio-releases
sudo apt-get update
to get GNU Radio 3.8.

Best regards,
Marcus


On Thu, 2020-02-20 at 00:17 -0500, Carlos wrote:
> I saw mention to this error in 2017 in the archives and the fix was a delete 
> and install. This is running Ubuntu 18.04 with GR3.7.11-10. The weird part is 
> that WX FFT does not work and none of the frequency related QTs either. The 
> others do.
> 
> Any idea how to fix that besides remove and re-install?
> 
> v/r,
> 
> Carlos


smime.p7s
Description: S/MIME cryptographic signature

GRC 3.8 Output language Py2 or Py3 (Windows)

[Jerom Maas - LR]

Hello all,


after installing GRC 3.8, I find that the .py files that are created from grc 
are python 2, instead of python 3.

I use Py3 and not Py2, so that's a problem.

How do I change the output language of GRC? If I use the 'option block'  I can 
only choose 'Python'  or ' C++' , but I can't specify the version of Python. I 
am using Windows.


Thanks for your help,


Jerom Maas


PS I am not so familiar with C, so if the solution is to alter a bit in Cmake 
or something, can you specifically name the file that needs to be changed? That 
would be very helpful!

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Michael Dickens]

Hi Jerom - I believe GRC outputs Py script based on how GR is installed.
Since GR38 can be installed using Py27 or Py3, if it's installed using Py27
then GRC will output for Py27. If installed for Py3 then it'll output for
Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is
installed in the first place & if for Py27 then see about getting it
installed for Py3. Hope this is useful! - MLD

On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR  wrote:

> Hello all,
>
>
> after installing GRC 3.8, I find that the .py files that are created from
> grc are python 2, instead of python 3.
>
> I use Py3 and not Py2, so that's a problem.
>
> How do I change the output language of GRC? If I use the 'option block'  I
> can only choose 'Python'  or ' C++' , but I can't specify the version of
> Python. I am using Windows.
>
>
> Thanks for your help,
>
>
> Jerom Maas
>
>
> PS I am not so familiar with C, so if the solution is to alter a bit in
> Cmake or something, can you specifically name the file that needs to be
> changed? That would be very helpful!
>
>
>
>

-- 
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/

Re: QT4 GUI runtime error

[Carlos Velazquez]

I was referring to the QT4 runtime error. I was hoping 3 years may have 
provided a solution since those QT blocks are so basic (frequency sink, 
waterfall). 

I’m hesitant to switch to 3.8 since I don’t know if my OOT items will work, 
took me forever to get working, and my project is due in one week. But I’ll try 
on a VM tonight and see. 

Thanks for your help!

> On Feb 20, 2020, at 8:32 AM, Müller, Marcus (CEL)  wrote:
> 
> Hi Carlos,
> 
>> I saw mention to this error
> 
> not quite sure what you're referring to. What error?
> 
> WX not working on every platform and us not having adequate knowledge
> to repair it was the reason to remove it from GNU Radio, so my
> recommendation really is using Qt instead.
> 
> Also, instead of the ld GNU Radio 3.7.11, I'd recommend you get our
> release builds:
> 
> uninstall your old GNU Radio, and then run 
> sudo add-apt-repository ppa:gnuradio/gnuradio-releases
> sudo apt-get update
> to get GNU Radio 3.8.
> 
> Best regards,
> Marcus
> 
> 
>> On Thu, 2020-02-20 at 00:17 -0500, Carlos wrote:
>> I saw mention to this error in 2017 in the archives and the fix was a delete 
>> and install. This is running Ubuntu 18.04 with GR3.7.11-10. The weird part 
>> is that WX FFT does not work and none of the frequency related QTs either. 
>> The others do.
>> 
>> Any idea how to fix that besides remove and re-install?
>> 
>> v/r,
>> 
>> Carlos

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Jerom Maas - LR]

Hello Michael, thanks for the quick response!

I've just reinstalled GRC, but I've not seen a single option about Py2 or Py3. 
Maybe it's because I use the .exe installer, that it automatically chooses Py2 
then? As said before, I don't even have Py2 installed on my pc. Should I give 
it a go using Powershell, or try another method?


Jerom


Van: Michael Dickens 
Verzonden: donderdag 20 februari 2020 15:50:43
Aan: Jerom Maas - LR
CC: discuss-gnuradio@gnu.org
Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)

Hi Jerom - I believe GRC outputs Py script based on how GR is installed. Since 
GR38 can be installed using Py27 or Py3, if it's installed using Py27 then GRC 
will output for Py27. If installed for Py3 then it'll output for Py3. Pretty 
sure this is correct. Hence, I'd advise you to check how GR is installed in the 
first place & if for Py27 then see about getting it installed for Py3. Hope 
this is useful! - MLD

On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR 
mailto:j.b.m...@tudelft.nl>> wrote:

Hello all,


after installing GRC 3.8, I find that the .py files that are created from grc 
are python 2, instead of python 3.

I use Py3 and not Py2, so that's a problem.

How do I change the output language of GRC? If I use the 'option block'  I can 
only choose 'Python'  or ' C++' , but I can't specify the version of Python. I 
am using Windows.


Thanks for your help,


Jerom Maas


PS I am not so familiar with C, so if the solution is to alter a bit in Cmake 
or something, can you specifically name the file that needs to be changed? That 
would be very helpful!




--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: 
https://ettus.com/

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[CEL]

H you're one of the few windows users; we'll need you to tell us
*exactly* what you've downloaded!

Best regards,
Marcus

On Thu, 2020-02-20 at 15:08 +, Jerom Maas - LR wrote:
> Hello Michael, thanks for the quick response! 
> I've just reinstalled GRC, but I've not seen a single option about Py2 or 
> Py3. Maybe it's because I use the .exe installer, that it automatically 
> chooses Py2 then? As said before, I don't even have Py2 installed on my pc. 
> Should I give it a go using Powershell, or try another method?
> 
> Jerom
> Van: Michael Dickens 
> Verzonden: donderdag 20 februari 2020 15:50:43
> Aan: Jerom Maas - LR
> CC: discuss-gnuradio@gnu.org
> Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
>  
> Hi Jerom - I believe GRC outputs Py script based on how GR is installed. 
> Since GR38 can be installed using Py27 or Py3, if it's installed using Py27 
> then GRC will output for Py27. If installed for Py3 then it'll output for 
> Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is 
> installed in the first place & if for Py27 then see about getting it 
> installed for Py3. Hope this is useful! - MLD
> 
> On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR  wrote:
> > Hello all,
> > 
> > after installing GRC 3.8, I find that the .py files that are created from 
> > grc are python 2, instead of python 3. 
> > I use Py3 and not Py2, so that's a problem.
> > How do I change the output language of GRC? If I use the 'option block'  I 
> > can only choose 'Python'  or ' C++' , but I can't specify the version of 
> > Python. I am using Windows.
> > 
> > Thanks for your help,
> > 
> > Jerom Maas
> > 
> > PS I am not so familiar with C, so if the solution is to alter a bit in 
> > Cmake or something, can you specifically name the file that needs to be 
> > changed? That would be very helpful!
> > 
> > 
> > 
> 
> 


smime.p7s
Description: S/MIME cryptographic signature

Re: QT4 GUI runtime error

[CEL]

There's no such thing as "the Qt4 runtime error". Please send us the
exactly what you're getting. This mailing list sees a couple of
thousand emails in 3 years, so really, we'll need you to tell us what
you're reading as error *in verbatim*, and a link to the mailing list
archive post (or at least the exact date and subject line) to figure
out what you're talking about.

Best regards,
Marcus
On Thu, 2020-02-20 at 14:54 +, Carlos Velazquez wrote:
> I was referring to the QT4 runtime error. I was hoping 3 years may have 
> provided a solution since those QT blocks are so basic (frequency sink, 
> waterfall). 
> 
> I’m hesitant to switch to 3.8 since I don’t know if my OOT items will work, 
> took me forever to get working, and my project is due in one week. But I’ll 
> try on a VM tonight and see. 
> 
> Thanks for your help!
> 
> > On Feb 20, 2020, at 8:32 AM, Müller, Marcus (CEL)  wrote:
> > 
> > Hi Carlos,
> > 
> > > I saw mention to this error
> > 
> > not quite sure what you're referring to. What error?
> > 
> > WX not working on every platform and us not having adequate knowledge
> > to repair it was the reason to remove it from GNU Radio, so my
> > recommendation really is using Qt instead.
> > 
> > Also, instead of the ld GNU Radio 3.7.11, I'd recommend you get our
> > release builds:
> > 
> > uninstall your old GNU Radio, and then run 
> > sudo add-apt-repository ppa:gnuradio/gnuradio-releases
> > sudo apt-get update
> > to get GNU Radio 3.8.
> > 
> > Best regards,
> > Marcus
> > 
> > 
> > > On Thu, 2020-02-20 at 00:17 -0500, Carlos wrote:
> > > I saw mention to this error in 2017 in the archives and the fix was a 
> > > delete and install. This is running Ubuntu 18.04 with GR3.7.11-10. The 
> > > weird part is that WX FFT does not work and none of the frequency related 
> > > QTs either. The others do.
> > > 
> > > Any idea how to fix that besides remove and re-install?
> > > 
> > > v/r,
> > > 
> > > Carlos


smime.p7s
Description: S/MIME cryptographic signature

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Jerom Maas - LR]

Hello Marcus,


that is correct! Sometimes, looking at the help on these forums, I also have 
the feeling that I'm one of the few windows users.

First of all, a correction: I did not use any .exe, but the file:

gnuradio_3.8.0.0_win64.msi


I got it from http://www.gcndevelopment.com/gnuradio/downloads.htm, downloaded 
yesterday (feb 19th).

The file can be found under the 64-Bit Any CPU Windows installer, top link - 
v3.8.0.0/v1.7 BETA


Thank you very much for the help. It's frustrating to be using windows and to 
differ from the linux standards, but looking at the bright side:

I'm glad to help fixing the last problems for windows users :).


Jerom


Van: Müller, Marcus (CEL) 
Verzonden: donderdag 20 februari 2020 16:11:15
Aan: michael.dick...@ettus.com; Jerom Maas - LR
CC: discuss-gnuradio@gnu.org
Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)

H you're one of the few windows users; we'll need you to tell us
*exactly* what you've downloaded!

Best regards,
Marcus

On Thu, 2020-02-20 at 15:08 +, Jerom Maas - LR wrote:
> Hello Michael, thanks for the quick response!
> I've just reinstalled GRC, but I've not seen a single option about Py2 or 
> Py3. Maybe it's because I use the .exe installer, that it automatically 
> chooses Py2 then? As said before, I don't even have Py2 installed on my pc. 
> Should I give it a go using Powershell, or try another method?
>
> Jerom
> Van: Michael Dickens 
> Verzonden: donderdag 20 februari 2020 15:50:43
> Aan: Jerom Maas - LR
> CC: discuss-gnuradio@gnu.org
> Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
>
> Hi Jerom - I believe GRC outputs Py script based on how GR is installed. 
> Since GR38 can be installed using Py27 or Py3, if it's installed using Py27 
> then GRC will output for Py27. If installed for Py3 then it'll output for 
> Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is 
> installed in the first place & if for Py27 then see about getting it 
> installed for Py3. Hope this is useful! - MLD
>
> On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR  wrote:
> > Hello all,
> >
> > after installing GRC 3.8, I find that the .py files that are created from 
> > grc are python 2, instead of python 3.
> > I use Py3 and not Py2, so that's a problem.
> > How do I change the output language of GRC? If I use the 'option block'  I 
> > can only choose 'Python'  or ' C++' , but I can't specify the version of 
> > Python. I am using Windows.
> >
> > Thanks for your help,
> >
> > Jerom Maas
> >
> > PS I am not so familiar with C, so if the solution is to alter a bit in 
> > Cmake or something, can you specifically name the file that needs to be 
> > changed? That would be very helpful!
> >
> >
> >
>
>

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[CEL]

Ha! Don't get me wrong, it's awesome you're using Windows.

Now, I don't think Geof came around to building a Python3 GNU Radio, so
you're out of luck for now. You could try your hands on doing that
yourself – follow the link to the Github repo with the source building
scripts – but I'd doubt it's easy :(

Alternatively:

Use WSL to run GNU Radio 3.8 on Ubuntu 19.04 or 19.10[1] under windows,
then install GNU Radio 3.8 [2]. Install an X server for windows. 
I've had a student that did that and used VS Code on windows to target
his WSL installation, it worked well.

Or, really, just install a modern Linux (eg. Ubuntu 19.10, Debian)
natively or in a VM for now :)

As of now, there IS concentrated efforts to improve the windows
situation, but to be honest, it's a strange and confusing and
frustrating world for a lot of us, and I don't even have a single
Windows machine...

Best regards,
Marcus

[1] https://wiki.ubuntu.com/WSL#Ubuntu_on_WSL
[2] https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases
On Thu, 2020-02-20 at 15:17 +, Jerom Maas - LR wrote:
> Hello Marcus,
> 
> that is correct! Sometimes, looking at the help on these forums, I also have 
> the feeling that I'm one of the few windows users. 
> First of all, a correction: I did not use any .exe, but the file:
> gnuradio_3.8.0.0_win64.msi
> 
> I got it from http://www.gcndevelopment.com/gnuradio/downloads.htm, 
> downloaded yesterday (feb 19th).
> The file can be found under the 64-Bit Any CPU Windows installer, top link - 
> v3.8.0.0/v1.7 BETA
> 
> Thank you very much for the help. It's frustrating to be using windows and to 
> differ from the linux standards, but looking at the bright side:
> I'm glad to help fixing the last problems for windows users :).
> 
> Jerom
> Van: Müller, Marcus (CEL) 
> Verzonden: donderdag 20 februari 2020 16:11:15
> Aan: michael.dick...@ettus.com; Jerom Maas - LR
> CC: discuss-gnuradio@gnu.org
> Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
>  
> H you're one of the few windows users; we'll need you to tell us
> *exactly* what you've downloaded!
> 
> Best regards,
> Marcus
> 
> On Thu, 2020-02-20 at 15:08 +, Jerom Maas - LR wrote:
> > Hello Michael, thanks for the quick response! 
> > I've just reinstalled GRC, but I've not seen a single option about Py2 or 
> > Py3. Maybe it's because I use the .exe installer, that it automatically 
> > chooses Py2 then? As said before, I don't even have Py2 installed on my pc. 
> > Should I give it a go using Powershell, or try another method?
> > 
> > Jerom
> > Van: Michael Dickens 
> > Verzonden: donderdag 20 februari 2020 15:50:43
> > Aan: Jerom Maas - LR
> > CC: discuss-gnuradio@gnu.org
> > Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
> >  
> > Hi Jerom - I believe GRC outputs Py script based on how GR is installed. 
> > Since GR38 can be installed using Py27 or Py3, if it's installed using Py27 
> > then GRC will output for Py27. If installed for Py3 then it'll output for 
> > Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is 
> > installed in the first place & if for Py27 then see about getting it 
> > installed for Py3. Hope this is useful! - MLD
> > 
> > On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR  wrote:
> > > Hello all,
> > > 
> > > after installing GRC 3.8, I find that the .py files that are created from 
> > > grc are python 2, instead of python 3. 
> > > I use Py3 and not Py2, so that's a problem.
> > > How do I change the output language of GRC? If I use the 'option block'  
> > > I can only choose 'Python'  or ' C++' , but I can't specify the version 
> > > of Python. I am using Windows.
> > > 
> > > Thanks for your help,
> > > 
> > > Jerom Maas
> > > 
> > > PS I am not so familiar with C, so if the solution is to alter a bit in 
> > > Cmake or something, can you specifically name the file that needs to be 
> > > changed? That would be very helpful!
> > > 
> > > 
> > > 
> > 
> > 


smime.p7s
Description: S/MIME cryptographic signature

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Jerom Maas - LR]

hi Marcus,

Thanks again for the quick reply.

It's good to know that I won't get py3 out of windows GRC.

I'll switch to linux for now. I've not worked with it before, but I'm not 
afraid either 😉.

Most important for me is to avoid Py2 if possible.

I'll keep an eye out for possible windows updates in the future. Should you 
need a guinea-pc, feel free to contact me.

Thanks for the info,


Jerom


Van: Müller, Marcus (CEL) 
Verzonden: donderdag 20 februari 2020 16:24:49
Aan: michael.dick...@ettus.com; Jerom Maas - LR
CC: discuss-gnuradio@gnu.org
Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)

Ha! Don't get me wrong, it's awesome you're using Windows.

Now, I don't think Geof came around to building a Python3 GNU Radio, so
you're out of luck for now. You could try your hands on doing that
yourself – follow the link to the Github repo with the source building
scripts – but I'd doubt it's easy :(

Alternatively:

Use WSL to run GNU Radio 3.8 on Ubuntu 19.04 or 19.10[1] under windows,
then install GNU Radio 3.8 [2]. Install an X server for windows.
I've had a student that did that and used VS Code on windows to target
his WSL installation, it worked well.

Or, really, just install a modern Linux (eg. Ubuntu 19.10, Debian)
natively or in a VM for now :)

As of now, there IS concentrated efforts to improve the windows
situation, but to be honest, it's a strange and confusing and
frustrating world for a lot of us, and I don't even have a single
Windows machine...

Best regards,
Marcus

[1] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.ubuntu.com_WSL-23Ubuntu-5Fon-5FWSL&d=DwIFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=FxwOwDihISw27IZqIUL77cVHQ03qpclxjfkd7WoRAZ8&m=va4bD3iSeVyxTS3NnAN1oTx0C5TfsrYkCr2kFmx24v0&s=2tDf7lNzveWEyNKZWPEZap9kode2wzF1J4qdX4rF6nk&e=
[2] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__launchpad.net_-7Egnuradio_-2Barchive_ubuntu_gnuradio-2Dreleases&d=DwIFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=FxwOwDihISw27IZqIUL77cVHQ03qpclxjfkd7WoRAZ8&m=va4bD3iSeVyxTS3NnAN1oTx0C5TfsrYkCr2kFmx24v0&s=LSEvfOORFeBb413MJ14w5snDGugZmuVASEwW9QHMa-A&e=
On Thu, 2020-02-20 at 15:17 +, Jerom Maas - LR wrote:
> Hello Marcus,
>
> that is correct! Sometimes, looking at the help on these forums, I also have 
> the feeling that I'm one of the few windows users.
> First of all, a correction: I did not use any .exe, but the file:
> gnuradio_3.8.0.0_win64.msi
>
> I got it from 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gcndevelopment.com_gnuradio_downloads.htm&d=DwIFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=FxwOwDihISw27IZqIUL77cVHQ03qpclxjfkd7WoRAZ8&m=va4bD3iSeVyxTS3NnAN1oTx0C5TfsrYkCr2kFmx24v0&s=Ia-uzBv1tMkVhBYI2Nrd_k3qtGMkNRaOlveZ79q0yz0&e=
>  , downloaded yesterday (feb 19th).
> The file can be found under the 64-Bit Any CPU Windows installer, top link - 
> v3.8.0.0/v1.7 BETA
>
> Thank you very much for the help. It's frustrating to be using windows and to 
> differ from the linux standards, but looking at the bright side:
> I'm glad to help fixing the last problems for windows users :).
>
> Jerom
> Van: Müller, Marcus (CEL) 
> Verzonden: donderdag 20 februari 2020 16:11:15
> Aan: michael.dick...@ettus.com; Jerom Maas - LR
> CC: discuss-gnuradio@gnu.org
> Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
>
> H you're one of the few windows users; we'll need you to tell us
> *exactly* what you've downloaded!
>
> Best regards,
> Marcus
>
> On Thu, 2020-02-20 at 15:08 +, Jerom Maas - LR wrote:
> > Hello Michael, thanks for the quick response!
> > I've just reinstalled GRC, but I've not seen a single option about Py2 or 
> > Py3. Maybe it's because I use the .exe installer, that it automatically 
> > chooses Py2 then? As said before, I don't even have Py2 installed on my pc. 
> > Should I give it a go using Powershell, or try another method?
> >
> > Jerom
> > Van: Michael Dickens 
> > Verzonden: donderdag 20 februari 2020 15:50:43
> > Aan: Jerom Maas - LR
> > CC: discuss-gnuradio@gnu.org
> > Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
> >
> > Hi Jerom - I believe GRC outputs Py script based on how GR is installed. 
> > Since GR38 can be installed using Py27 or Py3, if it's installed using Py27 
> > then GRC will output for Py27. If installed for Py3 then it'll output for 
> > Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is 
> > installed in the first place & if for Py27 then see about getting it 
> > installed for Py3. Hope this is useful! - MLD
> >
> > On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR  wrote:
> > > Hello all,
> > >
> > > after installing GRC 3.8, I find that the .py files that are created from 
> > > grc are python 2, instead of python 3.
> > > I use Py3 and not Py2, so that's a problem.
> > > How do I change the output language of GRC? If I use the 'option block'  
> > > I can only choose 'Python'  or ' C++' , but I can't specify the vers

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[CEL]

Hi Jerom,
cool! You can, by the way, run Linux in a VM under windows, so that you
don't have any risk or permanent investment to use Linux:
https://www.virtualbox.org/wiki/Downloads

Best regards,
Marcus
On Thu, 2020-02-20 at 15:38 +, Jerom Maas - LR wrote:
> hi Marcus,
> Thanks again for the quick reply.
> It's good to know that I won't get py3 out of windows GRC. 
> I'll switch to linux for now. I've not worked with it before, but I'm not 
> afraid either 😉.
> Most important for me is to avoid Py2 if possible.
> I'll keep an eye out for possible windows updates in the future. Should you 
> need a guinea-pc, feel free to contact me.
> Thanks for the info,
> 
> Jerom
> Van: Müller, Marcus (CEL) 
> Verzonden: donderdag 20 februari 2020 16:24:49
> Aan: michael.dick...@ettus.com; Jerom Maas - LR
> CC: discuss-gnuradio@gnu.org
> Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
>  
> Ha! Don't get me wrong, it's awesome you're using Windows.
> 
> Now, I don't think Geof came around to building a Python3 GNU Radio, so
> you're out of luck for now. You could try your hands on doing that
> yourself – follow the link to the Github repo with the source building
> scripts – but I'd doubt it's easy :(
> 
> Alternatively:
> 
> Use WSL to run GNU Radio 3.8 on Ubuntu 19.04 or 19.10[1] under windows,
> then install GNU Radio 3.8 [2]. Install an X server for windows. 
> I've had a student that did that and used VS Code on windows to target
> his WSL installation, it worked well.
> 
> Or, really, just install a modern Linux (eg. Ubuntu 19.10, Debian)
> natively or in a VM for now :)
> 
> As of now, there IS concentrated efforts to improve the windows
> situation, but to be honest, it's a strange and confusing and
> frustrating world for a lot of us, and I don't even have a single
> Windows machine...
> 
> Best regards,
> Marcus
> 
> [1] 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.ubuntu.com_WSL-23Ubuntu-5Fon-5FWSL&d=DwIFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=FxwOwDihISw27IZqIUL77cVHQ03qpclxjfkd7WoRAZ8&m=va4bD3iSeVyxTS3NnAN1oTx0C5TfsrYkCr2kFmx24v0&s=2tDf7lNzveWEyNKZWPEZap9kode2wzF1J4qdX4rF6nk&e=
>  
> [2] 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__launchpad.net_-7Egnuradio_-2Barchive_ubuntu_gnuradio-2Dreleases&d=DwIFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=FxwOwDihISw27IZqIUL77cVHQ03qpclxjfkd7WoRAZ8&m=va4bD3iSeVyxTS3NnAN1oTx0C5TfsrYkCr2kFmx24v0&s=LSEvfOORFeBb413MJ14w5snDGugZmuVASEwW9QHMa-A&e=
>  
> On Thu, 2020-02-20 at 15:17 +, Jerom Maas - LR wrote:
> > Hello Marcus,
> > 
> > that is correct! Sometimes, looking at the help on these forums, I also 
> > have the feeling that I'm one of the few windows users. 
> > First of all, a correction: I did not use any .exe, but the file:
> > gnuradio_3.8.0.0_win64.msi
> > 
> > I got it from 
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gcndevelopment.com_gnuradio_downloads.htm&d=DwIFaQ&c=XYzUhXBD2cD-CornpT4QE19xOJBbRy-TBPLK0X9U2o8&r=FxwOwDihISw27IZqIUL77cVHQ03qpclxjfkd7WoRAZ8&m=va4bD3iSeVyxTS3NnAN1oTx0C5TfsrYkCr2kFmx24v0&s=Ia-uzBv1tMkVhBYI2Nrd_k3qtGMkNRaOlveZ79q0yz0&e=
> >  , downloaded yesterday (feb 19th).
> > The file can be found under the 64-Bit Any CPU Windows installer, top link 
> > - v3.8.0.0/v1.7 BETA
> > 
> > Thank you very much for the help. It's frustrating to be using windows and 
> > to differ from the linux standards, but looking at the bright side:
> > I'm glad to help fixing the last problems for windows users :).
> > 
> > Jerom
> > Van: Müller, Marcus (CEL) 
> > Verzonden: donderdag 20 februari 2020 16:11:15
> > Aan: michael.dick...@ettus.com; Jerom Maas - LR
> > CC: discuss-gnuradio@gnu.org
> > Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
> >  
> > H you're one of the few windows users; we'll need you to tell us
> > *exactly* what you've downloaded!
> > 
> > Best regards,
> > Marcus
> > 
> > On Thu, 2020-02-20 at 15:08 +, Jerom Maas - LR wrote:
> > > Hello Michael, thanks for the quick response! 
> > > I've just reinstalled GRC, but I've not seen a single option about Py2 or 
> > > Py3. Maybe it's because I use the .exe installer, that it automatically 
> > > chooses Py2 then? As said before, I don't even have Py2 installed on my 
> > > pc. Should I give it a go using Powershell, or try another method?
> > > 
> > > Jerom
> > > Van: Michael Dickens 
> > > Verzonden: donderdag 20 februari 2020 15:50:43
> > > Aan: Jerom Maas - LR
> > > CC: discuss-gnuradio@gnu.org
> > > Onderwerp: Re: GRC 3.8 Output language Py2 or Py3 (Windows)
> > >  
> > > Hi Jerom - I believe GRC outputs Py script based on how GR is installed. 
> > > Since GR38 can be installed using Py27 or Py3, if it's installed using 
> > > Py27 then GRC will output for Py27. If installed for Py3 then it'll 
> > > output for Py3. Pretty sure this is correct. Hence, I'd advise you to 
> > > check how GR is installed in the first place & if for Py27 then see about 
> > > getting it installed for Py3. Hope 

Re: [GNU Radio 3.8] Error loading modules on E310

[Philip Balister]

I had some dist-packages versus site-packages with some versions of
gnuradio. See if both exist. I'm betting numpy is in site-packages.

Philip

On 2/19/20 4:46 PM, Ivan Iudice wrote:
> I’m curious to know if there is somebody in the list developing for E310 
> using current SDK.
> This is a problem that, obviously, everybody wants execute custom module 
> could incur.
> Any ideas?
> 
> Ivan
> 
>> Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto:
>>
>> 
>> Dear all,
>> finally I cross-compiled my OOT module for running on USRP E310.
>> Based on the instructions at 
>> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";,
>>  I set the environment variable PYTHONPATH a little bit different, to point 
>> the path of the installed OOT module:
>>
>> export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH
>>
>> Such a way, on the target I can load my custom module in python.
>> root@ni-e31x-316AFEA:~# python3 -c "import custom_mod"
>> I created a flowgraph that use my OOT module, and I discovered in the newer 
>> file system for E310 python3 has not all of the needed libraries.
>> root@ni-e31x-316AFEA:~# ./top_block.py
>> Traceback (most recent call last):
>>   File "./top_block.py", line 12, in 
>> from gnuradio import blocks
>>   File 
>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py",
>>  line 38, in 
>> from .stream_to_vector_decimator import *
>>   File 
>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py",
>>  line 23, in 
>> from gnuradio import gr
>>   File 
>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py",
>>  line 46, in 
>> from .top_block import *
>>   File 
>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py",
>>  line 32, in 
>> from .hier_block2 import hier_block2
>>   File 
>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py",
>>  line 26, in 
>> import pmt
>>   File 
>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py", 
>> line 61, in 
>> from .pmt_to_python import pmt_to_python as to_python
>>   File 
>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py",
>>  line 23, in 
>> import numpy
>> ImportError: No module named 'numpy'
>> How could I solve the problem?
>> I'm so close to run my OOT modules on the target...
>> Thanks so much.
>> Ivan
>>
>>
>>
>> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 
>> 4G a soli 8,99€ al mese. http://tisca.li/smart30
>>
> 

Re: [GNU Radio 3.8] Error loading modules on E310

[Ivan Iudice]

Hi Philip!
I only have site-package folder in both python2.7 and python3.5 lib folders, no 
dist-package.
The problem is that in python3.5/site-package there is not numpy, it’s only in 
python2.7/site-package.
Is it not installed for python3? How can I install it in both the sdk sysroot 
and in the target?
Thanks so much.

Ivan

> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister  
> ha scritto:
> 
> I had some dist-packages versus site-packages with some versions of
> gnuradio. See if both exist. I'm betting numpy is in site-packages.
> 
> Philip
> 
>> On 2/19/20 4:46 PM, Ivan Iudice wrote:
>> I’m curious to know if there is somebody in the list developing for E310 
>> using current SDK.
>> This is a problem that, obviously, everybody wants execute custom module 
>> could incur.
>> Any ideas?
>> 
>> Ivan
>> 
 Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto:
>>> 
>>> 
>>> Dear all,
>>> finally I cross-compiled my OOT module for running on USRP E310.
>>> Based on the instructions at 
>>> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";,
>>>  I set the environment variable PYTHONPATH a little bit different, to point 
>>> the path of the installed OOT module:
>>> 
>>> export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH
>>> 
>>> Such a way, on the target I can load my custom module in python.
>>> root@ni-e31x-316AFEA:~# python3 -c "import custom_mod"
>>> I created a flowgraph that use my OOT module, and I discovered in the newer 
>>> file system for E310 python3 has not all of the needed libraries.
>>> root@ni-e31x-316AFEA:~# ./top_block.py
>>> Traceback (most recent call last):
>>>  File "./top_block.py", line 12, in 
>>>from gnuradio import blocks
>>>  File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py",
>>>  line 38, in 
>>>from .stream_to_vector_decimator import *
>>>  File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py",
>>>  line 23, in 
>>>from gnuradio import gr
>>>  File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py",
>>>  line 46, in 
>>>from .top_block import *
>>>  File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py",
>>>  line 32, in 
>>>from .hier_block2 import hier_block2
>>>  File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py",
>>>  line 26, in 
>>>import pmt
>>>  File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py", 
>>> line 61, in 
>>>from .pmt_to_python import pmt_to_python as to_python
>>>  File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py",
>>>  line 23, in 
>>>import numpy
>>> ImportError: No module named 'numpy'
>>> How could I solve the problem?
>>> I'm so close to run my OOT modules on the target...
>>> Thanks so much.
>>> Ivan
>>> 
>>> 
>>> 
>>> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 
>>> 4G a soli 8,99€ al mese. http://tisca.li/smart30
>>> 
>> 

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Michael Dickens]

If you install from an EXE, then you'll get whatever it was built for (Py27
or Py3). If there's any way to build from source then you can select the
Python version directly. I don't run Windows, nor do I build for it;
hopefully someone is providing different Windows installer for GR38 with
variants for Py27 and Py3 ... - MLD

On Thu, Feb 20, 2020 at 10:08 AM Jerom Maas - LR 
wrote:

> Hello Michael, thanks for the quick response!
>
> I've just reinstalled GRC, but I've not seen a single option about Py2 or
> Py3. Maybe it's because I use the .exe installer, that it automatically
> chooses Py2 then? As said before, I don't even have Py2 installed on my pc.
> Should I give it a go using Powershell, or try another method?
>
>
> Jerom
> --
> *Van:* Michael Dickens 
> *Verzonden:* donderdag 20 februari 2020 15:50:43
> *Aan:* Jerom Maas - LR
> *CC:* discuss-gnuradio@gnu.org
> *Onderwerp:* Re: GRC 3.8 Output language Py2 or Py3 (Windows)
>
> Hi Jerom - I believe GRC outputs Py script based on how GR is installed.
> Since GR38 can be installed using Py27 or Py3, if it's installed using Py27
> then GRC will output for Py27. If installed for Py3 then it'll output for
> Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is
> installed in the first place & if for Py27 then see about getting it
> installed for Py3. Hope this is useful! - MLD
>
> On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR 
> wrote:
>
>> Hello all,
>>
>>
>> after installing GRC 3.8, I find that the .py files that are created from
>> grc are python 2, instead of python 3.
>>
>> I use Py3 and not Py2, so that's a problem.
>>
>> How do I change the output language of GRC? If I use the 'option block'
>> I can only choose 'Python'  or ' C++' , but I can't specify the version of
>> Python. I am using Windows.
>>
>>
>> Thanks for your help,
>>
>>
>> Jerom Maas
>>
>>
>> PS I am not so familiar with C, so if the solution is to alter a bit in
>> Cmake or something, can you specifically name the file that needs to be
>> changed? That would be very helpful!
>>
>>
>>
>>
>
> --
> Michael Dickens
> Ettus Research Technical Support
> Email: supp...@ettus.com
> Web: https://ettus.com/
> 
>


-- 
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/

[call] GNU Radio Project Call 2020-02: Today, postponed to 20:00 UTC

[CEL]

Dear GNU Radio community,

due to unplanned events, we have to postpone the project call by two
hours to 20:00 UTC.

Best regards,
Marcus


smime.p7s
Description: S/MIME cryptographic signature

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Paul White]

Hi, Marcus

"H you're one of the few windows users"

Isn't this a chicken & egg situation?

My bet is, if Windows binaries were available then *many* more Windows users
(like me) would be falling over themselves in the rush to use Gnu Radio.

We're generally not students/academics or industry developers, and can't (or
don't want to) mess with Heinz 59 Varieties of Linux J.

Regards

Paul

 

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[CEL]

Hi Paul,

indeed, it is a chicken & egg situation, which is why I embrace Jerom
working on windows. But the honest truth is: while there **really** is
a lot of time spent on making GNU Radio work as smoothly as on most
Linux systems, as of now, your choices are limited. And this is one of
the cases where the available choices simply won't work for the user.

> We’re generally not students/academics or industry developers, and
can’t (or don’t want to) mess with Heinz 59 Varieties of Linux J.

Let me assure you that reliable, uniform Windows development seems to
be way, way, WAY harder than on Linux, at least to me, where there's
canonical paths, and your Distro takes care of installing dependencies.

Every single time, and I mean that, that I had to develop or even just
build something on Windows, it was a mess, unless someone spent time
specifically writing a recipe for the version of dependencies you
wanted to use and your specific compiler and all the other things that
might vary on Windows installations.

I hope projects like Chocolately and Conan improve that situation, but
really, the times where Software on Linux was worse to piece together
than on windows are over.

Best Regards,
Marcus

On Thu, 2020-02-20 at 18:04 +, Paul White wrote:
> Hi, Marcus
> “H you're one of the few windows users”
> Isn’t this a chicken & egg situation?
> My bet is, if Windows binaries were available then *many* more Windows users 
> (like me) would be falling over themselves in the rush to use Gnu Radio.
> We’re generally not students/academics or industry developers, and can’t (or 
> don’t want to) mess with Heinz 59 Varieties of Linux J.
> Regards
> Paul
>  


smime.p7s
Description: S/MIME cryptographic signature

Re: [GNU Radio 3.8] Error loading modules on E310

[Philip Balister]

On 2/20/20 11:25 AM, Ivan Iudice wrote:
> Hi Philip!
> I only have site-package folder in both python2.7 and python3.5 lib folders, 
> no dist-package.
> The problem is that in python3.5/site-package there is not numpy, it’s only 
> in python2.7/site-package.
> Is it not installed for python3? How can I install it in both the sdk sysroot 
> and in the target?

hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python
versions.

Sorry for the short answer, trying to help, but I don't use the Ettus
builds for gnuradio.

Philip

> Thanks so much.
> 
> Ivan
> 
>> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister  
>> ha scritto:
>>
>> I had some dist-packages versus site-packages with some versions of
>> gnuradio. See if both exist. I'm betting numpy is in site-packages.
>>
>> Philip
>>
>>> On 2/19/20 4:46 PM, Ivan Iudice wrote:
>>> I’m curious to know if there is somebody in the list developing for E310 
>>> using current SDK.
>>> This is a problem that, obviously, everybody wants execute custom module 
>>> could incur.
>>> Any ideas?
>>>
>>> Ivan
>>>
> Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto:

 
 Dear all,
 finally I cross-compiled my OOT module for running on USRP E310.
 Based on the instructions at 
 "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";,
  I set the environment variable PYTHONPATH a little bit different, to 
 point the path of the installed OOT module:

 export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH

 Such a way, on the target I can load my custom module in python.
 root@ni-e31x-316AFEA:~# python3 -c "import custom_mod"
 I created a flowgraph that use my OOT module, and I discovered in the 
 newer file system for E310 python3 has not all of the needed libraries.
 root@ni-e31x-316AFEA:~# ./top_block.py
 Traceback (most recent call last):
  File "./top_block.py", line 12, in 
from gnuradio import blocks
  File 
 "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py",
  line 38, in 
from .stream_to_vector_decimator import *
  File 
 "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py",
  line 23, in 
from gnuradio import gr
  File 
 "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py",
  line 46, in 
from .top_block import *
  File 
 "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py",
  line 32, in 
from .hier_block2 import hier_block2
  File 
 "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py",
  line 26, in 
import pmt
  File 
 "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py", 
 line 61, in 
from .pmt_to_python import pmt_to_python as to_python
  File 
 "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py",
  line 23, in 
import numpy
 ImportError: No module named 'numpy'
 How could I solve the problem?
 I'm so close to run my OOT modules on the target...
 Thanks so much.
 Ivan



 Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga in 
 4G a soli 8,99€ al mese. http://tisca.li/smart30

>>>
> 
> 

Re: [GNU Radio 3.8] Error loading modules on E310

[Ivan Iudice]

Your help is very welcome!
I’m sorry for the stupid question, however, how can I know which version of 
python is used by gnuradio?

Ivan

> Il giorno 20 feb 2020, alle ore 19:22, Philip Balister  
> ha scritto:
> 
> On 2/20/20 11:25 AM, Ivan Iudice wrote:
>> Hi Philip!
>> I only have site-package folder in both python2.7 and python3.5 lib folders, 
>> no dist-package.
>> The problem is that in python3.5/site-package there is not numpy, it’s only 
>> in python2.7/site-package.
>> Is it not installed for python3? How can I install it in both the sdk 
>> sysroot and in the target?
> 
> hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python
> versions.
> 
> Sorry for the short answer, trying to help, but I don't use the Ettus
> builds for gnuradio.
> 
> Philip
> 
>> Thanks so much.
>> 
>> Ivan
>> 
 Il giorno 20 feb 2020, alle ore 17:05, Philip Balister 
  ha scritto:
>>> 
>>> I had some dist-packages versus site-packages with some versions of
>>> gnuradio. See if both exist. I'm betting numpy is in site-packages.
>>> 
>>> Philip
>>> 
 On 2/19/20 4:46 PM, Ivan Iudice wrote:
 I’m curious to know if there is somebody in the list developing for E310 
 using current SDK.
 This is a problem that, obviously, everybody wants execute custom module 
 could incur.
 Any ideas?
 
 Ivan
 
>> Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto:
> 
> 
> Dear all,
> finally I cross-compiled my OOT module for running on USRP E310.
> Based on the instructions at 
> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";,
>  I set the environment variable PYTHONPATH a little bit different, to 
> point the path of the installed OOT module:
> 
> export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH
> 
> Such a way, on the target I can load my custom module in python.
> root@ni-e31x-316AFEA:~# python3 -c "import custom_mod"
> I created a flowgraph that use my OOT module, and I discovered in the 
> newer file system for E310 python3 has not all of the needed libraries.
> root@ni-e31x-316AFEA:~# ./top_block.py
> Traceback (most recent call last):
> File "./top_block.py", line 12, in 
>   from gnuradio import blocks
> File 
> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py",
>  line 38, in 
>   from .stream_to_vector_decimator import *
> File 
> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py",
>  line 23, in 
>   from gnuradio import gr
> File 
> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py",
>  line 46, in 
>   from .top_block import *
> File 
> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py",
>  line 32, in 
>   from .hier_block2 import hier_block2
> File 
> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py",
>  line 26, in 
>   import pmt
> File 
> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py",
>  line 61, in 
>   from .pmt_to_python import pmt_to_python as to_python
> File 
> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py",
>  line 23, in 
>   import numpy
> ImportError: No module named 'numpy'
> How could I solve the problem?
> I'm so close to run my OOT modules on the target...
> Thanks so much.
> Ivan
> 
> 
> 
> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga 
> in 4G a soli 8,99€ al mese. http://tisca.li/smart30
> 
 
>> 
>> 

Re: [GNU Radio 3.8] Error loading modules on E310

[CEL]

Hi Ivan,

GNU Radio 3.7: Python2
GNU Radio 3.8: Py2 XOR Py3
GNU Radio >3.8: Py3
On Thu, 2020-02-20 at 19:35 +0100, Ivan Iudice wrote:
> Your help is very welcome!
> I’m sorry for the stupid question, however, how can I know which version of 
> python is used by gnuradio?
> 
> Ivan
> 
> > Il giorno 20 feb 2020, alle ore 19:22, Philip Balister 
> >  ha scritto:
> > 
> > On 2/20/20 11:25 AM, Ivan Iudice wrote:
> > > Hi Philip!
> > > I only have site-package folder in both python2.7 and python3.5 lib 
> > > folders, no dist-package.
> > > The problem is that in python3.5/site-package there is not numpy, it’s 
> > > only in python2.7/site-package.
> > > Is it not installed for python3? How can I install it in both the sdk 
> > > sysroot and in the target?
> > 
> > hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python
> > versions.
> > 
> > Sorry for the short answer, trying to help, but I don't use the Ettus
> > builds for gnuradio.
> > 
> > Philip
> > 
> > > Thanks so much.
> > > 
> > > Ivan
> > > 
> > > > > Il giorno 20 feb 2020, alle ore 17:05, Philip Balister 
> > > > >  ha scritto:
> > > > 
> > > > I had some dist-packages versus site-packages with some versions of
> > > > gnuradio. See if both exist. I'm betting numpy is in site-packages.
> > > > 
> > > > Philip
> > > > 
> > > > > On 2/19/20 4:46 PM, Ivan Iudice wrote:
> > > > > I’m curious to know if there is somebody in the list developing for 
> > > > > E310 using current SDK.
> > > > > This is a problem that, obviously, everybody wants execute custom 
> > > > > module could incur.
> > > > > Any ideas?
> > > > > 
> > > > > Ivan
> > > > > 
> > > > > > > Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha 
> > > > > > > scritto:
> > > > > > 
> > > > > > 
> > > > > > Dear all,
> > > > > > finally I cross-compiled my OOT module for running on USRP E310.
> > > > > > Based on the instructions at 
> > > > > > "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";,
> > > > > >  I set the environment variable PYTHONPATH a little bit different, 
> > > > > > to point the path of the installed OOT module:
> > > > > > 
> > > > > > export 
> > > > > > PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH
> > > > > > 
> > > > > > Such a way, on the target I can load my custom module in python.
> > > > > > root@ni-e31x-316AFEA:~# python3 -c "import custom_mod"
> > > > > > I created a flowgraph that use my OOT module, and I discovered in 
> > > > > > the newer file system for E310 python3 has not all of the needed 
> > > > > > libraries.
> > > > > > root@ni-e31x-316AFEA:~# ./top_block.py
> > > > > > Traceback (most recent call last):
> > > > > > File "./top_block.py", line 12, in 
> > > > > >   from gnuradio import blocks
> > > > > > File 
> > > > > > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py",
> > > > > >  line 38, in 
> > > > > >   from .stream_to_vector_decimator import *
> > > > > > File 
> > > > > > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py",
> > > > > >  line 23, in 
> > > > > >   from gnuradio import gr
> > > > > > File 
> > > > > > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py",
> > > > > >  line 46, in 
> > > > > >   from .top_block import *
> > > > > > File 
> > > > > > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py",
> > > > > >  line 32, in 
> > > > > >   from .hier_block2 import hier_block2
> > > > > > File 
> > > > > > "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py",
> > > > > >  line 26, in 
> > > > > >   import pmt
> > > > > > File 
> > > > > > "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py",
> > > > > >  line 61, in 
> > > > > >   from .pmt_to_python import pmt_to_python as to_python
> > > > > > File 
> > > > > > "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py",
> > > > > >  line 23, in 
> > > > > >   import numpy
> > > > > > ImportError: No module named 'numpy'
> > > > > > How could I solve the problem?
> > > > > > I'm so close to run my OOT modules on the target...
> > > > > > Thanks so much.
> > > > > > Ivan
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 
> > > > > > Giga in 4G a soli 8,99€ al mese. http://tisca.li/smart30
> > > > > > 
> 
> 


smime.p7s
Description: S/MIME cryptographic signature

Re: [GNU Radio 3.8] Error loading modules on E310

[Philip Balister]

Try:

$ less `which gnuradio-companion`

And see which python interpreter gnuradio-companion uses. Hopefully
someone from Ettus support knows for sure and can help with the OOT.

Your OOT looks like it is using python3

Philip

On 2/20/20 2:41 PM, Müller, Marcus (CEL) wrote:
> Hi Ivan,
> 
> GNU Radio 3.7: Python2
> GNU Radio 3.8: Py2 XOR Py3
> GNU Radio >3.8: Py3
> On Thu, 2020-02-20 at 19:35 +0100, Ivan Iudice wrote:
>> Your help is very welcome!
>> I’m sorry for the stupid question, however, how can I know which version of 
>> python is used by gnuradio?
>>
>> Ivan
>>
>>> Il giorno 20 feb 2020, alle ore 19:22, Philip Balister 
>>>  ha scritto:
>>>
>>> On 2/20/20 11:25 AM, Ivan Iudice wrote:
 Hi Philip!
 I only have site-package folder in both python2.7 and python3.5 lib 
 folders, no dist-package.
 The problem is that in python3.5/site-package there is not numpy, it’s 
 only in python2.7/site-package.
 Is it not installed for python3? How can I install it in both the sdk 
 sysroot and in the target?
>>>
>>> hmm, is gnuradio on the e310 using python 2 or 3? Maybe mixed python
>>> versions.
>>>
>>> Sorry for the short answer, trying to help, but I don't use the Ettus
>>> builds for gnuradio.
>>>
>>> Philip
>>>
 Thanks so much.

 Ivan

>> Il giorno 20 feb 2020, alle ore 17:05, Philip Balister 
>>  ha scritto:
>
> I had some dist-packages versus site-packages with some versions of
> gnuradio. See if both exist. I'm betting numpy is in site-packages.
>
> Philip
>
>> On 2/19/20 4:46 PM, Ivan Iudice wrote:
>> I’m curious to know if there is somebody in the list developing for E310 
>> using current SDK.
>> This is a problem that, obviously, everybody wants execute custom module 
>> could incur.
>> Any ideas?
>>
>> Ivan
>>
 Il giorno 17 feb 2020, alle ore 17:31, kron...@tiscali.it ha scritto:
>>>
>>> 
>>> Dear all,
>>> finally I cross-compiled my OOT module for running on USRP E310.
>>> Based on the instructions at 
>>> "https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source";,
>>>  I set the environment variable PYTHONPATH a little bit different, to 
>>> point the path of the installed OOT module:
>>>
>>> export PYTHONPATH=$LOCALPREFIX/lib/python3.5/dist-packages:$PYTHONPATH
>>>
>>> Such a way, on the target I can load my custom module in python.
>>> root@ni-e31x-316AFEA:~# python3 -c "import custom_mod"
>>> I created a flowgraph that use my OOT module, and I discovered in the 
>>> newer file system for E310 python3 has not all of the needed libraries.
>>> root@ni-e31x-316AFEA:~# ./top_block.py
>>> Traceback (most recent call last):
>>> File "./top_block.py", line 12, in 
>>>   from gnuradio import blocks
>>> File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/__init__.py",
>>>  line 38, in 
>>>   from .stream_to_vector_decimator import *
>>> File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/blocks/stream_to_vector_decimator.py",
>>>  line 23, in 
>>>   from gnuradio import gr
>>> File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/__init__.py",
>>>  line 46, in 
>>>   from .top_block import *
>>> File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/top_block.py",
>>>  line 32, in 
>>>   from .hier_block2 import hier_block2
>>> File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/gnuradio/gr/hier_block2.py",
>>>  line 26, in 
>>>   import pmt
>>> File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/__init__.py",
>>>  line 61, in 
>>>   from .pmt_to_python import pmt_to_python as to_python
>>> File 
>>> "/home/root/localinstall/usr/lib/python3.5/dist-packages/pmt/pmt_to_python.py",
>>>  line 23, in 
>>>   import numpy
>>> ImportError: No module named 'numpy'
>>> How could I solve the problem?
>>> I'm so close to run my OOT modules on the target...
>>> Thanks so much.
>>> Ivan
>>>
>>>
>>>
>>> Con Tiscali Mobile Smart 30 4G hai minuti illimitati, 100 SMS e 30 Giga 
>>> in 4G a soli 8,99€ al mese. http://tisca.li/smart30
>>>
>>
>>

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Paul White]

Hello, Marcus

Many thanks for taking the trouble to reply, and so comprehensively.

I certainly don't want to get into a sterile debate about the merits of
Linux vs. Windows (that I'm not qualified for, anyway). But there are a
couple of points (here I go, anyway)...

There are Linux builds for an extraordinary range of hardware platforms, and
making applications work is not always plain sailing - the support groups
testify to that.

And it seems to me that reliance on the shifting sands of Python has
consumed a fair amount of development and support resources.

Then there is the infamous WX/QT transition that seems to have upset a lot
of users apart from me. Some of us just give up at a certain point, so you
won't see endless complaints about the same old problems.

I can understand a "new broom" team may have to dump some legacy code that's
too hard to support, but it is a fact that some basic QT widgets do not
replicate the full functionality of their WX predecessors. In other words QT
is not really mature enough yet.

Windows developers have the "luxury" of an IBM-compatible platform, or what
passes for that these days. "Clean" code in C/C++ or C#, without other
language or toolset dependencies has been remarkably successful for quite a
few SDR authors (some distributing their product for free) who have no
inclination to stray beyond Windows despite their excellent programming
skills.

My impression is that Windows is *not* a mess. There is a strong market for
SDR software on Windows and, thankfully, developers for it.

Sorry, that was more than a couple.

Gnu Radio is a wonderful thing, and at one point made a huge difference for
me. And surely it will only get better with time. Congratulations to
everyone for all the successes, and many thanks for giving up their time.

Best regards

Paul White

[call] We're live ! (was: [call] GNU Radio Project Call 2020-02: Today, postponed to 20:00 UTC)

[CEL]

https://www.twitch.tv/gnuradio

... and the recording will be uploaded to Youtube, too.
On Thu, 2020-02-20 at 17:46 +, Müller, Marcus (CEL) wrote:
> Dear GNU Radio community,
> 
> due to unplanned events, we have to postpone the project call by two
> hours to 20:00 UTC.
> 
> Best regards,
> Marcus


smime.p7s
Description: S/MIME cryptographic signature

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

[Geof Nieboer]

Jerom,

Confirming what Marus and the others have said, the current installers use
py2.7 and only py2.7.

It is indeed a major effort to move to py3 (because compilers), and once
it's done, it'll be done forever, I can't maintain 2 versions.  So since
py2.7 was the legacy standard, I'm planning on one more GR 3.8 build before
converting the installers to py3.

Py3 once the old code is ripped out will actually be much easier to
maintain, but for now, you are stuck.  However, at some point in the
future-at-a-date-I-won't-commit-to-because-life, GR3.8+py3 will be
available on Windows in a handy-dandy installer.

Geof

On Thu, Feb 20, 2020 at 11:55 AM Michael Dickens 
wrote:

> If you install from an EXE, then you'll get whatever it was built for
> (Py27 or Py3). If there's any way to build from source then you can select
> the Python version directly. I don't run Windows, nor do I build for it;
> hopefully someone is providing different Windows installer for GR38 with
> variants for Py27 and Py3 ... - MLD
>
> On Thu, Feb 20, 2020 at 10:08 AM Jerom Maas - LR 
> wrote:
>
>> Hello Michael, thanks for the quick response!
>>
>> I've just reinstalled GRC, but I've not seen a single option about Py2 or
>> Py3. Maybe it's because I use the .exe installer, that it automatically
>> chooses Py2 then? As said before, I don't even have Py2 installed on my pc.
>> Should I give it a go using Powershell, or try another method?
>>
>>
>> Jerom
>> --
>> *Van:* Michael Dickens 
>> *Verzonden:* donderdag 20 februari 2020 15:50:43
>> *Aan:* Jerom Maas - LR
>> *CC:* discuss-gnuradio@gnu.org
>> *Onderwerp:* Re: GRC 3.8 Output language Py2 or Py3 (Windows)
>>
>> Hi Jerom - I believe GRC outputs Py script based on how GR is installed.
>> Since GR38 can be installed using Py27 or Py3, if it's installed using Py27
>> then GRC will output for Py27. If installed for Py3 then it'll output for
>> Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is
>> installed in the first place & if for Py27 then see about getting it
>> installed for Py3. Hope this is useful! - MLD
>>
>> On Thu, Feb 20, 2020 at 9:06 AM Jerom Maas - LR 
>> wrote:
>>
>>> Hello all,
>>>
>>>
>>> after installing GRC 3.8, I find that the .py files that are created
>>> from grc are python 2, instead of python 3.
>>>
>>> I use Py3 and not Py2, so that's a problem.
>>>
>>> How do I change the output language of GRC? If I use the 'option block'
>>> I can only choose 'Python'  or ' C++' , but I can't specify the version of
>>> Python. I am using Windows.
>>>
>>>
>>> Thanks for your help,
>>>
>>>
>>> Jerom Maas
>>>
>>>
>>> PS I am not so familiar with C, so if the solution is to alter a bit in
>>> Cmake or something, can you specifically name the file that needs to be
>>> changed? That would be very helpful!
>>>
>>>
>>>
>>>
>>
>> --
>> Michael Dickens
>> Ettus Research Technical Support
>> Email: supp...@ettus.com
>> Web: https://ettus.com/
>> 
>>
>
>
> --
> Michael Dickens
> Ettus Research Technical Support
> Email: supp...@ettus.com
> Web: https://ettus.com/
>

Re: QT4 GUI runtime error

[Carlos]

Apologies for being vague.  As I mentioned earlier, it also happens to the QT 
waterfall sink. When I was using the WX GUI, the same two sinks failed. Here’s 
the detail:

Executing: /usr/bin/python -u ~/Documents/top_block.py

RSP devIndex: [0] RSP2
SDRplay bandwidth requested=1.536e+06 actual=1536000
Traceback (most recent call last):
  File “~/Documents/top_block.py", line 299, in 
main()
  File “~/Documents/top_block.py", line 287, in main
tb = top_block_cls()
  File “~/Documents/top_block.py", line 191, in __init__
1 #number of inputs
  File "/usr/lib/python2.7/dist-packages/gnuradio/qtgui/qtgui_swig.py", line 
1563, in make
return _qtgui_swig.freq_sink_c_make(fftsize, wintype, fc, bw, name, 
nconnections, parent)
RuntimeError: std::exception

>>> Done


Here’s the link to the GNURadio archive:

https://lists.gnu.org/archive/html/discuss-gnuradio/2017-08/msg00116.html 


Thanks for the help.

Carlos


> On Feb 20, 2020, at 10:12 AM, Müller, Marcus (CEL)  wrote:
> 
> There's no such thing as "the Qt4 runtime error". Please send us the
> exactly what you're getting. This mailing list sees a couple of
> thousand emails in 3 years, so really, we'll need you to tell us what
> you're reading as error *in verbatim*, and a link to the mailing list
> archive post (or at least the exact date and subject line) to figure
> out what you're talking about.
> 
> Best regards,
> Marcus
> On Thu, 2020-02-20 at 14:54 +, Carlos Velazquez wrote:
>> I was referring to the QT4 runtime error. I was hoping 3 years may have 
>> provided a solution since those QT blocks are so basic (frequency sink, 
>> waterfall). 
>> 
>> I’m hesitant to switch to 3.8 since I don’t know if my OOT items will work, 
>> took me forever to get working, and my project is due in one week. But I’ll 
>> try on a VM tonight and see. 
>> 
>> Thanks for your help!
>> 
>>> On Feb 20, 2020, at 8:32 AM, Müller, Marcus (CEL)  wrote:
>>> 
>>> Hi Carlos,
>>> 
 I saw mention to this error
>>> 
>>> not quite sure what you're referring to. What error?
>>> 
>>> WX not working on every platform and us not having adequate knowledge
>>> to repair it was the reason to remove it from GNU Radio, so my
>>> recommendation really is using Qt instead.
>>> 
>>> Also, instead of the ld GNU Radio 3.7.11, I'd recommend you get our
>>> release builds:
>>> 
>>> uninstall your old GNU Radio, and then run 
>>> sudo add-apt-repository ppa:gnuradio/gnuradio-releases
>>> sudo apt-get update
>>> to get GNU Radio 3.8.
>>> 
>>> Best regards,
>>> Marcus
>>> 
>>> 
 On Thu, 2020-02-20 at 00:17 -0500, Carlos wrote:
 I saw mention to this error in 2017 in the archives and the fix was a 
 delete and install. This is running Ubuntu 18.04 with GR3.7.11-10. The 
 weird part is that WX FFT does not work and none of the frequency related 
 QTs either. The others do.
 
 Any idea how to fix that besides remove and re-install?
 
 v/r,
 
 Carlos

Python module: object as a reference (just as "Block ID" in "Function Probe" block)

[Lukas Haase]

Hi,

I am using the "Embedded Python Block" to create a simple controller that 
controls my USRP Source/Sink blocks.
These blocks support a message interface but unfortunately this is pretty 
useless except for the simplest applications (I need to control advanced tuning 
with timed commands, GPIO ports etc).

Hence I need to call the methods of these objects directly but I need a 
reference to them inside my custom block.
Within my python block I cannot reference the parent blocks, hence I need to 
pass a reference to these two objects via the constructor (and parameters).
Basically I want to do the same as parameter "Block ID" from the block 
"Function Probe" does.

What is the best way to implement this?

Thanks,
Luke






PS: Example:

class blk(gr.sync_block):  # other base classes are basic_block, decim_block, 
interp_block
def __init__(self, sample_rate=1.0, usrp_source_block=''):  # only default 
arguments here
"""arguments to this function show up as parameters in GRC"""
gr.sync_block.__init__(
self,
name='Controller',   # will show up in GRC
in_sig=[np.float32],
out_sig=[np.float32]
)
# if an attribute with the same name as a parameter is found,
# a callback is registered (properties work, too).
self.sample_rate = sample_rate
self.usrp_source_block = usrp_source_block

# here I want to execute for example
self.usrp_source_block.set_gain(5.0)

When I then create an USRP Sink object with ID uhd_usrp_sink_0 and enter as 
parameter I get the error:

Param - Usrp Source Block(usrp_source_block):
Value "uhd_usrp_sink_0" cannot be evaluated:
name 'uhd_usrp_sink_0' is not defined