I have no practical experience in this area but you may want to check
out this approach (or similar):
http://www.ettus.com/sdr-software/detail/rf-network-on-chip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/ma
ases.
As files are produced from a gnuradio based application that I can
modify source code of so I would be interested in ways to do this with
gnuradio as well.Any input would be appreciated.
Thanks,
John
___
Discuss-gnuradio mailing list
Disc
I have run a python based gnuradio application on Odroid C2 and recently
XU4. It will come done to what you are trying to do (amount of sample
rate you require and what kind of processing you are doing). Also, I
just recently heard about and used volk_profile. This helped me with
performanc
bbn 802.11b is designed for gnuradio 3.1.1 but i am trying it run it in
gnuradio 3.6.2
i am getting the following error while running
bbn_80211b_tx.py/bbn_80211b_rx.py
Traceback (most recent call last): File "bbn_80211b_transmit_path.py", line
29, in from bbn_80211b_pkt import * File
"/home/sni
when i try running a .cc file of gr-bluetooth , i get certain errors that
some .h files are not there and it results in fatal error...
snigdha@ubuntu:~/gr-bluetooth/src/lib$ gcc bluetooth.cc
bluetooth.cc:149:20: fatal error: Python.h: No such file or directory
compilation terminated.
when i run b
Just wondering if there is anyone here who would be willing to have a
go at porting the kalibrate tool for use with the hackrf, I think this
would be a great tool to have but my programming skills are not good
enough to complete this myself.
___
I am running gnuradio 3.7.0 and been using grc with good results. When I
try to make Multimon (recent trunk) I get the following errors:
trunk # make
/usr/local/bin/grcc -d . multimode.grc
>>> Error: Block key "gr_complex_to_real" not found in Platform -
grc(GNU Radio Companion)
Traceback (mos
nters to "ideal" approach
in this area.
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 09/11/13 20:14, Marcus D. Leech wrote:
You can pull the .grc into gnuradio-companion, although that might not
work out that well, since the block-names changed across 3.7.
When I do this a large percentage of blocks/connectors do mot render.
In a separate thread I can present what I have s
aluated:
name 'mh' is not defined
I cannot see where "mh" should be brought into the flow graph. There may
be other errors bu this one appears pretty common on initial look.
Thanks,
John
___
Discuss-gnuradio mailing list
Dis
On 09/13/13 22:21, John wrote:
I have gone down this path and see the references to those with
"(old)" in the name. However, I also see some errors that need to be
addressed (search has not yielded anything yet). A typical one
manifests itself in something as simple as def
be needed.
I have a temp repository on github for my changes:
https://github.com/john-/multimode-tmp
I will keep working through the errors I receive when executing the flow
graph.
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio
Also note that I could not get Multimon to work in 3.6.5.1 prior to
making changes in 3.7 (although it didn't work differently). On the
premise that was issue with my install of that version I did not work
through resolving those issues.
___
Discuss
On 10/05/13 12:22, Marcus D. Leech wrote:
You should work with asokna...@gmail.com who has also made an attempt
to get it working under 3.7.
I will do that.
His attempt comes up, but "stalls" after a few seconds, and then just
gets continuous "O".
This is how it behaved for me under 3.6.5
It sounds like when you say "in between" you mean the period of time from
when the user stop dragging the slider and the next time they stop dragging
the slider.
In general, when people ask this question the area of focus is the period
of time when they are dragging the sli
HD.
I am positing to this hybrid board in the hope that someone can help me
navigate this change.
Kind Regards,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 12/25/2010 05:01 PM, john wrote:
>> A while ago I purchased a DBSRX2 so I am trying to shift my system to
>> UHD. I don't mind having the default UHD behaviour of 2 up/ 2 down which
>> I believe is the default FPGA etc.
>>
>> I have gone into Gnuradio-comp
o
> channels and setup the subdevice specification string (should be docs
> for this in the block properties dialog box).
>
> -josh
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/disc
On Tue, 2010-12-28 at 12:33 +1300, john wrote:
> I have migrated to UHD and leaving the rest of the plumbing as is, I
> have the attached USRP block which works but when I put the UHD block
> attached, it does not without any error diagnostics.
>
> Sometimes the FFT scope works sh
On Tue, 2010-12-28 at 00:56 +0100, Alexandru Csete wrote:
> On Tue, Dec 28, 2010 at 12:33 AM, john wrote:
> > I have migrated to UHD and leaving the rest of the plumbing as is, I
> > have the attached USRP block which works but when I put the UHD block
> > attached, it does
nuradio
>From ARRL Antenna Handbook (1988) the 'forward' direction is towards the
smaller elements on an LPDA. Don't think that JCM equations have changed
since '88.
Kind Regards,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
e.g. 10.7 MHz)?
Kind Regards,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Ubuntu 10.4
I (intended) to pull over the latest GIT and did the usual procedure
which has worked before i.e.
cmake ../
make
make test
sudo make install
however, when I run the GNURadio Companion as before, I now get:
Traceback (most recent call last):
File "/home/john/lsb_tx_bpf.py&q
On Sun, 2011-01-23 at 11:43 +0100, Alexandru Csete wrote:
> On Sun, Jan 23, 2011 at 8:11 AM, john wrote:
> > Ubuntu 10.4
> >
> >
> > I (intended) to pull over the latest GIT and did the usual procedure
> > which has worked before i.e.
> >
> > cmake ../
from gnuradio and
give it a try.
Thanks for your assistance,
Slainte,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
t the following:
john@john-laptop:~$ uhd_find_devices
linux; GNU C++ version 4.4.3; Boost_104000;UHD_003.000.001-98a05d8
Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done
--
-- UHD Dev
On Sun, 2011-04-24 at 08:36 -0400, Marcus D. Leech wrote:
> On 04/24/2011 02:47 AM, john wrote:
> > wget -nd -r -np
> > http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/
> >
> >> /dev/null 2>&1
> >>
> > does not work.
On Sun, 2011-04-24 at 09:28 -0700, Josh Blum wrote:
> >
> > john@johnsdesktop:~$ uhd_find_devices
> > linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.000.001-8212f22
> >
> > No UHD Devices Found
> > john@johnsdesktop:~$
> >
>
> Loo
On Sun, 2011-04-24 at 20:57 -0700, Josh Blum wrote:
> > john@johnsdesktop:~$ uhd_find_devices
> > linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.000.001-627075e
> >
> > --
S and everything from the ground
up.
Is there a smarter way to remove the pesky 0.1 s?
Thanks again for solving the mystery,
Kind Regards,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Ubuntu 10.04 LTS. GNURadio and UHD built current within 1 week. Used
Marcus' script.
Trying to run the multi_usrp_oscope.py and after changing
from import stdgui, fftsink etc. => import stdgui2, fftsink2,
and changing to std_top_block
I get the following:
john@john-laptop:~
uch with tx and rx daughter-cards which have more agility in USRP1.
Is anyone aware of such examples?
I am making the bold assumption that the plumbing (SWIG) is in place for
this class?
Kind Regards,
John
___
Discuss-gnuradio ma
On Sat, 2011-07-30 at 09:29 -0400, Marcus D. Leech wrote:
> On 07/30/2011 02:53 AM, john wrote:
> > Have USRP1 on Ububtu 10.04 and have latest UHD (003.002.000) and latest
> > GNURadio ( v3.4.0-113).
> >
> > While some of the daughterboards are supported on GNURadio, the
On Sun, 2011-07-31 at 18:30 -0400, Marcus D. Leech wrote:
> On 07/31/2011 11:14 AM, john wrote:
> > O
> > Thanks Marcus. Yes, that technique is quite useful - particularly in
> > setting up channels, addressing etc. however, in terms of giving the
> > board ID of the
On Mon, 2011-08-01 at 13:20 -0400, Marcus D. Leech wrote:
> On 08/01/2011 03:30 AM, john wrote:
> > On Sun, 2011-07-31 at 18:30 -0400, Marcus D. Leech wrote:
> >> On 07/31/2011 11:14 AM, john wrote:
> >>> O
> >>> Thanks Marcus. Yes, that technique is quite
wx.pth which is currently
set to: "wx-2.5.3-gtk2-unicode". There's a whole mess of stuff under
that directory, including both "wx" and "wxPython" subdirs.)
John
PS: I wasn't able to run the super automated install, for various
reasons. I don&
where in the Python code I've interrupted it -- and probably
doesn't clean up on its way out.)
I hope we can knock some of these rough edges off the programming
interfaces quickly -- before too much code has these assumptions
embedded in it, and before too many users have to learn how to code
around these assumptions.
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
un, only when we need to, rather
than before doing anything else in the program.
If it was my code, I'd have it run around and look at USB buses the
first time somebody tried to open a USRP -- not before. But I'm a newbie
to Python.
John
_
on a nearby
coordinating frequency. Anyone interested?
John
Date: Tue, 22 Feb 2005 08:03:02 -0800
From: Seth David Schoen <[EMAIL PROTECTED]>
To: John Gilmore <[EMAIL PROTECTED]>
John Gilmore writes:
> [Have we talked recently to folks at FCC about this? Let's check in a
the USRP is to connected three receive
channels to three orthangonal HF dipoles to calculate/display realtime
polarization on the Poincare Sphere.
Looking forward to contributing. Please help.
John
Mark set
Loading view...done
[EMAIL PROTECTED] gr-build]$ sudo -v
[EMAIL PROTECTED] gr-bui
> I've been mulling over thinking about considering trying to rewrite the
> old atsc stuff over to the new architecture; it doesn't actually look
> that hard... maybe a day's work or so.
Hey, great! I was thinking of doing it too, but it would take me
awhile to get to it.
> However before doing
s
cheap, and a gigabyte will store 25 seconds of samples.
Also note that our southbridge had a bug in which pushing a lot of
disk traffic would starve the PCI bus for cycles, disrupting the
signal capture's DMA. We ended up moving the disks onto a PCI IDE
disk controller, rather than using the
and there are a few on the USRP, including the ID EEPROMs).
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
d the computer audio output, I noticed that the
computer output was about half a second delayed from the FM radio
signal available thru an ordinary tuner.
Any explanations?
John
PS: I'm using the tarball release from the Debian packages, n
I just checked out the most recent CVS sources, using the procedure:
got gr-build
then
using the 'checkout' found in gr-build, got the rest.
From there I used './for-all-dirs ../build' in the gr-build directory.
I got this set of messages:
./for-all-dirs ../buildit
>>> /home/GNURadio/gr-build/gnura
John Clark wrote:
I just checked out the most recent CVS sources, using the procedure:
I then updated my version of 'autoconfig', and 'automake' to be the most
recent on ftp.gnu.org, and got the following: (truncated for brevity
sake...),
but ultimately ending with a mess
est with a known data set... )
John Clark
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Eric Blossom wrote:
On Mon, Apr 04, 2005 at 05:39:35PM -0700, John Clark wrote:
John Clark wrote:
I just checked out the most recent CVS sources, using the procedure:
I then updated my version of 'autoconfig', and 'automake' to be the most
recent on ftp.
e of the earlier documents are here:
http://www.publicknowledge.org/issues/bfcase
More background is here:
http://www.eff.org/IP/Video/HDTV/
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
LRK wrote:
On Thu, Apr 14, 2005 at 12:01:11PM -0500, Suvda Myagmar wrote:
I also got USRP hardware recently and installed the latest baseline and
gnuradio packages to test the HW. When I ran an example this is what I got:
$ ./usrp_oscope.py
Traceback (most recent call last):
File "usrp_oscope
Eric Blossom wrote:
On Thu, Apr 14, 2005 at 01:23:08PM -0700, John Clark wrote:
I'll chime in on the 'easy to intuit' requirements to get any of gr-*
up, especially the gr-wxgui.
Unfortunately other projects press and I have not been able to get a
working 'graphical'
compiles and installs without further trouble.
What I'm going to do is recompile my standard 'compiler' setup to
eliminate all but 'real' system
includes in the search list, so that in the future at least this problem
will not occur again.
The object lesson here is that thes
I don't have any hardware for the highspeed conversions, and have not
set up to use 'sound cards' etc. for
low speed testing.
However, I have been able to get gnuradio-core, as well as several other
gr-* packages to compile.
The most problem seemed to be centered on having 1) a somewhat large se
s
'work', and given time and,
well time, I may be able to do so.
Thanks
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
guys are prematurely optimizing.
SOMEBODY in the library or kernel will have to tease those data
streams apart so the separate applications can access them without
interfering with each other.
So glad you brought both topics up together... :-)
John
uradio/torrents/knop-usrp-20050504.iso.torrent
You can get BitTorrent for any platform from http://bittorrent.com .
As I type this, only two people are downloading from BT, and there are
three complete seeds available. The tracker gives current status:
http://m0mik.org
ws.com.com/2100-1023-945691.html?tag=politech
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
dropping fast (or you can plug the board
directly into a computer's GigE port, if it isn't on the Internet at
the same time, e.g. for mobile laptop use).
John Gilmore
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
andard 4020
source that produces the same data type as the USRP (complex float)?
That way, when we fix the rest of the I/O modularity, any input source
can be used with any application.
John
___
Discuss-gnuradio mailing list
Discuss-gnu
canning out a section of RAM, raw. This
would even improve refresh rates on things like LCDs that don't have
to move an electron beam back across the screen during the "horizontal
retrace" time. But few video chips probably do.
John
__
m.ac.uk/Research/Security/tamper/
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ch on how to make TCP run at gigabit
speeds across the room; it already works. As does UDP.
Harald, in what way is your experience different?
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
d USB2" daughtercard that would use
some of the FPGA's digital I/O pins to drive another USB2 chip?
(The protocol over the USB would need to change to add packet numbers, or
to otherwise provide for a way to synchronize the two streams; but this
is probably a simpler change than maki
x27;t be "Don't ever do that". When someone eventually
does it, I think we'll learn a lot from the experience. Maybe what
we'll learn is "Don't do that", but I think it will be a much more
subtle and interesting answer (which will then help us scale to
FPGA.)
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Krzysztof Kamieniecki wrote:
Eric,
Do you have a presentation you could share with us?
The question is, can you detect a police car's radio from a far enough
distance away so that you could slow down before they check your speed
with a Laser?
From what I have read, people seem to think the r
hat you do at home, such as signal processing
implementations,
the only difference being that at home you used FORTRAN and punch cards,
whereas at work you used APL and a modern Cathode Ray Tube
with fancy upper and lower case character keyboard...
Less muddy is if you'
s are interesting, too.
Frank's comments were based on this earlier posting by Pamela about
how using open standards makes systems much more likely to work in
emergencies:
http://www.groklaw.net/article.php?story=2005091305273070
John
_
ernment to 'find/identify' users of such equipment.)
John Clark
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
omehow national
security will be impacted by 'uncontrolled' digitizers... and to date
the US representatives
have groveled at the feet of the admininstration when ever the
'patriotic' card has been
played.
John Clark
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
hase the
'professional' hardware needed to circumvent
the 'protection' scheme.
In the present case it would most likely affect developers on a limited
budget (or no budget), in the acquisition of
parts for development and design, as well as paying for some form of
ce
Joshua Lackey schrieb:
Quoting LRK ([EMAIL PROTECTED]):
[...]
Start reading up on Argentina folks. It's your future.
What about New Zealand?
Hey, at least New Zealand has WETA...
___
Discuss-gnuradio mailing list
Discuss-gnuradio@g
or radios do. Six months' focus on polish and
applications would make a world of difference.
Just my 2c...
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
would be
a complete cure for the problem, by temporarily doing the swap in software.)
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ml
has a description of how it's done.
--
Cheers,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello,
I want to transmit the data between two USRP's and make them communicate
with each other. But I guess the packets are not being received
properly.
I am connected the two USRP's to the same laptop and trying it. Is that
applicable? I mean, will it work if I do that? Or should I connect to
tw
ls, in
/usr/local/share, usr/local/lib64, etc
- BTW, no error messages appear in the terminal where I start grc.
I'd like to have a go at debugging this, but due to gnuradio's size I have
no real idea how to start. Can anyone give me a pointer?
John
_
On Tue, 10 Nov 2015 22:03:42 -0300
John Coppens wrote:
> I'd like to have a go at debugging this, but due to gnuradio's size I have
> no real idea how to start. Can anyone give me a pointer?
>
Investigating a little, I found that the strange directory structure seems to
o isinstance(category, basestring), which captures both str
and unicode.
(This is around line 130 in BlockTreeWindow.py)
I've submitted a bug report for this - which was accepted.
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Ma,
Answer to Q1 is to issue command: gnuradio-config-info --v
if you are interested in GRC verions, the command is
gnuradio-companion --v
Kind Regards,
John
On 14/01/16 22:21, MA wrote:
Thanks.
1- So, how should we determine a gnuradio installation&#
://files.ettus.com/e3xx_images/e3xx-release-3/)
This problem came up when running unit tests on modems that check BER vs.
Eb/n0.
Has anyone come across this before?
I'm sure there's a good reason/explanation for this - but I'm too tired to
thin
Hello Guys
I am new to GNU Radio. I am sorry if the question is stupid.
Did anyone tried Successive Interference Cancellation using GNU Radio?
If so then is there any source code available related to that?
Awaiting for your reply
___
Discuss-gnuradio
Thanks guys.
On Tue, Jan 26, 2016 at 8:51 AM, Philip Balister
wrote:
> On 01/26/2016 05:17 PM, Tomaž Šolc wrote:
> > On 26. 01. 2016 12:14, Philip Balister wrote:
> >> On 01/26/2016 11:35 AM, John Malsbury wrote:
> >>> This was a surprising one. When set with a
-- Forwarded message --
From: John Malsbury
Date: Wed, Mar 23, 2016 at 1:56 PM
Subject: RF NoC Consulting
To: "usrp-us...@lists.ettus.com"
I may have a need to offload some RF NoC projects. If you think you are an
expert in RF NoC and interested in some work, send me
transmit or receive LED signal to control external equipment via a relay
system. Maybe someone can publish a different solution.
Looking forward to further discussion on the HF transmit solution question.
Regards,
John Petrich
-Original Message-
From: Ron Economos [mailto:w...@comcast.net]
rnal GPSDO Found an internal GPSDO
-- Setting references to the internal GPSDO
-- Using subdev spec 'A:0'.
-- Using LO offset of 1e+07 Hz.
WARNING: Overriding original sample rate of 1e+07 with 2e+06
-- Loaded /home/john/.uhd/cal/rx_iq_cal_v0.2_E2R10Z1XS.csv
D
UHD Error:
Cont
On 03/05/16 02:58, Marcus D. Leech wrote:
On 05/02/2016 10:40 PM, John Shields wrote:
Hi,
I am using Ubunutu 14.04 LTS with GNURadio 3.7.9.1 and have a USRP
N200 with SBXv3. I have been using the aptly-named and highly useful
Simple_ra though I believe this is orthogonal to the issues I am
On 03/05/16 02:58, Marcus D. Leech wrote:
On 05/02/2016 10:40 PM, John Shields wrote:
Hi,
I am using Ubunutu 14.04 LTS with GNURadio 3.7.9.1 and have a USRP
N200 with SBXv3. I have been using the aptly-named and highly useful
Simple_ra though I believe this is orthogonal to the issues I am
Thanks Marcus,
Have put answers in-line.
Kind Regards,
John
On 03/05/16 08:20, Marcus Müller wrote:
On 03.05.2016 09:52, John Shields wrote:
On 03/05/16 02:58, Marcus D. Leech wrote:
On 05/02/2016 10:40 PM, John Shields wrote:
the system runs
he same 'D' treatment?
On 2016-05-03 04:32, John Shields wrote:
Thanks Marcus,
Have put answers in-line.
Kind Regards,
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org <
.
I have moved the N200 over to another cable to
see if the situation improves but I think that the best solution is to
move the Ubuntu box into the shack rather than move house/shack closer :)
Slainte,
John
On 03/05
ue though I wouldn't expect the regular apps to
use as much memory - mind you when running simple_ra uses less than 10%
of the memory.
Any ideas on how I can narrow the cause down?
Kind Regards,
John
__
On 22/05/16 11:06, Marcus D. Leech wrote:
On 05/22/2016 05:19 AM, Marcus Müller wrote:
Hi John,
I don't really know about the memory usage you see, but:
Did you rebuild GNU Radio (and UHD and basically everything you did not
install directly through Ubuntu's apt-get)? Upgrading a di
Cannot find anything relating to this issue vis-a-vis GNURadio.
Any ideas of what is going wrong or a workaround I could implement
to avoid?
Kind Regards,
John
___
Discuss-gnuradio mailing list
Discuss-
Thanks Marcus,
Will give that a try.
Kind Regards,
John
On 29/05/16 08:27, Marcus Müller wrote:
Hi John,
you could try and disable OpenGL acceleration for WX Gui. That's usually
not a good
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.11")
-- Configuring done
-- Generating done
-- Build files have been written to: /home/john/gr-ra_blocks/trunk
when I did a make, I got:
[ 48%] Generating ra_blocks_swig.tag
Scanning depe
On 30/05/16 22:05, John Shields wrote:
Hi,
Since I moved from 14.04 LTS to 15.10 a couple of weeks ago, I have
been experiencing segmentation faults on i965_dri (graphics rendering).
In order to (hopefully) move away from this issue, yesterday I
upgraded to 16.04 LTS and rebuilt
On 30/05/16 22:29, Marcus D. Leech wrote:
On 05/30/2016 06:27 PM, John Shields wrote:
oops, it was not simple_ra that I tried to re-compile against the new
GNURadio etc., it was gr-ra_blocks.
Sorry,
John
Which is a pre-req for simple_ra
cus
Am 31. Mai 2016 01:53:54 MESZ, schrieb John Shields
:
On 30/05/16 22:29, Marcus D. Leech wrote:
On 05/30/2016 06:27 PM, John Shields wrote:
oops, it was not simple_ra that I tried to re-compile against
the new GNURadio etc., it was gr-ra_blocks.
years on 3.7? :)
-John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
1 - 100 of 1005 matches
Mail list logo
