And btw, it worked some month ago, when I implemented the pacman support
in pybombs. So the changes has to be somewhen since then.
On 08/01/2016 10:38 PM, Cyrille DERORY wrote:
> Hi,
>
> with PyBOMBS, I'm compiling gnuradio on archlinux:
> sudo pybombs -v install gnuradio
> and I get errors with
Hi,
Please submit the pullrequest! The package is definetely missing.
Greetings
Stefan
On 08/01/2016 05:55 PM, Andrej Rode wrote:
> Hey Cyrille,
>
>
> On 01/08/16 17:20, Cyrille DERORY wrote:
>> Thank you for your reply,
>>
>> my distro/OS is archlinux and package manager is pacman:
>> https:/
Hi,
I can confirm this problem. But it doesn't seem to be Arch Linux
specific (more a UHD problem).
Can someone confirm that it works on the other systems? UHD is build
from source, so the root of the problem are not the pacman packages.
My first guess would be the gcc6 compiler shipped with Arc
Your PYTHONPATH looks fine to me. In one of those paths should be a
"gnuradio/grc/main.py". Looks like that didn't get installed for some
reason. Maybe you could double check whats actually in there.
Admittedly, the error message could/should be a bit friendlier. I will
fix that.
Sebastian
On 08
On 08/01/2016 06:54 AM, Mike Willis wrote:
> I can't fix this one - 3 hours trying and I have given up. Ubuntu
> 16.04. gnuradio-companion isn't working. Everything else seems to be
> fine, existing flowgraphs run OK, even gqrx. I have tried a complete
> re-installation, right back to the pybombs p
Hi Stefan, Hi Cyrille,
I've seen this error before, but only with people that updated their GNU
Radio source code (git pull), and then ran "make" again; swig sometimes
stumbles upon this, and it takes a "make clean" to work again.
Now assuming this is not the case here, can you make sure you don'
Hi,
Gnuradio-3.7.10-1 release:
https://www.archlinux.org/packages/community/x86_64/gnuradio/ ) was already
installed when I used PyBOMBS.
I've just uninstalled gnuradio-3.7.10-1 and all dependancies
(libuhd-3.9.4-1, libvolk-1.3-1, gnuradio-iqbal-0.37.2-19) and now PyBOMBS
stop compiling at 32%.
Pr
Hi,
no idea how to submit the pullrequest.
Who can do it ?
Best regards.
Cyrille
2016-08-02 8:50 GMT+02:00 Stefan Wunsch :
> Hi,
>
> Please submit the pullrequest! The package is definetely missing.
>
> Greetings
> Stefan
>
> On 08/01/2016 05:55 PM, Andrej Rode wrote:
> > Hey Cyrille,
> >
> >
Hi,
Removing the system UHD doesn't sovle it for me. Although, it doesn't
break somewhere else for me.
Greetings
Stefan
On 08/02/2016 10:22 AM, Marcus Müller wrote:
> Hi Stefan, Hi Cyrille,
>
> I've seen this error before, but only with people that updated their GNU
> Radio source code (git pul
Hi,
> Please submit the pullrequest! The package is definetely missing.
Done.
Cheers
Andrej
signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss
Thank you very much Marcus! I'll give that a go later today :D
On Tue, Aug 2, 2016 at 2:38 AM, Marcus Müller
wrote:
> Hi Dave,
>
> that's a bit hard to tell without context; generally, Python can construct
> wrapper code for std::vector that makes those iterable, and handles the
> interna a bit
When you install UHD from our binaries, it's important that you first uninstall
your Linux distro's UHD and GNU Radio and you _must not_ re-install GNU Radio
from your distro's package manager but build it from source, otherwise, you
will get library incompatibilities and segfaults.
But that is
Hi,
Ok sry, indeed it does solve the problem (thx to Marcus, master of
solving gnuradio problems!). I tricked myself because I removed gnuradio
but not libuhd (run pacman -R libuhd), probably you did the same?
Regarding your new problem at 33%: I think this can be solved if you
remove the source
Found this via a Xilinx Facebook posting. I don't know if this young man is
on this list but if you are I salute you. This is impressive. He uses GNU
Radio.
http://electronics.kitchen/misc/freesrp/
Your notes about the Xilinx tools made this old guy feel much better about
struggling to learn the
On Fri, Jul 29, 2016 at 12:29 PM, Shilei Tian
wrote:
> Hello, everyone.
>
> I need the plot of Qt GUI Sink result, but I don’t find any way to export
> it except using system sceenshot, but it is poor quality. I want to ask is
> there any way to export a vector figure, like *.eps or something el
Hello, all, especially to Ettus product users. For sometime now I've
been using Ubuntu 14.04 LTS/GRC 3.7.8 to communicate in network mode
with my Ettus E310 without issues. The Ubuntu/GRC versions are a
"happy" pairing when working with the E310. The question is if I update
to Ubuntu 16.04.1
There should be no functional difference if you continue to use the same
version of UHD.
Best regards,
Marcus
PS: this is the point where I always stress that network mode is
primarily for diagnostic purposes, and we can't guarantee it's going to
be around forever, and its possible sample rates a
Hello John:
I'm running Ubuntu 16.04.1 (64-bit) with an E310 right now, and it works
fine. I don't think you should have any problems. You could always test it
in VirtualBox first.
--Neel Pandeya
On 2 August 2016 at 09:16, John B. Wood wrote:
> Hello, all, especially to Ettus product users.
On 08/02/2016 12:37 PM, Neel Pandeya wrote:
Hello John:
I'm running Ubuntu 16.04.1 (64-bit) with an E310 right now, and it works
fine. I don't think you should have any problems. You could always test it
in VirtualBox first.
--Neel Pandeya
OK, I was afraid of this. After updating from Ubuntu 1
Hi Haris:
Sounds like a project you are really going to learn a lot from. Take a look
at the gnuradio tutorials, they will get you going on how to generate pulses
as you require.
Kevin
From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of
Haris Tanveer via USRP
...or if there's multiple UHDs installed. There seems to be an error in
either gr-uhd or some other GNU Radio CMakery which doesn't apply the
same settings for UHD linkage to lib/ and swig/.
M
On 08/02/2016 01:22 AM, Marcus Müller wrote:
> Hi Stefan, Hi Cyrille,
>
> I've seen this error before,
Hi,
I removed the source and ran a new build.
Now gnuradio compilation is finished (100%).
However I had to change the file script: "setup_env.sh" because the
environment variables were not updated and gnuradio-companion couldn't be
launched.
I added a new line at the end of the file:
bash -i
C
The manual bitstream alignment as described in:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_PSK_Demodulation
is fine when the source bits and recovered bits are in the same
flowgraph but I have a situation where I'm reading from a file so the
synchronization is unknown. In
You need to recompile UHD and GNU Radio, or else they will link to the
old boost library that 14.04 brought!
On 02.08.2016 21:11, John B. Wood wrote:
> On 08/02/2016 12:37 PM, Neel Pandeya wrote:
>> Hello John:
>>
>> I'm running Ubuntu 16.04.1 (64-bit) with an E310 right now, and it works
>> fine
Hi,
I am looking for a way to add public methods to GNURadio OOT modules. I
modified the _impl.cc and _impl.h files. I also
added the function signature as a virtual function to
/include/.h file. I compiled the code(make /make
install/ldconfig), and I did not get any errors. However, the functions
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thanks for the link, pretty interesting
- -Tommy, KM4QKF
On 8/2/2016 3:17 PM, Mike Harpe wrote:
> Found this via a Xilinx Facebook posting. I don't know if this
> young man is on this list but if you are I salute you. This is
> impressive. He uses
You are doing the right things. However, there is a long standing bug in
our gr_modtool created template that doesn't trigger recompiling the SWIG
wrapper when changing the public .h file(s). Just do a 'make clean',
'make', and 'sudo make install' again.
-Johnathan
Johnathan Corgan
Corgan Labs
27 matches
Mail list logo