It will be interesting to see how this works out. I encourage anyone
with an interest in osmocom project to sign up.
Philip
Forwarded Message
Subject: Osmocom discourse as alternative to mailing lists
Date: Thu, 27 Jul 2023 13:10:44 +0200
From: Harald Welte
Reply-To: open
? This means
that if you want to implement channel estimation using pilot with GNU radio
you need to use a custom module, is this correct? Any help would be greatly
appreciated, thanks!
Best regards
Philip
However, it`s still not working, I`m not sure why. Could someone help
me to solve this problem? Thank you very much!
Philip
Best Regards
I have followed the tutorial about how to make OOT blocks, and all
processes are smooth. However, after the process, I cannot see the custom
block in my list, how could I solve this?
ported to 3.10 yet.
Philip
have a good day.
On 2022-10-02 19:52, Cinaed Simson wrote:
Hi Michelle - the source code version of gr-air-modes from github
https://github.com/bistromath/gr-air-modes.git
indicates it should build under 3.9 but it doesn't build 3.10 - it
can't find
compiling-is-skipping-c-tests-don-t-try-to-set.patch to
3.9.6.0-rc1 to get configure to run on the sausage machine.
Hopefully results start appearing here later today:
https://github.com/balister/gnnuradio-ptest
3.10 is on honister-qemu-next and 3.9 is on hardknott-qemu-next
Philip
On Wed, 3 Nov 2021 at 22:15, Daniel Estévez wrote:
> Downconverting to baseband and low-pass filtering seems a good start.
> What to do next depends on the specifics of the modulation. I didn't
> understand what you mean by
>
> "
> the modulating wave is sinusoidal, either
> 37.5Hz or 50Hz depend
Hi all,
I'm working on a project to reverse-engineer the data format used by an old
navigation system called Datatrak. I've got a project page on my website
about it: https://www.philpem.me.uk/datatrak/start
The data is sent by phase-modulating a ~133kHz or ~146kHz (longwave)
carrier at a very sl
14 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions. There is NO
>> warranty; not even for
> It looks like your error-log was cut-off. Could you post again?
>
> You say that you're cross-compiling? On what host platform?
I'd also check what versions of gcc and boost "rfnoc" requires.
Philip
>
>
>
>
>
>
nsfer
rate. Not sure it will get you the speed you need though.
Philip
On 11/22/20 9:20 PM, Joe Crossen wrote:
> Hi all,
>
> I'm attempting to use the USRP E312 as a wifi node using the gr-ieee802.11
> module...
> though for now I'm testing basic USRP functionality with a
Also note ST supports the Yocto project, you should be able to add
https://github.com/balister/sdr-build/tree/dunfell-qemu
to their BSP and get images with gnuradio. I might even poke at this a
little to get an idea how good their BSP is.
Philip
On 6/4/20 3:40 AM, Henrique Do Carmo Miranda
perf top can work really well for this.
Although as noted earlier, the Pi series of computers is a serious can
of worms.
Philip
On 5/26/20 3:29 PM, John Langworthy wrote:
> Hello,
>
> I am working on a fairly simple GMSK receiver that needs to run on a
> Raspberry
> Pi 4. It
What version gnuradio is installed on the E310?
$ gnuradio-config-info -v
There should be a cmake variable to set the python interpreter version.
That might be better than trying to point at libraries in the sdk.
Try -DPYTHON_EXECUTABLE=python (or path to python in the sdk)
Philip
On 2/21/20
On 2/21/20 3:21 AM, Ivan Iudice wrote:
> Hi all,
> gnuradio-companion calls the interpreter
> #!/usr/bin/env python
> Thus, the first python in the path is Python 2.7.
> Is gnuradio using python 2.7?
Yes, try convincing cmake to use python2 for your OOT.
Philip
>
> Ivan
&
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,
>
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 installe
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.
r own, or download from the github
> mirror ( https://github.com/osmocom/gr-iqbal/releases )
Standard warning, github is known to regenerate tarballs with different
contents that lead to sha has mismatches with time making it hard to
validate the downloaded tarball. Don't depend on githb downloaded
tarballs if you care about supply chain integrity.
Philip
>
> Cheers,
>
> Sylvain
>
Look in
${HOME}/.gnuradio/prefs/vmcircbuf_default_factory
and see what is there and maybe change to this:
gr::vmcircbuf_mmap_tmpfile_factory
Philip
On 11/21/19 4:59 AM, Eamon Heaney wrote:
> I'm running the sample wifi_tx.grc flowchart from gr-ieee802.11,
> substituting a null s
Raspbian is built for the original pi, that cpu does not have a neon
coprocessor. Basically, use a different distro that supports modern pi
hardware.
Philip
On 11/3/19 8:10 AM, Amr Bekhit wrote:
> Hello all,
>
> I'm working on a project that involves selecting and filtering
gr-osmosdr is still a useful block today. Please read this email and
think about becoming the maintainer.
http://lists.osmocom.org/pipermail/osmocom-sdr/2019-September/001983.html
Thanks,
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio
get remove cmake followed
> by an apt-get install cmake fixed that, but building cmake did not work.
>
> Then I had trouble building Volk and several other components on the PI 4.
What distro are you running on the pi4? What are the specific errors?
Philip
>
> So, the upgr
e of them.
The GNURadio master branch (which will become 3.8) supports Python3.
Philip
>
> Aaron
>
> -Original Message-
> From: Discuss-gnuradio
> On Behalf Of Geof Nieboer
> Sent: Saturday, June 15, 2019 5:25 PM
> To: Discuss-gnuradio@gnu.org
> Subject: [EXT]
cate that I should
> be running this as root, so I do think it's necessary. Any ideas on how to
> fix this?
That sounds like a terrible idea (running gnuradio-companion as root).
Where is this github repo?
That said, I've seen it run as root on embedded boards so there
und
-- Checking for module 'Qt5Qwt6'
-- No package 'Qt5Qwt6' found
-- QWT Version: 6.1.1
-- Could NOT find Qwt (missing: QWT_LIBRARIES)
I'd also pay close attention to Marcus comment on uhd versions. You may
have more than one installed.
Philip
>
> Aaron
>
>
Or use
-DENABLE_INTERNAL_VOLK=OFF
when you run cmake.
Volk living in and out of the source tree is painful. Time to toss it
out and let it stand alone! Makes it easier for third party programs to
actually use it.
Philip
On 05/22/2019 07:37 AM, Ralph A. Schmid, dk5ras wrote:
> Hi H
Open source related position at berkeley.
Philip
Forwarded Message
Subject: Fwd: UC Berkeley seeks postdoctoral researchers
Date: Fri, 17 May 2019 10:45:18 -0400
From: Mike Balister
To: Philip Balister
> Begin forwarded message:
>
> From: Jeff Mangum
>
far more interesting for sdr.
Philip
>
>
> --Albin
>
> On Wed, May 8, 2019, 18:46 Philip Balister wrote:
>
>> On 05/08/2019 12:09 PM, Ben Hilburn wrote:
>>> Hi Glen -
>>>
>>> We’ve put our event detection on three Raspberry Pi 3B +
>>
though.
8 GB sounds a bit large, they should compress fairly well, especially if
new.
Ones I did a while back are like 2 GB:
https://www.dropbox.com/sh/fokcr688h2gshxi/AACcv8PUrTaKZoxPlluFxxZPa?dl=0
Philip
>
> We (GNU Radio) pay for storage on Google's cloud servers, and we could host
Which Pi?
Philip
On 04/24/2019 03:22 PM, P C wrote:
> Nick, Marcus,
>
> To answer your osmosdr question I used the instructions here:
> https://osmocom.org/projects/gr-osmosdr/wiki/GrOsmoSDR
>
> And I also did:
>
> sudo apt-get install rtl-sdr gr-osmosdr
>
&
on
> this, NEON specifically.
If possible can you use intrinsics so the same code can run on armv7 and
armv8?
Philip
>
>
> --Albin
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
cs for the pre FOSDEM hackfest :)
https://hsbxl.be/events/byteweek/2019/gnuradio/
and
https://wiki.gnuradio.org/index.php/Hackfest1902
Philip
>
> Regards,
>
> Manolis
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
ht
On 12/10/2018 03:32 PM, Philip Balister wrote:
> On 12/10/2018 03:16 PM, Mohamed Youseif wrote:
>> Hello,
>> I'm trying to build an embedd linux image using yocto project with gnuradio
>> for my target which is wandboard, so i downloaded the meta-sdr layer ( sumo
>&g
and use an rtlsdr
dongle :)
I apologize for this sorry state of affairs wrt to uhd support.
Philip
> Thanks,
> Yusuf
>
> From: Discuss-gnuradio
> on behalf of
> discuss-gnuradio-requ...@gnu.org
> Sent: Monday, December 10, 2018 7:00 PM
>
Try it and if it works send in a pull request :)
On 10/29/2018 10:11 AM, John Ackermann N8UR wrote:
> Thanks, Neel! However, I just downloaded the version on github and it
> fails with the same error; the page indicates that the last mods were 11
> months ago, which predates Mint 19.
>
> John
>
The best public example for zynq is:
https://github.com/balister/sdr-build/tree/rocko-e300
I took a quick look for a conf file for the pynq board and didn't see one.
Philip
>
> Thank You
> Tom
>
>
>
> ___
> Disc
x distributions/Windows etc etc.
> It is "only" a math library and has no dependencies beside libc.
I didn't find an OpenEmbedded recipe for M4RI, but a quick look at the
source suggest it will be easy enough to create a recipe. Give me some
warning if you go this path and I
On 07/17/2018 01:50 PM, Moritz Fischer via USRP-users wrote:
> Philip,
>
> On Fri, Jul 13, 2018 at 8:03 AM, Philip Balister wrote:
>> A couple of notes based on updating the E300 to rocko
>>
>> 1) The N310 branch added a bbappend on something called salt which add
on a per device basis, instead of all images on
one package.
4) There are some other smaller fixes in
https://github.com/balister/meta-ettus-1
Philip
On 07/10/2018 01:54 PM, Martin Braun via USRP-users wrote:
>
> Hi all E310/E312/E313 users,
>
> I would like to focus people's a
ing to a changed checksum. So if
you are validating tarballs before use, don't depend on stable checksums
from github automatically generated tarballs. Sadly, this makes github
auto created tarballs pretty useless.
Philip
>
> Windows installers will be found here (they're still
t;> I've also tried env CXXFLAGS=-std=c++11, but it had the same issues.
>>
> That error is internal to the compiler, it is failing to perform its job
> correctly. This has nothing to do with Gnu Radio, per se, or PyBombs
> or any of that. This ordinarily means you compile
On 05/15/2018 07:50 AM, Álvaro Cebrián Juan wrote:
> Hi everyone,
>
> If I run the volk_profile utility and in the meantime I do something else
> like internet browsing for example, will it affect/impact the results of
> volk_profile?
It is very possible. Run it on a quiet m
On 05/08/2018 04:13 PM, Brad Hein wrote:
> Hi Philip,
>
> How do I go a out trying an alternative as you suggest?
I have a note to do a blog post on building an aarch64 image with
OpenEmbedded, but paying work is interfering. It is fairly straight
forward the meta-raspberrypi bsp is
g built to take advantage of the better processor.
Philip
On 05/08/2018 11:08 AM, Brad Hein wrote:
> On a new Raspberry Pi 3, running Raspbian, all apt-get package updates
> loaded, I'm encountering an error compiling gnuradio (branch: master). I
> made one modification from the default
On 04/02/2018 06:58 PM, Marcus D. Leech wrote:
> On 04/02/2018 06:09 PM, Philip Balister wrote:
>> On 04/02/2018 05:01 PM, MASDR GS wrote:
>>> I'm having issues with installing GNU radio using PYBOMBS. It
>>> successfully
>>> installs the SDK and UHD but
required to build VOLK
>
Looks like the volk added a dependency on python-six and the E300 image
doesn't have it. Ettus needs to create a new file system image with that
package installed.
Philip
>
> -- Configuring incomplete, errors occurred!
>
>
> Someone also posted
n the subject. I would also
> kindly request the mentors Martin Braun and Stefan Wansch to enlighten me
> on this.
Also watch the Passive Radar talk from FOSDEM. Playlist here;
https://www.youtube.com/playlist?list=PLlhRHy4mKQlUrv76IIq72yF5WPbD9w_JG
Philip
> Thankin
I've arranged a room for a one hour BoF (Birds of a Feather) at FOSDEM.
Several GNU Radio developers will be on hand and we'd like a chance to
meet as many of you as possible and talk about the project.
The BoF is at 1200 Saturday in Room H.32
t.com/2016/01/gnuradio-getting-audio-to-work-in-vm.html
philip hahn
On Tue, Jan 23, 2018 at 4:58 AM, john cooper wrote:
> Thanks! Really appreciated. John
>
> On Tue, 23 Jan 2018, 12:57 Müller, Marcus (CEL), wrote:
>
>> You'll find instructions at
>> https://osmoco
Is that Thursday or Friday?
On 11/15/2017 09:10 PM, Martin Braun wrote:
> Quick reminder that our montly project call is happening tomorrow, 10 AM
> Pacific, 19:00 CET, in the usual place.
>
> Cheers,
> Martin
>
> ___
> Discuss-gnuradio mailing list
>
hings with some of the cheap boards like Rpi-3 and I'm interested on
how we can do better testing of gnuradio on this sort of hardware.
These are my current interests. Bring yours and let's talk.
Philip
___
Discuss-gnuradio mailing list
Discuss-gn
Thank you Marcus and apologies for the late reply. As it turns out perf is
not included with Raspbian but can be compiled fairly easily:
http://jireren.github.io/blog/2016/09/19/Compile-Perf/
-philip
On Thu, Aug 10, 2017 at 9:15 AM, Marcus Müller
wrote:
> Hi philip,
>
> to iden
ipate hitting some roadblocks although reportedly
it's been done before; I am trying to determine the current bottleneck.
thanks
philip
On Wed, Aug 9, 2017 at 3:15 PM, Cinaed Simson
wrote:
> On 08/08/2017 07:56 PM, Philip Hahn wrote:
> > Folks,
> >
> > Is there a wa
Hi Sean,
I am not using UHD blocks, I am using osmocom source/sinks. I did not see
any warnings about changing buffer sizes.
Thank you,
philip
On Tue, Aug 8, 2017 at 8:42 PM, Sean Horton wrote:
> Unless I'm mistaken, only the usrp sink/source blocks report overflow
> (source) o
Folks,
Is there a way to diagnose which block first reports an overflow in a
flowgraph?
In my particular instance I am running a flowgraph which is overflowing
without pegging either RAM or CPU.
Thank you,
philip
___
Discuss-gnuradio mailing list
Thanks - should have specified, Debian Jessie on Raspberry Pi.
-philip
On Wed, Jul 19, 2017 at 12:11 PM, Andy Walls
wrote:
> The compilation works on Fedora 26 and the Ubuntu versions tested by the
> github pull request build bot.
>
> However, a fix is ready to go. Please prov
I'm using Pybombs, offending line error highlighted below. It looks like
compiling with -fpermissive will fix this - should Pybombs be enabling
-fpermissive by default or should the code be cleaned up? Thanks,
philip hahn
In file included from /usr/include/c++/4.9/vector
!
Philip
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
pager;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq
>
>
> Have anyone else tried using usb audio sound card on BBB with gnuradio
> before? Any idea what could be wrong? Thanks
Try using perf top to get an idea where the flowgraph hot spots are. The
BBB is a si
om NOTFOUND
> -- QWT Version: 6.0.1
You are cross compiling, but it seems to have a broken path into the
sdk. Installing host dev libraries to fix problems isn't the right thing
to do since they are for x86 not arm.
I don't use pybombs, so can't help further :(
Philip
_
your target hardware? That would help narrow the focus of the
answer :)
Philip
>
> Thanks
> Zach
>
> On 04/05/2017 04:07 PM, Philip Balister wrote:
>> On 04/05/2017 06:54 PM, Zach Hudson wrote:
>>> I am using "../../gnuradio/cmake/Toolchains/oe-sdk_cross.cmake
all an OpenEmbedded
built toolchain and source an environment file.
Philip
>
>
> Zach
>
> On 04/05/2017 03:39 PM, Philip Balister wrote:
>> On 04/05/2017 06:17 PM, Zach Hudson wrote:
>>> I am getting a cmake error when trying to follow the directions for
>>
gt; CMake Error at
> /usr/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54 (message):
> The C++ compiler "/usr/bin/c++" is not able to compile a simple test
> program.
/usr/bin/c++ isn't normally a cross compiler. What toolchain are you
trying to use?
Philip
Control port users, take note.
Forwarded Message
Subject: [NOTICE]: Apache Thrift Security Vulnerability CVE-2016-5397
Date: Fri, 13 Jan 2017 12:16:04 -0500
From: Jake Farrell
Reply-To: u...@thrift.apache.org, jfarr...@apache.org
To: u...@thrift.apache.org ,
d...@thrift.apache.
I think you need a python-devel package installed. Exact name will be
distro dependent.
Philip
On 11/29/2016 09:34 AM, Jason Matusiak wrote:
> This was really good information Seth, thanks. I tried the steps
> Nicolas previously mentioned and I had the same problem. I ran your
> comma
t/rtl-sdr.html
Personally I use both Matlab and GNU Radio depending on the task at hand.
Philip
sdrgps.blogspot.com
On Wed, Nov 2, 2016 at 9:19 AM, Marcus Müller
wrote:
> Dear Pablo,
>
> I'd seriously consider implementing your signal processing in GNU Radio
> rather than Ma
On 10/15/2016 11:17 AM, Marcus Müller wrote:
> Hi Mehrad,
>
> I'd say: without any error won't happen, but with a bit of trying, this
> should be possible.
How are you trying to install GNU Radio? What are the rros you are getting?
Philip
>
> There should be
e:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort
Philip
>
> Thanks,
> K-
>
> W. Kyle Unice
> Staff Engineer
> MS F1H03
> 322 North 2200 West Dock 3
> Salt Lake City, Utah 84116-0850
>
> Voice: 801-594-2687
>
>
>
>
> __
sh-history" and
> .viminfo. All the other GNU radio and GRC stuff that was present in
> /home/root in my previous SD card image is absent. What have I
> forgotten? Thanks for any assistance you can provide.
>
>
GNURadio is installed in the usual place in /usr/.
Philip
_
Just a reminder, talk to me or Nathan if you have some ideas for useful
talks etc.
Philip
Forwarded Message
Subject: [Discuss-gnuradio] GRCon 2016 Dev Summit (Friday)
Date: Mon, 15 Aug 2016 17:14:45 +0100
From: Philip Balister
To: GNURadio Discussion List
The last day of
Dear List,
Is there an offline version of the wiki (specifically, the tutorials
section) available to download? I will be spending a week without internet
access but would like to work on building an OOT module.
Thanks,
philip
___
Discuss-gnuradio
, valgrind, whatever tool you like)
* Managing multiple projects, installations, OOT projects
If you have ideas for short talks you believe would be interesting to
people, let us know and we can try and find a speaker.
Philip Balister and Nathan West
_
-images/
You would need to work out what config options I fiddle with via the
PACKAGECONFIG line. But is definitely possible to build a usable
gnuradio without and gui parts.
Philip
>
>>
>> I'm guessing GNU Radio 3.7.5.1-2.el7 which is available in the Clear OS
>
> The current
On 06/15/2016 01:06 PM, Nick Foster wrote:
> You ought to be able to use PyQwt's compass widget:
Qwt is OK, but please do not use PyQwt. It is unmaintained. See:
https://sourceforge.net/p/pyqwt/mailman/message/30352623/
Philip
>
> http://qwt.sourceforge.net/class_qwt_compass.ht
I'm trying to install gr-baz using Pybombs 2.0.1 There's an error compiling
apache-thrift. I'm using Kali 2016.1 in a virtual machine. Any ideas?
Thanks, -philip
hahnpv@kali:/usr$ pybombs install gr-baz
Install tree:
|
\- gr-baz
|
+- armadillo
| |
issue.
Philip
>
> My PhD student, Bill Clark (Amateur Radio call KK4EWQ) at Virginia Tech,
> has suffered with and pointed out this problem with the synthesizer for
> some time.
>
> He wrote an out of tree module to correct the difficulty he was
> experiencing but we now bel
of this,
> but that doesn't exist on the E310.
>
> Any thoughts of what step I am missing?
>
Does this help?
http://gnuradio.org/redmine/projects/gnuradio/wiki/Cross_compile_an_OOT_and_install_on_target
Philip
>
>
>
> _
) are not really using it anymore.
It tends to show up in images, just that it may not be used by gnuradio
and friends.
Philip
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
&
I tried updating Inspectrum with pybombs and it appears to fail on linking
with "undefined reference to symbol 'volk_32fc_s32fc_x2_rotator_32fc".
Volks is installed and the library file in question exists in the path
given below. Any ideas? Thanks,
Philip
INSTALL MESSAGES:
Did you resolve this?
Philip
On 04/23/2016 01:58 PM, Viktor Ivan Rodriguez Abdala wrote:
> Hi, I am working with gnuradio embedded for Zedboard, I got the
> following error with the bitbake error,
>
> $ bitbake gnuradio-dev-image
> Loa
Ah, sorry for not hitting reply-all. Yeah, I tried firdes and figured I was
missing something as is usually the case. Thanks again,
philip
On Wed, Apr 6, 2016 at 8:24 PM, Kevin Reid wrote:
> On Apr 6, 2016, at 20:14, Philip Hahn wrote:
>
> > Related question: I'm having troub
?
Thank you,
Philip Hahn
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
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 the same seed (regardless of
>>> value) and amplitude, the noise source (gaussian
NU Radio commit 8220b79653c6c7999a18fed075bdb1c41bca0613 on i7)
>
> (e3xx release 3 from here:
> http://files.ettus.com/e3xx_images/e3xx-release-3/)
Release 3 has 3.7.7.1 which does not have the fix for this problem.
Philip
>
> This problem came up when running unit tests on modems that check BER vs.
> E
the Pi 2. Eventually I replaced that instruction with a
> equivalent sequence of assembly instructions and got the build to work. I
> don't recall the exact replacement right now but I can dig it up if you are
> interested.
I wonder if Raspian is built for armv6 (for the original rpi) wh
probably the best solution for my level of
> knowkedge. However, compiling GNURadio on RPi also doesn't work.
>
> Here is the problem:
Which RPi?
Philip
>
> I say:
> cmake ..
>
> and then make, and got this error:
>
> [ 2%] Building ASM o
d sdk's for small
embedded boards.
We have some notes for this appraoch here"
http://gnuradio.org/redmine/projects/gnuradio/wiki/Embedded
They might help you with the crosstools approach.
Philip
>
> Best regards,
> Marcus
>
> On 13.01.2016 17:44, Matej Kovaci
I'm going to publish a test image with control port for the e310 next
week. I'm upstreaming the changes to OE now and and should be possible
to build GNU Radio with control easily "soon".
Philip
On 01/07/2016 03:30 PM, Tom Rondeau wrote:
> On Thu, Jan 7, 2016 at 11:25
ely, thrift was failing silently...
>
> After installing this package on fedora-22 (or 23?) the installation of
> thrift went fine.
> Somenone can update the pybombs recipie to install python-twisted as a
> prereq for thrift.
I can confirm you need to install twisted to g
gestion.
For GNU Radio specific projects:
http://www.cgran.org/
Philip
>
> Thanks.
>
> Best Regards
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnu
hey need to have local copies of those files if they are already
> available via the installed GNU Radio?
Dunno, but gr-newmod (or whatever it is called) in gnuradio has a copy
of the files. I had to fix the issue twice.
Philip
>
>
>
> _
Per this commit in gnuradio:
https://github.com/gnuradio/gnuradio/commit/dec480ab3f0809677ba3ef2a3a64d402d742b5ec
This commit fixes the cmake in new OOT's, but existing ones need to do
this by hand.
Thanks,
Philip
___
Discuss-gnuradio mailing
x86_64 3.8.2-8.fc23
gnuradio x86_64 3.7.8.1-1.fc23
That said, "we" need to do a better job working with the major distro
packagers.
Also, the lack of versioning in most OOT's modules makes them difficult
to package for distro's.
Philip
>
> On W
YABS - Yet Another Build System
On 12/22/2015 03:37 PM, Chris Kuethe wrote:
> The only strong opinion I have is an objection to the substring "rpm" due
> to potential confusion with existing RPM installation utilities.
>
> GRAB is nice. GRMM too.
>
> Other possibilities are GRIP/GRIM: GnuRadio I
ake/Toolchains/oe-sdk_cross.cmake
> -DCMAKE_INSTALL_PREFIX=/usr ..
> *make -j4
> *make install DESTDIR=~/E310
>
> I then rebooted the E310 and my python script with the set_rx_dc_offset
> doesn't seem to cause an issue anymore. If there are s
On 11/13/2015 03:15 PM, Jason Matusiak wrote:
>> Note the directory contains the file system and sdk.
>
>> http://files.ettus.com/e3xx_images/e3xx-release-3/
>
> Philip, That wasn't the directory I was using on the site, so thank you.
> It seems like gr-ettus is no
suming so)? And
> for the directory do you mean on the ettus file page?
Note the directory contains the file system and sdk.
http://files.ettus.com/e3xx_images/e3xx-release-3/
Philip
>
>> There is a file on the image /etc/version that has a timestamp in it.
>> This should be clo
On 11/13/2015 10:43 AM, Jason Matusiak wrote:
> Thank you Philip. I blew away my old toolchain, re-grabbed the latest
> and installed it. I can then run the cmake, make, and make install to
> load up the SD card on the E310 without error.
>
> Sadly, it doesn't appear to be 1
On 11/13/2015 08:37 AM, Jason Matusiak wrote:
>> The release-3 (and newer) toolchains have mako. Anything older doesn't.
>> That's the first thing to check.
>
> Thank you Philip. What is the best way to do that? I tried looking at
> the version-armv7ahf-vfp-n
On 11/13/2015 08:37 AM, Jason Matusiak wrote:
>> The release-3 (and newer) toolchains have mako. Anything older doesn't.
>> That's the first thing to check.
>
> Thank you Philip. What is the best way to do that? I tried looking at
> the version-armv7ahf-vfp-n
1 - 100 of 606 matches
Mail list logo
