/libQt5Core.so.5
>>
>> $HOME/.local/lib64/python3.11/site-packages/PyQt5/Qt5/lib/libQt5Core.so.5
>>
>> So, I may have configuration issue to investigate.
>>
>>
>> On 2024-01-23 15:45, aardric wrote:
>>> Additional information:
>>>
Core.so.5
>
> $HOME/.local/lib64/python3.11/site-packages/PyQt5/Qt5/lib/libQt5Core.so.5
>
> So, I may have configuration issue to investigate.
>
>
> On 2024-01-23 15:45, aardric wrote:
>> Additional information:
>>
>> Test project AAVKX/sdr/gnuradio/build
>>
I have the Qt 5 Core library installed system wide and in $HOME/.local
/usr/lib64/libQt5Core.so.5
$HOME/.local/lib64/python3.11/site-packages/PyQt5/Qt5/lib/libQt5Core.so.5
So, I may have configuration issue to investigate.
On 2024-01-23 15:45, aardric wrote:
> Additional information:
>
Additional information:
Test project AAVKX/sdr/gnuradio/build
Start 238: qa_qtgui
1/1 Test #238: qa_qtgui .***Failed 0.17 sec
Traceback (most recent call last):
File "AAVKX/sdr/gnuradio/gr-qtgui/python/qtgui/qa_qtgui.py", line 12,
in
from gnuradio
I have one error remaining from executing 'make test' on my recent build
of v3.10.9.2-1-g2fa48b16:
238:qa_qtgui
Is this the point at which I should raise a bug issue?
Rick
Hi Ali,
this is due to Clayton fixing a VOLK bug: the current GNU Radio test is buggy and expects
wrong results. Fixing the VOLK bug made the test fail:
https://github.com/gnuradio/gnuradio/pull/6980
So, don't worry: although it doesn't look like it, this test failing is a good thi
Hi all,
I am installing gnuradio v3.10.8.0
Both UHD and Volk have passed their tests in make test completely (100%)
but as I run make test after building gnuradio v3.10.8.0 I get this single
error:
139/263 Testing: qa_fir_filter
139/263 Test: qa_fir_filter
Command: "/usr/b
Ah this looks like you entered "10.0M" into a field. Sadly, that display
logic doesn't work the other way around - you need to note that as
10.0e6 (and 2.5e6 instead of 2.5M).
Hope that helps!
Best regards,
Marcus
On 06/11/2022 21.14, robin ivetic wrote:
File "/home/otpisani/Downloads/top_blo
File "/home/otpisani/Downloads/top_block.py", line 139
self.filter_fft_low_pass_filter_0 = filter.fft_filter_ccc(1,
firdes.low_pass(1, 15.0, 10.0M, 2.5M, window.WIN_HAMMING, 0), 1)
^
SyntaxError: inva
hat you can set / unset at runtime.
On 27/06/2022 13.03, Fabien PELLET wrote:
Hello,
How can I enable the test clock output on J503 in my USRP N210 ? Is
there a way to do that only using UHD methods that I can use in my C++
code ?
I would like to use it on a hardware I'm designing that nee
Hello,
How can I enable the test clock output on J503 in my USRP N210 ? Is
there a way to do that only using UHD methods that I can use in my C++
code ?
I would like to use it on a hardware I'm designing that need to be
perfectly synchronised with the internal DAC, ADC and FPGA.
T
simple tests. In the course of these tests, the test code calls one
of the block's getter functions, just
def amplitude(self):
return self._amplitude
At this point, GNU Radio hangs. A print statement in the getter function prints
self._amplitude correctly, but then a print statement in the t
iteration.
I wrote the QA Test so I can use the Debugger to parse the C++ code and get
an understanding of how vector elements are passed into a block. For the QA
Test, I restricted the vector size to 4 floating pointing elements
(something I can observe easily for debugging purposes) and I set the I
You'll have to tell us what you do with that `data` and what the io_signature of your
block is.
On 20.04.22 17:22, George Edwards wrote:
Hello GNURadio Community,
In an OOT QA testing of a signal processing block designed to accept an input vector of 4
elements, I am having problems passing t
Hello GNURadio Community,
In an OOT QA testing of a signal processing block designed to accept an
input vector of 4 elements, I am having problems passing the QA input as a
vector. It sees the input as a stream. I tried passing the data in two
ways, but each failed. Here are the two ways I have fo
al_GNU_Radio_in_C%2B%2B
.
How can i import my block to python test code(in tutorial there is
"import tutorial_swig" as tutorial, but in gnuradio 3.9 there is no
longer swig)?
Traceback (most recent call last):
File
"/niko1/Szkicowniki/
y previous one never reached
> the mailserver.
> I'm entercounting problems when trying to make tests of my C++ block -
> this one from tutorial
> https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_C%2B%2B .
> How can i import my block to python test code(in tutoria
n i import my block to python test code(in tutorial there is
"import tutorial_swig" as tutorial, but in gnuradio 3.9 there is no
longer swig)?
Traceback (most recent call last):
File
"/niko1/Szkicowniki/gnuradio-bloczki/gr-tutorial/python/qa_my_qpsk_demod_cb.py",
line 3, in
n i import my block to python test code(in tutorial there is
"import tutorial_swig" as tutorial, but in gnuradio 3.9 there is no
longer swig)?
Traceback (most recent call last):
File
"/niko1/Szkicowniki/gnuradio-bloczki/gr-tutorial/python/qa_my_qpsk_demod_cb.py",
line 3, in
ng wrote:
>
>> This is also true on the latest dev/master, and it was possible to do a
>> "make test" before "make install" in 3.8. This has been noted in
>> https://github.com/gnuradio/gnuradio/issues/4825, which also includes a
>> workaround.
>
That workaround doesn't make sense. The idea, though, is that some files
need to be moved/symlinked so Python can see them. Or the PYTHONPATH needs
adjustment.
On Sun, Oct 24, 2021 at 4:23 PM Jeff Long wrote:
> This is also true on the latest dev/master, and it was possible to do a
>
This is also true on the latest dev/master, and it was possible to do a
"make test" before "make install" in 3.8. This has been noted in
https://github.com/gnuradio/gnuradio/issues/4825, which also includes a
workaround.
On Sun, Oct 24, 2021 at 1:47 PM Marcin Puchlik via
Hi,
While creating a squaring OOT module (just as an example), my unit test
failed because of *ModuleNotFoundError.*
This error occurs before running *make install*. After running *make
install* module is available and test is passing ok but it doesn't make
sense to do that.
I am using *3.
Hello, I have been studying about this for a few days.
I've got some questions.
First, I have thought about how I should get it done.
I have doubts about how to convert the raw file to symbols. Any advice?
After getting the raw file into symbols, I thought of multiplying this with
a signal sour
Okay Marcus, I thought it would appear on the mailing list as well, my bad.
I am starting to understand how my program is supposed to work.
Binary file --> Symbols --> Waveforms
I have no idea on which blocks do this kind of conversions. Still, I don't
have the theoretical basis to understand th
Hi Rodrigo,
please always have the mailing list in CC: (or directly reply to the mailing
list), so
that the others see you didn't get lost :)
On 14.07.21 13:06, Rodrigo Ruiz wrote:
> I will try to explain myself a bit better. I want to send a file using the
> LimeSDR, but
> first I need to use
Hi Rodrigo,
a "welcome" through this channel, too!
On 14.07.21 12:40, Rodrigo Ruiz wrote:
> Hello, I want to create a flowgraph in order to send a "Hello World" using my
> LimeSDR-Mini.
Cool!
> The thing is that I want to encode the "Hello World" using NRZ, Manchester,
> etc coding
> technique
Hello, I want to create a flowgraph in order to send a "Hello World" using
my LimeSDR-Mini.
The thing is that I want to encode the "Hello World" using NRZ, Manchester,
etc coding techniques, but I don't know if this is possible. Also I would
like to modulate on FM, for example. But as the input fro
Happy 4th to everyone!
I am doing a QA test and it goes into an infinite loop and there is nothing
in my code to explain this, except my misunderstanding of writing code for
Gnuradio.
I am working with the general model because I have M input samples to every
N output samples (M and N are not
Opps - ignore the following -I just realized in my mind I was going the
wrong direction - I got twisted:
"If you were to add a signal source of 48 kHz, you would need to add
a rational sampler in front of the WBFM block for a quadrature rate of
480 kHz"
If you add a 48 kHz signal inste
his thread.
https://discourse.myriadrf.org/t/glitchy-behavior-gr-limesdr-limesdr-usb-sinewave-test/7022/10?u=vu2tve
<https://discourse.myriadrf.org/t/glitchy-behavior-gr-limesdr-limesdr-usb-sinewave-test/7022/10?u=vu2tve>
I'd love some advice with which I can produce a simple FM mod
Hi. I performed some more tests and report the results on this thread.
https://discourse.myriadrf.org/t/glitchy-behavior-gr-limesdr-limesdr-usb-sinewave-test/7022/10?u=vu2tve
I'd love some advice with which I can produce a simple FM modulated
sinewave with gnuradio and limesdr. If someo
d be to post your GRC - which is an yaml or text file.
>>>>>>
>>>>>> -- Cinaed
>>>>>>
>>>>>> On 3/16/21 11:19 PM, Anish Mangal wrote:
>>>>>>
>>>>>> Hi! Any pointers to where I can start de
CPU: Intel© Core™ i7-4900MQ CPU @ 2.80GHz × 4
RAM: 16GB
H/w: Thinkpad T440p
tl;dr
I'm trying a simple test to create a
sinewave output
adio-companion in debug mode?
>>>>> Do more simpler tests?
>>>>> Any other suggestions?
>>>>>
>>>>> I have a HackRF One and will try the exact same comparison there too
>>>>> ... SDRAngel & grc
>>>>>
>>&
CPU: Intel© Core™ i7-4900MQ CPU @ 2.80GHz × 4
RAM: 16GB
H/w: Thinkpad T440p
tl;dr
I'm trying a simple test to create a sinewave
output from a WFM modulator block. If there is
RAM: 16GB
H/w: Thinkpad T440p
tl;dr
I'm trying a simple test to
mparison there too
>>>> ... SDRAngel & grc
>>>>
>>>> On Mon, Mar 15, 2021 at 7:32 PM Anish Mangal wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> To properly explain the issue I'm facing, I recorded a video showing
>>>>>
RAM: 16GB
H/w: Thinkpad T440p
tl;dr
I'm trying a simple
gt;>>>> Maybe run gnuradio-companion in debug mode?
>>>>> Do more simpler tests?
>>>>> Any other suggestions?
>>>>>
>>>>> I have a HackRF One and will try the exact same comparison there too
>>>>> ... SDRAngel &am
>>
>>>>> Hi,
>>>>>
>>>>> To properly explain the issue I'm facing, I recorded a video showing
>>>>> Oscilloscope waveforms.
>>>>>
>>>>>
>>>>> https://drive.google.com/file/d/11anGShu-I3N
t;
>>>> On Mon, Mar 15, 2021 at 7:32 PM Anish Mangal wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> To properly explain the issue I'm facing, I recorded a video showing
>>>>> Oscilloscope waveforms.
>>>>>
>>
2.80GHz × 4
RAM: 16GB
H/w: Thinkpad T440p
tl;dr
I'm trying a simple
l & grc
>>>>
>>>> On Mon, Mar 15, 2021 at 7:32 PM Anish Mangal wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> To properly explain the issue I'm facing, I recorded a video showing
>>>>> Oscilloscope waveforms.
&g
gnuradio-companion: 3.8.2.0 (Python 3.6.9)
gr-limesdr: branch gr-3.8 (last commit
47511dd58de1695b70e1028366411bada85eb60f)
sdrangel: 4.12.1
OS: Linux Mint 19.1
CPU: Intel© Core™ i7-4900MQ CPU @ 2.80GHz × 4
RAM: 16GB
gt;>>
>>>> https://drive.google.com/file/d/11anGShu-I3NhL9Jet6YAiyBprvwP4kDc/view?usp=sharing
>>>>
>>>> The gnuradio flowgraph is here:
>>>>
>>>> https://drive.google.com/file/d/1xQz1Kp_feAO1YrZRXXnMF25XEGgqVPSw/view?usp=sharing
>&
ive.google.com/file/d/1xQz1Kp_feAO1YrZRXXnMF25XEGgqVPSw/view?usp=sharing
>>>
>>> The various versions of the software/hardware involved are the
>>> following.
>>>
>>> gnuradio-companion: 3.8.2.0 (Python 3.6.9)
>>> gr-limesdr: branch gr-3.8 (la
OS: Linux Mint 19.1
CPU: Intel© Core™ i7-4900MQ CPU @ 2.80GHz × 4
RAM: 16GB
H/w: Thinkpad T440p
tl;dr
I'm trying a simple test to create a sinewave output from a
WFM modulator block. If there is no audio input, its WFM
modulated signal sh
Qz1Kp_feAO1YrZRXXnMF25XEGgqVPSw/view?usp=sharing
>>
>> The various versions of the software/hardware involved are the following.
>>
>> gnuradio-companion: 3.8.2.0 (Python 3.6.9)
>> gr-limesdr: branch gr-3.8 (last commit
>> 47511dd58de1695b70e1028366411bada85eb60f)
dr: branch gr-3.8 (last commit
47511dd58de1695b70e1028366411bada85eb60f)
sdrangel: 4.12.1
OS: Linux Mint 19.1
CPU: Intel© Core™ i7-4900MQ CPU @ 2.80GHz × 4
RAM: 16GB
H/w: Thinkpad T440p
tl;dr
I'm trying a simple test to create a sinewave output from a WFM
modulator block.
4.12.1
> OS: Linux Mint 19.1
> CPU: Intel© Core™ i7-4900MQ CPU @ 2.80GHz × 4
> RAM: 16GB
> H/w: Thinkpad T440p
>
> tl;dr
> I'm trying a simple test to create a sinewave output from a WFM modulator
> block. If there is no audio input, its WFM modulated signal should be a
> si
B
H/w: Thinkpad T440p
tl;dr
I'm trying a simple test to create a sinewave output from a WFM modulator
block. If there is no audio input, its WFM modulated signal should be a
simple sinewave. If I test this with SDRAngel, I see a clean-ish actual
sinewave in time domain on the oscilloscope. But i
:
>
> Hi Rupak,
>
> can you update to a moderner Ubuntu? GNU Radio 3.8 should work with
> Ubuntu 16.04, indeed, but on 20.04, you can just
>
> sudo apt install gnuradio gnuradio-dev cmake swig
>
> and have a working GNU Radio 3.8 development enviro
implement that test?
Also, when you run `ctest --output-on-failure` instead of `make test`,
you should be getting a more detailed error report.
Best regards,
Marcus
On 12.11.20 04:02, Rupak Paul wrote:
> Hi there,
>
> I am using Ubuntu 16.08 and GNU 3.8.
> When I run ''make t
Hi there,
I am using Ubuntu 16.08 and GNU 3.8.
When I run ''make test'' cmd for creating new OOT module, it fails and
shows-
..
Running tests...
Test project /home/rupak/gr-howto/build
Start 1: te
Hello,
I had the QA test working, but it produces an incorrect result. So I
prepared the C++ OOT for debugging. To Configure the model for debugging, I
picked a gcc debugger and in the json configuration file I copied over the
info from another OOT json file into the current OOT and changed all
Hi,
For GR 3.9 I would like to test QT_GUI_Az-El_Plot (there are no existing
tests in the examples). If anyone has used this GUI, I would appreciate
your sharing a flowgraph for it.
Thanks!
---
Barry Duggan KV4FV
https://github.com/duggabe
OT GNU radio module in C++.
> When I run the QA Test (the Tutorial gave the Installation step before QA
> Testing, I believe you must have things working before installing). When I
> ran the QA, I got a message saying it cannot "import tutorial_swig as
> tutorial". I then looke
Hello,
I am using the Guided Tutorial for making an OOT GNU radio module in C++.
When I run the QA Test (the Tutorial gave the Installation step before QA
Testing, I believe you must have things working before installing). When I
ran the QA, I got a message saying it cannot "import tutorial
Hi,
Did you found this issue on github?
https://github.com/gnuradio/volk/issues/340
If you just want to install and use GNU Radio, ignore it.
Best regards,
Fabian
Am 14. Juni 2020 09:03:53 MESZ schrieb Vincenzo Mone :
>Hello all,
>
>I am installing Gnuradio, but when I give the make tes
Hello all,
I am installing Gnuradio, but when I give the make test command,
at the end of the scrolling I get this error:
99% tests passed, 1 tests failed out of 365
Total Test time (real) = 160.52 sec
The following tests FAILED:
25
dummy.pdf
Description: Adobe PDF document
you want to test that proposed fedora change's RPM package:
You can download the SRPM from [2] and use it to rpmbuild the binary
package, which you can then install or remove using dnf/rpm. (That's
actually a good idea, since it integrates so nicely with your fedora.)
Best regards,
recommend that – pip is
pretty volatile, and we'll never be able to test all hypothetical
version combinations that you can get using DNF+pip). Try hiding /
cleaning your pip stuff (so that it won't interfere) and installing
what is listed as BuildRequires: in [1], but replace all pyth
Hi,
Trying to install gnuradio from source, on the maint-3.8 branch. Cmake runs
fine, but when I run "make test" I get one failure: qa_qtgui.
The testing log file says that the qa_qtgui_test.sh script failed with a
segmentation fault on this line:
/usr/bin/python3 -B
/home/gallow
03 PM Tellrell White wrote:
> Hello All
> I'm currently trying to install GNU Radio 3.9.0 on Ubuntu 18.04. Cmake,
> and the make command seem to work fine without any issues. When I run make
> test I get the following output:
>
> 97% tests passed, 10 tests failed out of 364
&g
Hello All
I'm currently trying to install GNU Radio 3.9.0 on Ubuntu 18.04. Cmake, and
the make command seem to work fine without any issues. When I run make test
I get the following output:
97% tests passed, 10 tests failed out of 364
Total Test time (real) = 142.30 sec
The following
list works would
be by sending a self-introduction email and check the mailing list
archives for it an hour later, if you're not sure it reached the list.
Best regards,
Marcus
On Thu, 2019-06-06 at 09:39 -0400, Eamon Heaney wrote:
> Another test message, due to my subscription wonkiness.
Another test message, due to my subscription wonkiness. Thank you for
bearing with me.
--
Eamon Heaney
*Fleet Commander*
*President, Model UN at Virginia Tech*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman
Been having subscription issues, checking to see if I can mail the list.
--
_The information contained in this communication may be subject to legal
confidentiality protection or privilege. It is intended solely for use by
the intended recipient and others authorized to receive it. If you have
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
owever, when I issued the
> command: ctest -V -R detector0, I got the following error:
>
> 2: Test timeout computed to be: 9.99988e+06
> 2: E
> 2: =
> 2: ERROR: test_001_detector0 (__
I created a module named detector0 with one input argument: int len. In the
python qa file, I set the len to 20. However, when I issued the command:
ctest -V -R detector0, I got the following error:
2: Test timeout computed to be: 9.99988e+06
2: E
2
ut compared to the usual. Hope
this helps! - MLD
On Wed, Jan 10, 2018, at 2:08 PM, Mercado, Alejandra via USRP-users wrote:
> When I followed instructions to make both the UHD and the GNURadio, I got a
> slew of warnings. Later I ran the GnuRadio test and got one error:
> 99% tests passed
accumulate faulty tests within this thread and start working from there.
I already started accumulating flaky/broken unittests some time ago in this
issue:
https://github.com/gnuradio/gnuradio/issues/1261
Some of them are only triggered with `make -j N test` for great N.
Cheers
Andrej
--
Andrej
../*
*make -j4*
*make test*
Out of every 4 compilations, 1/2 would fail the make test e.g
qa_constellation_receiver(attached
error with email) or
qa_ofdm_sync_sc_cfb. Our fix so far has been to *re-run the build with no
modifications and the tests pass*.
I have seen similar errors pop up in the maili
/gnuradio/gnuradio
<https://github.com/gnuradio/gnuradio>*
*git checkout v3.7.11*
*mkdir build*
*cd build*
*cmake -DENABLE_GR_QTGUI=OFF -DCMAKE_INSTALL_PREFIX=/usr/local ../*
*make -j4*
*make test*
Out of every 4 compilations, 1/2 would fail the make test e.g
qa_constellation_receiver(at
Thanx for testing with the RX8200. I believe the two failures are not
valid modcod's.
DVB-S2X 8PSK 26/45 only exists for short frames (which it seems the
RX8200 does not support). In the Python script, there should be even
more checking with regards to short/normal frames.
DVB-S2X 16APSK 7/9
Hey Ron,
I tested the "standard-compliance" of the dvb-s2 blocks (DVB-S2X
modcods) of gnuradio by the help of an RX8200 up to 32APSK. Here are
the results. :-)
Symbol rate: 5M
Roll-off: 0.2
No sync possible for:
DVB-S2X 8PSK 26/45
DVB-S2X 16APSK 7/9
Sync / TS lock:
DVB-S2X QPSK 9/20
DVB-S2X Q
On 06/08/2017 10:24 PM, li...@lazygranch.com wrote:
> If the idea is to navigate to
> build/gr-fec
> then
> make test
> I don't pass that either.
Blow away the build directory and build it again, then run
make test
twice. Don't do an install or change userids.
T
If the idea is to navigate to
build/gr-fec
then
make test
I don't pass that either.
linux-0u81:/usr/local/src/gnuradio_latest/gnuradio/build/gr-fec # make test
Running tests...
Test project /usr/local/src/gnuradio_latest/gnuradio/build/gr-fec
Start 1: gr-fec-reed-solomon-test
1/14
To be clear, in your case, the "recipe for target 'test' failed" so you
can't possibly have single successful test.
And here's what successful tests look like.
Test project /home/cinaed/gnuradio/build/gr-fec
Start 1: gr-fec-reed-solomon-test
1/14 Test
e bleeding edge of 3.7.12.
> I noticed ZMQ failed, which is odd since it worked before. I reran the
> test and ZMQ worked. This makes me wonder if some variable isn't being
> set.
But you're not running the test in gr-zeromq - you're running the test
in gr-fec.
gr-zeromq has it
organ Merge branch
> 'maint'"
>
> I noticed ZMQ failed, which is odd since it worked before. I reran the
> test and ZMQ worked. This makes me wonder if some variable isn't being
> set.
>
> Here are the results when ZMQ worked:
>
> Total Te
I downloaded gnuradio off of github. Hopefully this is sufficient
identification of the version:
"Latest commit 37d373a 14 hours ago @jmcorgan jmcorgan Merge branch
'maint'"
I noticed ZMQ failed, which is odd since it worked before. I reran the
test and ZMQ worked. This mak
ython2.7', '/usr/lib/python2.7/plat-x86_64-linux-gnu',
> '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old',
> '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages',
> '/usr/lib/python2.7/dist-packages
27;,
> '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-
> packages', '/usr/lib/python2.7/dist-packages',
> '/usr/lib/python2.7/dist-packages/gtk-
> 2.0', '/usr/lib/python2.7/dist-packages/wx-3.0-gtk2']> by
> {{{
>
hon2.7/lib-tk', '/usr/lib/python2.7/lib-old',
'/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages',
'/usr/lib/python2.7/dist-packages',
'/usr/lib/python2.7/dist-packages/gtk-2.0',
'/usr/lib/python2.7/dist-packages
Hi Mostafa -
What does
{{{
python2.7 -c "import sys; print sys.path"
}}}
return?
You say you installed into "/prefix" (literally; not just an arbitrary
setting) ... I'm thinking if you set PYTHONPATH to "/prefix/lib/python2.7/site-
packages" then it should find the OOT module install.
Hope this i
es/gr-howto/python/qa_square_ff.py",
> line 22, in
> 2: from gnuradio import gr, gr_unittest
> 2: ImportError: No module named gnuradio
>
> while I have a working installation of Gnuradio. My first guesses are:
> 1- something is wrong with PYTHONPATH
> or
> 2- something i
t;
> while I have a working installation of Gnuradio. My first guesses are:> 1-
> something is wrong with PYTHONPATH
> or
> 2- something is wrong about the prefix in gnuradio installation (done
> with with PYBOMBS) while running "make test">
> Any ideas? How should I debu
nuradio installation (done with
with PYBOMBS) while running "make test"
Any ideas? How should I debug deeper?
Thanks,
Mostafa
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
gnuradio import zeromq
And if I recall correctly, during the cmake configuration, cmake
indicates if it's missing.
If you installed it and cmake complains about it missing then it's
probably because it's not the development version.
-- Cinaed
> On Sat, 29 Apr 2017 22:45:03 -0700
> Cin
eally resolving the problem.
> > http://stackoverflow.com/questions/1783405/how-to-check-out-a-remote-git-branch
> >
> > In the meantime, I will compile the newest version without thrift
> > installed, which hopefully will skip those modules.
> >
> >
Cinaed Simson wrote:
> On 04/29/2017 06:41 PM, Cinaed Simson wrote:
>
> > The test for polar uses python-scipy which requires scipy.
>
> Actually, I don't think this is true.
>
> In Debian and Ubuntu, just about all the libraries with the python
> hooks are name
On 04/29/2017 06:41 PM, Cinaed Simson wrote:
> The test for polar uses python-scipy which requires scipy.
Actually, I don't think this is true.
In Debian and Ubuntu, just about all the libraries with the python hooks
are named python-.
On you system it may be called scipy. In fact, th
, I will compile the newest version without thrift
installed, which hopefully will skip those modules.
On Sat, 29 Apr 2017
19:01:34 -0700 Ron Economos wrote:
git checkout v3.7.11
But you're still going to have the same test failures. It's not
something new.
Ron
On 04/29/2017 06:57
the newest version without thrift
installed, which hopefully will skip those modules.
On Sat, 29 Apr 2017
19:01:34 -0700 Ron Economos wrote:
> git checkout v3.7.11
>
> But you're still going to have the same test failures. It's not
> something new.
>
> Ron
>
>
first. In fact, there have been some recent commits
to solve some intermittent test errors.
Ron
On 04/29/2017 07:07 PM, li...@lazygranch.com wrote:
I suppose I could uninstall thrift since that looks really hosed on my system.
That would get rid of some errors.
Is there a recommended rev?
O
I suppose I could uninstall thrift since that looks really hosed on my system.
That would get rid of some errors.
Is there a recommended rev?
Original Message
From: Ron Economos
Sent: Saturday, April 29, 2017 7:03 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] test and
1 - 100 of 617 matches
Mail list logo
