Re: Reminder: SigMF Workshop this Thursday Noon Eastern

2022-01-13 Thread Derek Kozel
Alex, yes the workshop will be recorded and posted onto the YouTube
channel. It wasn't feasible to record the in-person one during the GNU
Radio Conference so this virtual one was arranged to be available to a
wider audience. Happily this also means the new workshop can cover the
as-released 1.0.0 spec.

Cinaed, the spec and libsigmf library have been updated to the 1.0.0
version but work is continuing to update the gr-sigmf module. Once that
update has happened we'll be upstreaming it for inclusion in the GNU Radio
core, probably in an update to the 3.10 release series or possibly in 3.11
depending on when the work is complete. I don't think the workshop is going
to substantially dive into using gr-sigmf hands on but focus on the overall
file format and features available in it.

gr-sigmf has been developed by SkySafe and lives under their org's account.
https://github.com/skysafe/gr-sigmf


On Thu, Jan 13, 2022 at 1:11 AM Cinaed Simson 
wrote:

> Hi Derek - I have  a question regarding the installation of gr-sigmf.
>
> Prior to installing gr-sigmf, I installed SigMF-0.0.2. I just did a pull
> and the version didn't change.
>
> Things appears to be working - I just did a simple test using the
> source/sink grc file
>
> I don't remember where I downloaded it from - I think it was a gnuradio
> repo.
>
> Where should I be downloading SigMF from?
>
> Or is it even necessary for gr-sigmf?
>
> -- Cinaed
>
>
> On 1/12/22 13:42, Derek Kozel wrote:
>
> Hi folks,
>
> The Signal Metadata Format (SigMF) has seen specification improvement,
> greater adoption, and will likely continue to see growth over the coming
> year including greater integration into GNU Radio. With the version 1.0
> release finally here, there has never been a better time to learn more
> about what SigMF is, how it can help with RF data/metadata management, and
> where the specification is going. Join the SigMF development team for a
> workshop tomorrow on the future of the core SigMF specification,
> development tools, and integration with GNU Radio.
>
> Thursday January 13th at Noon Eastern US
>
> Join via Zoom 
> Meeting ID: 861 8214 0744
>
> Additional information about the specification can be found at sigmf.org.
> For discussions or questions please join the #sigmf:gnuradio.org
>  room on the Matrix chat
> server.
>
> At the GNU Radio Conference in 2021 Ben Hilburn, Jacob Gilbert, and Kyle
> Logue presented the state of work in-progress for the 1.0.0 specification
> release which was finalized on January 7th, 2022. Their talk can be viewed
> on YouTube.
>
> GRCon21 - SigMF v1.0.0 Update
> 
>
>
>


module SWIG disabled when running cmake

2022-01-13 Thread Michelle

Hello,
I am writing my own block and when I executed /cmake ..// I get the 
warning "/Disabling SWIG because version check failed/".
then when I did the qa test I get the error "/ModuleNotFoundError: No 
module named 'signalSource_swig'/ " (signalSource is the name of my module).
Do I have to install a new version of swig? My concern is that this new 
version could interfere with the proper functioning of gnuradio.

Please could you give me some guidance?
Thank you.




Re: module SWIG disabled when running cmake

2022-01-13 Thread Marcus Müller

Hello Michelle,

On 13.01.22 14:16, Michelle wrote:
Do I have to install a new version of swig? My concern is that this new version could 
interfere with the proper functioning of gnuradio.


To understand your concerns: you already have a version of swig installed, which you used 
to build GNU Radio?


Best regards,
Marcus


smime.p7s
Description: S/MIME Cryptographic Signature


UHD 4.1.0.5 released - clarification

2022-01-13 Thread Aaron Rossetto
Hello GNU Radio Community and friends of UHD,

A few weeks ago, I announced that UHD 4.1.0.5 had been released. I wish to
issue a minor clarification to some of the text in the release announcement
message.

I said, 'UHD 4.1.0.5 adds support for the NI Ettus USRP X410 Rev G, which
uses a different CPLD on the motherboard than previous revisions.' That
should have read '...adds support for the NI Ettus USRP X410 **module
revision E with motherboard Rev G**...'. Despite the minor clarification,
we continue to strongly recommend that **all** USRP X410 users regardless
of module revision upgrade their devices with the filesystem that ships
with 4.1.0.5, the instructions for which can be found under 'Updating
Filesystems' in the USRP X4xx section of the UHD manual at
https://files.ettus.com/manual/page_usrp_x4xx.html.

Thank you, and happy New Year!

Best regards,
Aaron


Re: module SWIG disabled when running cmake

2022-01-13 Thread Marcus Müller

Hi Michelle,

On 13.01.22 18:41, Michelle wrote:

Good morning Marcus,

Hello Marcus,
I believe that installing swig is a prerequisite for installing gnuradio.


No, it's only necessary for *building* GNU Radio binaries (For GNU Radio 3.7 
and 3.8).

When I execute 
locate swig I get the output below so I must have a version of swig. 


No, these are just swig bindings, not the swig program itself.

However when I 
execute swig -version I get "Command 'swig' not found, but can be installed with: sudo apt 
install swig".

So I don't know what to do.



Install swig :)

Best regards,
Marcus


smime.p7s
Description: S/MIME Cryptographic Signature


Re: module SWIG disabled when running cmake

2022-01-13 Thread Michelle

Hi Marcus :)

I installed swig ( SWIG Version 4.0.1) but when I make the test I still 
have the same issue:


$ ctest -V -R sig_source
UpdateCTestConfiguration  from 
:/home/michelle/gr-signalSource/build/DartConfiguration.tcl
UpdateCTestConfiguration  from 
:/home/michelle/gr-signalSource/build/DartConfiguration.tcl

Test project /home/michelle/gr-signalSource/build
Constructing a list of tests
Done constructing a list of tests
Updating test list for fixtures
Added 0 tests to meet fixture requirements
Checking test dependency graph...
Checking test dependency graph end
test 1
    Start 1: qa_sig_source

1: Test command: /usr/bin/sh 
"/home/michelle/gr-signalSource/build/python/qa_sig_source_test.sh"

1: Test timeout computed to be: 1000
1: Traceback (most recent call last):
1:   File "/home/michelle/gr-signalSource/python/qa_sig_source.py", line 
24, in 

1: import signalSource_swig as signalSource
1: ModuleNotFoundError: No module named 'signalSource_swig'
1/1 Test #1: qa_sig_source ***Failed    0.24 sec

0% tests passed, 1 tests failed out of 1

Total Test time (real) =   0.24 sec

The following tests FAILED:
      1 - qa_sig_source (Failed)
Errors while running CTest

On 2022-01-13 12:44 p.m., Marcus Müller wrote:

Hi Michelle,

On 13.01.22 18:41, Michelle wrote:

Good morning Marcus,

Hello Marcus,
I believe that installing swig is a prerequisite for installing 
gnuradio.


No, it's only necessary for *building* GNU Radio binaries (For GNU 
Radio 3.7 and 3.8).


When I execute locate swig I get the output below so I must have a 
version of swig. 


No, these are just swig bindings, not the swig program itself.

However when I execute swig -version I get "Command 'swig' not found, 
but can be installed with: sudo apt install swig".

So I don't know what to do.



Install swig :)

Best regards,
Marcus




Re: module SWIG disabled when running cmake

2022-01-13 Thread Marcus Müller

Hi Michelle!
looking at this:
have you re-run cmake, and make, before doing ctest?

Best regards,
Marcus

On 13.01.22 19:33, Michelle wrote:

Hi Marcus :)

I installed swig ( SWIG Version 4.0.1) but when I make the test I still have 
the same issue:

$ ctest -V -R sig_source
UpdateCTestConfiguration  from 
:/home/michelle/gr-signalSource/build/DartConfiguration.tcl
UpdateCTestConfiguration  from 
:/home/michelle/gr-signalSource/build/DartConfiguration.tcl
Test project /home/michelle/gr-signalSource/build
Constructing a list of tests
Done constructing a list of tests
Updating test list for fixtures
Added 0 tests to meet fixture requirements
Checking test dependency graph...
Checking test dependency graph end
test 1
     Start 1: qa_sig_source

1: Test command: /usr/bin/sh 
"/home/michelle/gr-signalSource/build/python/qa_sig_source_test.sh"

1: Test timeout computed to be: 1000
1: Traceback (most recent call last):
1:   File "/home/michelle/gr-signalSource/python/qa_sig_source.py", line 24, in 

1: import signalSource_swig as signalSource
1: ModuleNotFoundError: No module named 'signalSource_swig'
1/1 Test #1: qa_sig_source ***Failed    0.24 sec

0% tests passed, 1 tests failed out of 1

Total Test time (real) =   0.24 sec

The following tests FAILED:
       1 - qa_sig_source (Failed)
Errors while running CTest

On 2022-01-13 12:44 p.m., Marcus Müller wrote:

Hi Michelle,

On 13.01.22 18:41, Michelle wrote:

Good morning Marcus,

Hello Marcus,
I believe that installing swig is a prerequisite for installing gnuradio.


No, it's only necessary for *building* GNU Radio binaries (For GNU Radio 3.7 
and 3.8).

When I execute locate swig I get the output below so I must have a version of swig. 


No, these are just swig bindings, not the swig program itself.

However when I execute swig -version I get "Command 'swig' not found, but can be 
installed with: sudo apt install swig".

So I don't know what to do.



Install swig :)

Best regards,
Marcus


smime.p7s
Description: S/MIME Cryptographic Signature


Re: module SWIG disabled when running cmake

2022-01-13 Thread Michelle

Hello Marcus,
No I didn't.
Thank you very much, the test passed :)

On 2022-01-13 1:45 p.m., Marcus Müller wrote:

Hi Michelle!
looking at this:
have you re-run cmake, and make, before doing ctest?

Best regards,
Marcus

On 13.01.22 19:33, Michelle wrote:

Hi Marcus :)

I installed swig ( SWIG Version 4.0.1) but when I make the test I 
still have the same issue:


$ ctest -V -R sig_source
UpdateCTestConfiguration  from 
:/home/michelle/gr-signalSource/build/DartConfiguration.tcl
UpdateCTestConfiguration  from 
:/home/michelle/gr-signalSource/build/DartConfiguration.tcl

Test project /home/michelle/gr-signalSource/build
Constructing a list of tests
Done constructing a list of tests
Updating test list for fixtures
Added 0 tests to meet fixture requirements
Checking test dependency graph...
Checking test dependency graph end
test 1
 Start 1: qa_sig_source

1: Test command: /usr/bin/sh 
"/home/michelle/gr-signalSource/build/python/qa_sig_source_test.sh"

1: Test timeout computed to be: 1000
1: Traceback (most recent call last):
1:   File "/home/michelle/gr-signalSource/python/qa_sig_source.py", 
line 24, in 

1: import signalSource_swig as signalSource
1: ModuleNotFoundError: No module named 'signalSource_swig'
1/1 Test #1: qa_sig_source ***Failed    0.24 sec

0% tests passed, 1 tests failed out of 1

Total Test time (real) =   0.24 sec

The following tests FAILED:
   1 - qa_sig_source (Failed)
Errors while running CTest

On 2022-01-13 12:44 p.m., Marcus Müller wrote:

Hi Michelle,

On 13.01.22 18:41, Michelle wrote:

Good morning Marcus,

Hello Marcus,
I believe that installing swig is a prerequisite for installing 
gnuradio.


No, it's only necessary for *building* GNU Radio binaries (For GNU 
Radio 3.7 and 3.8).


When I execute locate swig I get the output below so I must have a 
version of swig. 


No, these are just swig bindings, not the swig program itself.

However when I execute swig -version I get "Command 'swig' not 
found, but can be installed with: sudo apt install swig".

So I don't know what to do.



Install swig :)

Best regards,
Marcus