Hi happy to hear it, autotools were complaining about old syntax on my
machine
Using gentoo (not too heavily updated I'm afraid) and not succeding
Configuring using cmake went well, but compiling didn't, already at first
stop volk (that I'm not entirely sure i need) a _lot_ of errors occured.
To
Morning people,
Is there any web interface where we can see the git changes?
Best regards,
Rafael Diniz
> We are REMOVING the USRP and USRP2 components from GNU Radio!
>
> It's been mentioned in the past, but the change on the next branch
> is imminent. As of GNU Radio 3.5, we will no longer supp
On 20/10/11 01:51 AM, Dan CaJacob wrote:
> It worked for me on Ubuntu 11.10 x64
>
>
>
Thanks!
> On Oct 17, 2011, at 1:31 PM, "Marcus D. Leech" wrote:
>
>
>> Could somebody try build-gnuradio under Ubuntu 11.10 and give me feedback
>> about work/not-work. There's currently
>> a pre-reqs p
On 10/20/2011 07:57 AM, Rafael Diniz wrote:
> Morning people,
> Is there any web interface where we can see the git changes?
http://gnuradio.org/cgit/gnuradio.git/
I find cloning the git repo and using qgit gives a much clearer picture
of how the branches work though.
Philip
>
> Best regards,
> Details about using cmake can be found here:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/CMakeWork
I'm loving it! And less build stuff thanks to the lack of usrp*...
great!
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be pa
Please accept our apologies in advance , if you receive this CFP multiple times.
==
Please Spread the word!
Call for Papers
3rd IEEE International Workshop on SmArt COmmunications in NEtwork Technologies
(SaCoNeT-III)
http://ww
I have been troubleshooting an issue with possible packet relflections and
cannot figure out the cause. I am running tunnel.py on two USRP2s that are
cabled together with a 20dB attenuator between them. The settings I am using on
both sides for tunnel.py are:
Tx Gain: 15 dB
Rx Gain: 10 dB
Ca
On 10/20/2011 04:19 AM, Paul M. Bendixen wrote:
> Hi happy to hear it, autotools were complaining about old syntax on my
> machine
>
> Using gentoo (not too heavily updated I'm afraid) and not succeding
>
> Configuring using cmake went well, but compiling didn't, already at first
> stop volk (t
2011/10/20 Josh Blum
>
>
> On 10/20/2011 04:19 AM, Paul M. Bendixen wrote:
> > Hi happy to hear it, autotools were complaining about old syntax on my
> > machine
> >
> > Using gentoo (not too heavily updated I'm afraid) and not succeding
> >
> > Configuring using cmake went well, but compiling di
On 20/10/2011 10:25 AM, David Barton wrote:
I have been troubleshooting an issue with possible packet relflections
and cannot figure out the cause. I am running tunnel.py on two USRP2s
that are cabled together with a 20dB attenuator between them. The
settings I am using on both sides for tunnel
>
> Volk usually also fails on the old install, the problem is , I think it
> should detect that it was no good and take it out of the build entirely?
>
No, this is a bug that needs to be fixed. Please help. Provide compiler
version gcc --version and all error verbose. Thanks.
>
>> Also, cmak
On Thu, Oct 20, 2011 at 8:29 AM, Josh Blum wrote:
>
> >
> > Volk usually also fails on the old install, the problem is , I think it
> > should detect that it was no good and take it out of the build entirely?
> >
>
> No, this is a bug that needs to be fixed. Please help. Provide compiler
> versio
On Thu, Oct 20, 2011 at 5:23 AM, Philip Balister wrote:
> On 10/20/2011 07:57 AM, Rafael Diniz wrote:
> > Morning people,
> > Is there any web interface where we can see the git changes?
>
> http://gnuradio.org/cgit/gnuradio.git/
>
> I find cloning the git repo and using qgit gives a much clearer
What does this mean in terms of using older non-UHD-native daughterboards such
as the DBSRX & BasicRX?
To be honest, I haven't checked into the UHD driver, since the daughterboards I
have been working fine without it…
Best,
Mark
--
mark.cetilia.org | mem1.com | reduxproject.com
On Oct 19, 2011
On 10/20/2011 09:00 AM, Martin Braun wrote:
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be part of 'make install'
(or am I the only one who has this problem?).
I had the same problem. But after runnin it and setting the PYTHONPATH,
Thanks Robert,
I hadn't ever noticed it getting hot to the touch,
but I haven't tried running it w/ no fan & top on either…
Best,
Mark
--
mark.cetilia.org | mem1.com | reduxproject.com
On Oct 19, 2011, at 10:40 AM, Robert McGwier wrote:
> Top on. Fire up the fastest card you have (widest band
On 20/10/2011 11:59 AM, Dan CaJacob wrote:
On 10/20/2011 09:00 AM, Martin Braun wrote:
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be part of 'make install'
(or am I the only one who has this problem?).
I had the same problem. But
On 10/20/2011 12:02 PM, Marcus D. Leech wrote:
On 20/10/2011 11:59 AM, Dan CaJacob wrote:
On 10/20/2011 09:00 AM, Martin Braun wrote:
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be part of 'make install'
(or am I the only one who h
I see that there’s a firmware to achieve 16 MS/s 8-bit in RX, why there’s no
image for TX?
Thanks.___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> Also, because i use gentoo, I earlier had to give the QWT dir in order for
> gnuradio to build gr-qtgui, the cmake now writes:
> -- Could NOT find Qwt (missing: QWT_INCLUDE_DIRS)
> ...
> -- Configuring gr-qtgui support...
> -- Dependency Boost_FOUND = TRUE
> -- Dependency QT4_FOUND = YES
> -- D
On Thu, Oct 20, 2011 at 8:58 AM, Mark Cetilia wrote:
> What does this mean in terms of using older non-UHD-native daughterboards
> such as the DBSRX & BasicRX?
> To be honest, I haven't checked into the UHD driver, since the
> daughterboards I have been working fine without it…
>
> Best,
> Mark
On Wed, Oct 19, 2011 at 8:22 PM, Stevie wrote:
> Hi,
>
> I'm experiencing problems with volk when building on an amd64 Debian
> "testing". It started when volk was first introduced to the git tree and is
> also my experience with the 3.4 release. When I build I get the following:
>
> make[4]: Ent
On 20/10/2011 11:58 AM, Mark Cetilia wrote:
What does this mean in terms of using older non-UHD-native daughterboards such as
the DBSRX& BasicRX?
To be honest, I haven't checked into the UHD driver, since the daughterboards I
have been working fine without it…
Best,
Mark
UHD supports ALL o
On Thu, Oct 20, 2011 at 6:51 AM, Josh Blum wrote:
>
>
> On 10/19/2011 08:42 PM, Dan CaJacob wrote:
>> On 10/19/2011 09:43 PM, Tom Rondeau wrote:
>>> ... we need people to start using it and testing as much as possible.
>> Build went smoothly with cmake on Ubuntu 11.10 x64 Unfortunately, it
>> bui
I just got this trying to build gnuradio/next with cmake on an e100:
-- Performing Test HAVE_SINF
-- Performing Test HAVE_SINF - Success
-- Performing Test HAVE_COSF
-- Performing Test HAVE_COSF - Success
-- Performing Test HAVE_MMAP
-- Performing Test HAVE_MMAP - Success
CMake Warning at gnuradio
On 10/20/2011 10:51 AM, Philip Balister wrote:
> I just got this trying to build gnuradio/next with cmake on an e100:
>
> -- Performing Test HAVE_SINF
> -- Performing Test HAVE_SINF - Success
> -- Performing Test HAVE_COSF
> -- Performing Test HAVE_COSF - Success
> -- Performing Test HAVE_MMAP
>
On 10/20/2011 10:46 AM, Alexandru Csete wrote:
> On Thu, Oct 20, 2011 at 6:51 AM, Josh Blum wrote:
>>
>>
>> On 10/19/2011 08:42 PM, Dan CaJacob wrote:
>>> On 10/19/2011 09:43 PM, Tom Rondeau wrote:
... we need people to start using it and testing as much as possible.
>>> Build went smoothly
Il 20/10/2011 03:43, Tom Rondeau ha scritto:
Another big change is happening today! Josh Blum has make GNU Radio
build using cmake, and we are hoping to switch over to it completely.
The 'next' branch has just pulled in his changes, and we now have
parallel build systems, cmake and autofoo. We
On 10/20/2011 02:00 PM, Josh Blum wrote:
>
>
> On 10/20/2011 10:51 AM, Philip Balister wrote:
>> I just got this trying to build gnuradio/next with cmake on an e100:
>>
>> -- Performing Test HAVE_SINF
>> -- Performing Test HAVE_SINF - Success
>> -- Performing Test HAVE_COSF
>> -- Performing Test
On 10/20/2011 09:00 AM, Paul M. Bendixen wrote:
> 2011/10/20 Josh Blum
>
>>
>>>
>>> Volk usually also fails on the old install, the problem is , I think it
>>> should detect that it was no good and take it out of the build entirely?
>>>
>>
>> No, this is a bug that needs to be fixed. Please hel
On 10/20/2011 02:01 PM, Josh Blum wrote:
On 10/20/2011 10:46 AM, Alexandru Csete wrote:
On Thu, Oct 20, 2011 at 6:51 AM, Josh Blum wrote:
On 10/19/2011 08:42 PM, Dan CaJacob wrote:
On 10/19/2011 09:43 PM, Tom Rondeau wrote:
... we need people to start using it and testing as much as possib
> does this mean that i could perform the steps
>
> /mkdir build
> cd build
> cmake -DCPACK_GENERATOR=DEB ../
> make package/
>
> and make deb(s) of the current git release ? which is the switch to
Basically, yes that will generate a big deb file for the whole project.
There are
On 20/10/2011 2:35 PM, Dan CaJacob wrote:
I think he might be using ML's build-gnuradio script, which installs
to lib64 if the directory exists, regardless of whether the operating
system in RH. That's why I was confused when it didn't install to
lib64 when I was testing cmake.
_
On 10/19/2011 08:22 PM, Stevie wrote:
> Hi,
>
> I'm experiencing problems with volk when building on an amd64 Debian
> "testing". It started when volk was first introduced to the git tree and is
> also my experience with the 3.4 release. When I build I get the following:
>
> make[4]: Entering d
On 20/10/2011 3:07 PM, Josh Blum wrote:
I recommend that you clean the generated files from the source tree. I
think that was the issue for someone else w/ a volk issue.
git clean -dfx
-josh
In which case, what it might mean is that generated "artifacts" have
gotten checked-in to the git tree
Il 20/10/2011 20:53, Josh Blum ha scritto:
does this mean that i could perform the steps
/mkdir build
cd build
cmake -DCPACK_GENERATOR=DEB ../
make package/
and make deb(s) of the current git release ? which is the switch to
Basically, yes that will generate a big deb file f
Great, thanks for the clarification, Marcus (and Tom)…
Looking forward to the new developments!
Cheers,
Mark
--
mark.cetilia.org | mem1.com | reduxproject.com
On Oct 20, 2011, at 12:01 PM, Marcus D. Leech wrote:
>
> On 20/10/2011 11:58 AM, Mark Cetilia wrote:
>> What does this mean in terms of
Worked perfectly, first-attempt, with no special flags, on Arch =)
Cheers,
Ben
On Wed, Oct 19, 2011 at 6:43 PM, Tom Rondeau wrote:
> Another big change is happening today! Josh Blum has make GNU Radio build
> using cmake, and we are hoping to switch over to it completely. The 'next'
> branch h
Starts in 15 minutes:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20111020
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 20/10/2011 5:47 PM, Tom Rondeau wrote:
Starts in 15 minutes:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20111020
Tom
I can't join the call, but I'll comment that if the application gets an
EPIPE, it aint *never* coming back from that. EPIPE indicates
that the other side ha
Worked perfectly, first-attempt, with no special flags, on Arch =)
Cheers,
Ben
I just built in on Fedora 14, on an AMD64 multi-core system. Flawless.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_
> All USRP daughterboards are supported in UHD. You should have no problems
> with DBSRX and BasicRX.
>
> Tom
I think this is not entirely true:
I have a TVRX that is not recognised by the uhd driver...
Achilleas
Message: 6
Date: Thu, 20 Oct 2011 09:46:22 -0
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
After installing the next branch i realized that gr-trellis is not
working properly!
This is due to some work (by Ben Raynwar) that makes gr-trellis
dependent on gr-digital (???)
In particular the constants related to trellis_metric_type.h cannot be
accessed in python/grc
as part of the trellis mo
Tried on USRP E100 kernel module 3.0.0
Error when make.
[ 13%] Building C object
gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
/program/gnuradio/gnuradio-core/src/lib/filter/dotprod_fff_armv7_a.c: In
function 'dotprod_fff_armv7_a':
/program/gnuradio/gnuradio-
On 10/20/2011 10:22 PM, Daniel Dekst wrote:
>
> Tried on USRP E100 kernel module 3.0.0
> Error when make.
>
> [ 13%] Building C object
> gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
> /program/gnuradio/gnuradio-core/src/lib/filter/dotprod_fff_armv7_a.c: In
46 matches
Mail list logo
