Gnu radio not completely installed on Ubuntu 12.04

Hi,
I am installing gnu radio from built script but it is not completely
installed and gives the error as shown in screenshoot.

Best Regards,
SAJJAD SAFDAR

On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad S. wrote:

Hi,

I am installing gnu radio from built script but it is not completely installed
and gives the error as shown in screenshoot.

Please don’t screenshots when a copy & paste of the command line is more
useful.
Don’t forget to include the precise command you called it with when you
post that.

MB


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

Please stop with the screenshots! Text is easier and smaller for
everyone.

On 02/08/2013 12:32 PM, Sajjad S. wrote:

[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re-try with --verbose it will give more output about what failed.

Hi,
I have run the script with --verbose and i got the following error. I
have attached the screen shoot.

Best Regards,
SAJJAD SAFDAR


From: “[email protected]
[email protected]
To: [email protected]
Sent: Saturday, February 9, 2013 6:00 PM
Subject: Discuss-gnuradio Digest, Vol 123, Issue 10

Send Discuss-gnuradio mailing list submissions to
[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body ‘help’ to
[email protected]

You can reach the person managing the list at
[email protected]

When replying, please edit your Subject line so it is more specific
than “Re: Contents of Discuss-gnuradio digest…”

Today’s Topics:

  1. Gnu radio not completely installed on Ubuntu 12.04 (Sajjad S.)
  2. Re: Gnu radio not completely installed on Ubuntu 12.04
    (Martin B. (CEL))
  3. Re: Build fails (Josh B.)
  4. Re: Build fails (Josh B.)
  5. pdu and stream tagging in 3.6.3 (Nowlan, Sean)
  6. Re: Build fails (Ralph A. Schmid, dk5ras)
  7. Re: Build fails (Ralph A. Schmid, dk5ras)
  8. Re: Gnu radio not completely installed on Ubuntu 12.04
    (Marcus D. Leech)
  9. Re: SBX TX/RX RX leakage (gang li)
  10. Re: SBX TX/RX RX leakage (Marcus D. Leech)
  11. Re: SBX TX/RX RX leakage (gang li)
  12. usrp spectrum sensing (Biniyam Zewede)
  13. Re: usrp spectrum sensing (Josh B.)
  14. can’t find block “uhd_usrp_souce” (adream)
  15. looking for the c++ source for “WBFM Receive” Block (adream)
  16. Re: SBX TX/RX RX leakage (Ralph A. Schmid, dk5ras)
  17. Re: looking for the c++ source for “WBFM Receive” Block
    (Nemanja S.)
  18. Possible problem with file location (Graeme G.)
  19. Re: Possible problem with file location (Josh B.)
  20. Re: can’t find block “uhd_usrp_souce” (Martin B. (CEL))
  21. Arrive ? (Erik J.)

Message: 1
Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
From: Sajjad S. [email protected]
To: “[email protected][email protected]
Subject: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID:
[email protected]
Content-Type: text/plain; charset=“us-ascii”

Hi,
I am installing gnu radio from built script but it is not completely
installed and gives the error as shown in screenshoot.

Best Regards,
SAJJAD SAFDAR
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed…
Name: Screenshot from 2013-02-08 18:29:49.png
Type: image/png
Size: 265495 bytes
Desc: not available
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.png


Message: 2
Date: Fri, 8 Feb 2013 19:01:53 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”

On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad S. wrote:

Hi,

I am installing gnu radio from built script but it is not completely installed
and gives the error as shown in screenshoot.

Please don’t screenshots when a copy & paste of the command line is more
useful.
Don’t forget to include the precise command you called it with when you
post that.

MB


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstra?e 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/d21e45d9/attachment.pgp


Message: 3
Date: Fri, 08 Feb 2013 12:18:06 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252

Well, thats probably the issue, size_t is an unsigned int

namespace swig {
template <> struct traits {
typedef value_category category;
static const char* type_name() { return"unsigned int"; }
};

namespace swig {
template <> struct traits<size_t > {
typedef value_category category;
static const char* type_name() { return"size_t"; }
};

Though thats not an answer for your issue yet…

-josh

On 02/08/2013 05:58 AM, Ralph A. Schmid, dk5ras wrote:

Sent: Friday, February 08, 2013 9:49 AM

also the manual build fails in a similar way. Already installed on the
:slight_smile:
accidentally building against installed headers)?
So, what version of gnuradio produced the errors below? It wasnt the

swig::traits<unsigned
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
2
+49-171-3631223


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 4
Date: Fri, 08 Feb 2013 12:20:08 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252

On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

I got the error by installing the latest release, should be 3.6.3, although
in the output sometimes the 3.6.4 repository was mentioned. And as I have
told there already is a partial install of 3.4.2 that is necessary for the
openbts package. So I just may remove this and install the newer version

I think this partial install is just the usrp component, not gnuradio
runtime or anything. However, If thats not the case, you might want to
uninstall/move the installed headers temporarily just in case to confirm
if thats causing the issue or not.

-josh

fine.

to a swig .i file and swig is being dumb and exporting it twice.
Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx

gnuradio-
ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_from?
make[2]: ***

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 5
Date: Fri, 8 Feb 2013 19:14:48 +0000
From: “Nowlan, Sean” [email protected]
To: “[email protected][email protected]
Subject: [Discuss-gnuradio] pdu and stream tagging in 3.6.3
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”

I’m playing around with the new
gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu blocks. Is there
something that can translate between the new tag format and the standard
tx_sob (start of burst)/tx_eob (end of burst)/tx_time tags?

I guess it’s possible to write a packet scheduler if you fix a timestamp
in the PMT metadata dictionary? I think this would involve writing a
message source block that could attach PMT pairs containing tx_sob/PMT_T
and tx_time/tuple(uint64_t secs, double frac_secs). A downstream block
could read the pdu_length tag and put a tx_eob/PMT_T stream tag at the
appropriate place. Does this sound like a reasonable approach?

Sean
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/67976369/attachment.html


Message: 6
Date: Fri, 8 Feb 2013 20:27:36 +0100
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”

Hi,

Yep, only the USRP stuff.

I already had removed the headers and in fact everything that looked
like
gnuradio and USRP, without any change, still the same problem.

Ralph.

Hi,

I got the error by installing the latest release, should be 3.6.3,
although in the output sometimes the 3.6.4 repository was mentioned.
And as I have told there already is a partial install of 3.4.2 that is
necessary for the openbts package. So I just may remove this and
install the newer version

I think this partial install is just the usrp component, not gnuradio
runtime or
anything. However, If thats not the case, you might want to uninstall/move
the installed headers temporarily just in case to confirm if thats causing
the

Of Josh B.

updates the build of gnuradio fails. I am using the build script,
not fear the command line and editing files. Reminds me a bit of

x64

core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co

HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
Exiting Gnu Radio build/install

[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 7
Date: Fri, 8 Feb 2013 20:28:50 +0100
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”

Well, I am not a programmer but a RF guy, but why not just changing this
with search and replace?! :slight_smile:

Ralph.

template <> struct traits {
Though thats not an answer for your issue yet…

-----Original Message-----

Hi,
See the messages at the bottom of the mail.
to
to a swig .i file and swig is being dumb and exporting it twice.
right?

/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
2
+49-171-3631223


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 8
Date: Fri, 08 Feb 2013 15:38:55 -0500
From: “Marcus D. Leech” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”; Format=“flowed”

On 02/08/2013 12:32 PM, Sajjad S. wrote:

[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re-try with --verbose it will give more output about what failed.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/3adf625d/attachment.html


Message: 9
Date: Fri, 8 Feb 2013 16:10:40 -0500
From: gang li [email protected]
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]lid
Content-Type: text/plain; charset=ISO-8859-1

When the signal received on RF2 port has a very weak strength, the
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.

Best,
Gang

On Thu, Feb 7, 2013 at 2:22 PM, [email protected] wrote:

[email protected]
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 10
Date: Fri, 08 Feb 2013 16:26:26 -0500
From: “Marcus D. Leech” [email protected]
To: gang li [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 02/08/2013 04:10 PM, gang li wrote:

Gang
Are you TX/RX on the same frequency, or different frequencies?

The usual way to deal with this on different-frequency setups is to use
a duplexor, or a deep notch filter on the RX port, and probably boost
your
antenna signal a bit with an external amplifier.

But if this is same-frequency duplex, the on-board leakage is really
minor compared to the coupling between your antennae.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org


Message: 11
Date: Fri, 8 Feb 2013 17:47:14 -0500
From: gang li [email protected]
To: “Marcus D. Leech” [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1

Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the received
signal amplitude is kind of stable. So i think maybe the leakage takes
the major. Am I right?

On Fri, Feb 8, 2013 at 4:26 PM, Marcus D. Leech [email protected]
wrote:

compared to the coupling between your antennae.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org


Message: 12
Date: Fri, 8 Feb 2013 17:26:12 -0800 (PST)
From: Biniyam Zewede [email protected]
To: “[email protected][email protected]
Subject: [Discuss-gnuradio] usrp spectrum sensing
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”

Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the
following command (/usrp_spectrum_sense.py 440M 450M --fft 512) and
worked a couple of times. But when I try it today, it tells me that
there is no device. (even though I connected a usrp). part of the
message I get looks like this.

RuntimeError: LookupError: KeyError: No devices found for ----->

Empty Device Address

I need help please.
Biniyam.
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/705656b4/attachment.html


Message: 13
Date: Fri, 08 Feb 2013 19:33:47 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] usrp spectrum sensing
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1

On 02/08/2013 07:26 PM, Biniyam Zewede wrote:

Empty Device Address

I need help please. Biniyam.

need more information.

If this is a network device, you may not have setup your network
interface.
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking

If this is a usb device, you may not have setup udev/installed winusb
driver.
http://files.ettus.com/uhd_docs/manual/html/transport.html#usb-transport-libusb

-josh

_______________________________________________ Discuss-gnuradio
mailing list [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 14
Date: Sat, 9 Feb 2013 13:10:46 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”

hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only
one test faild

The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTest

when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”

Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)

Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0)
could not be made.
source block id “uhd_usrp_source_0” not in block ids

Done


thanks for any reply
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/19b02096/attachment.html


Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”

hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/62ffb6d5/attachment.html


Message: 16
Date: Sat, 9 Feb 2013 08:35:31 +0100
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: [email protected]
Content-Type: text/plain; charset=“US-ASCII”

Just put 50 Ohm dummy loads onto the connectors and check for a signal,
then
you see if it is leakage or not :slight_smile:

Ralph.

TX/RX and receiving on RX2 at the same time. When I put the antennas

energy leaked from TX to RX will dominate in the total received
Are you TX/RX on the same frequency, or different frequencies?

The usual way to deal with this on different-frequency setups is to use
a

duplexor, or a deep notch filter on the RX port, and probably boost your
antenna signal a bit with an external amplifier.

But if this is same-frequency duplex, the on-board leakage is really
minor


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 17
Date: Sat, 9 Feb 2013 13:17:57 +0100
From: Nemanja S. [email protected]
To: adream [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“utf-8”

I think wbfm is designed as hier block, and consists of fm demodulator,
deemephasis, and audio filter. You can find this block in blks2_impl
folder.

Nemanja

On Sat, Feb 9, 2013 at 6:19 AM, adream [email protected] wrote:

hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Nemanja Savi?
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/431dbf11/attachment.html


Message: 18
Date: Sat, 09 Feb 2013 13:57:00 +0000
From: Graeme G. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[[email protected] Apps]$ python Test1.py
Traceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from gnuradio_core_runtime import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 20, in swig_import_helper
_mod = imp.load_module(’_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No such file or directory

The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[[email protected] Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has no effect.
I would be grateful for your comments.

Grimble
Registered Linux User #450547
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Mandriva Linux release 2011.0 (Official) for x86_64


Message: 19
Date: Sat, 09 Feb 2013 10:44:15 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1

On 02/09/2013 07:57 AM, Graeme G. wrote:

from gnuradio_core import *
line 20, in swig_import_helper
I would be grateful for your comments.
library directories should be in the LD_LIBRARY_PATH environment
variable (on linux for example)

executable directories should go in the PATH environment variable

-josh


Message: 20
Date: Sat, 9 Feb 2013 17:51:25 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”

On Sat, Feb 09, 2013 at 01:10:46PM +0800, adream wrote:

hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only one
test faild

The following tests FAILED:
??? 120 - qa_ctcss_squelch (Failed)

That’s OK.

Errors while running CTest

when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”

Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU Radio
Companion)

Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0)
could not be made.
??? source block id “uhd_usrp_source_0” not in block ids

Done

Did you install UHD at all?

MB


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstra?e 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/7d635204/attachment.pgp


Message: 21
Date: Sat, 09 Feb 2013 17:58:57 +0100
From: Erik J. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Arrive ?
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

HI.

Does this arrive at the mailinglist ?

Erik



Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

End of Discuss-gnuradio Digest, Vol 123, Issue 10


HI,
I got the following errors when installing with the build script.

[ 39%] Generating gnuradio_core_general.tag
[ 39%] Swig source
Scanning dependencies of target _gnuradio_core_general
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of ‘struct swig::traits<std::vector >’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of ‘struct swig::traits<std::vector >’
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install
[email protected]:~/gnuradio$

Any suggestions?

Best Regards,
SAJJAD SAFDAR


From: Cybergibbons [email protected]
To: Sajjad S. [email protected]
Cc: “[email protected][email protected]
Sent: Tuesday, February 12, 2013 2:42 PM
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04

Please stop with the screenshots! Text is easier and smaller for
everyone.

On 12 February 2013 13:39, Sajjad S. [email protected]
wrote:

Hi,


or, via email, send a message with subject or body ‘help’ to

  1. Gnu radio not completely installed on Ubuntu 12.04
    (Sajjad S.)
  2. Re: SBX TX/RX RX leakage (Marcus D. Leech)
  3. Re: SBX TX/RX RX leakage (gang li)
  4. usrp spectrum sensing (Biniyam Zewede)
  5. Re: usrp spectrum sensing (Josh B.)
  6. can’t find block “uhd_usrp_souce” (adream)
  7. looking for the c++ source for “WBFM Receive” Block (adream)
  8. Re: SBX TX/RX RX leakage (Ralph A. Schmid,
    dk5ras)
    Message: 1
    Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
    From: Sajjad S. [email protected]
    To: “[email protected][email protected]
    Subject: [Discuss-gnuradio] Gnu radio not
    completely installed on
    SAJJAD SAFDAR
    -------------- next part --------------
    An HTML attachment was scrubbed…
    URL:
    http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.html
    -------------- next part --------------
    A non-text attachment was
    scrubbed…
    From: “Martin B. (CEL)” [email protected]

I am installing gnu radio from built script but it is not completely installed

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-W?rttemberg and

National Laboratory of the Helmholtz
Association
Message: 3
namespace swig {

On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all

updates the build of gnuradio fails. I am using the build script, but

Amiga times
:slight_smile:

Any ideas what I should do?

Someone had this exact same error in a private email but we never got to
the
bottom of it.

Was there a previous install of gnuradio by any chance (in
case something

:slight_smile:

Ralph.

These are the scripts last words:

[ 39%] Building CXX
object

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct
swig::traits_asval?

/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6087:22: error: redefinition of ?struct

swig::traits<std::vector >?

[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Mondstr. 10
[email protected]

On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

I got the error
by installing the latest release, should be 3.6.3, although

just

fine.

See the messages at the bottom of the
mail.

the

Or maybe its one of those things that shows up on an x86 machine vs x64
due
to how integer types map to fixed
width typedefs… So many ways to fail

Thanks a lot, and with best regards
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?

/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct

swig::traits_from?

/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur

adio_c

Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”

I’m playing around with the new gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu
blocks. Is there something that can translate between the new tag format and the
standard tx_sob (start of burst)/tx_eob (end of burst)/tx_time tags?

I guess it’s possible to write a packet scheduler if you fix a timestamp in the
PMT metadata dictionary? I think this would involve writing a message source block
that could attach PMT pairs containing tx_sob/PMT_T and tx_time/tuple(uint64_t
secs, double frac_secs). A downstream block could read the pdu_length tag and put
a tx_eob/PMT_T
stream tag at the appropriate place. Does this sound like a reasonable
approach?
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID:
[email protected]

On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

I got the error by installing the latest release, should
be 3.6.3,

issue or not.

Sent: Friday, February 08, 2013 9:49 AM

but also the manual build fails in a similar way. Already installed
on the machine is a partial gnuradio 3.4.2 for OpenBTS support,
together with
USRP1 drivers, yate PBX. This stuff built
without problems and works

Any ideas what I should do?
accidentally building against installed headers)?

It may be the case that a recent change is
adding an extra typdef or

So, what version of gnuradio produced the errors below? It wasnt the

These are the scripts last words:

[ 39%] Building CXX object

gnuradio-

ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct

swig::traits_asval?

/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al
l]
Error
2
make:
*** [all] Error 2

[email protected]

with search and replace?! :slight_smile:

Well, thats probably the issue, size_t is an unsigned int

namespace swig {
template <>
struct traits {

Though thats not an answer for your issue yet…

-----Original Message-----
From:
[email protected]lid

On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all
updates the build of gnuradio fails. I am using the build script,
but also the manual build
fails in a similar way. Already installed

good old Amiga times
Was there a previous install
of gnuradio by any chance (in case

due

-josh

Thanks a lot, and with best
regards

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?

/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT

HON_wrap.cxx:5503:23: error: previous definition of ?struct

swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]:



Ubuntu 12.04

SAJJAD SAFDAR
Marcus L.
Message: 9
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the
RF1 and RF2 ports with a long cable and 60db

Hi, guys, I am doing full duplex on SBX. Is there any leakage from TX

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Cc: [email protected], [email protected]
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your

reply.

minor compared to the coupling between your antennae.

Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1

Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the
received

of by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.

Best,

Gang

Content-Type: text/plain; charset=“iso-8859-1”

Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the following
command (/usrp_spectrum_sense.py 440M 450M --fft 512) and worked a couple of
times. But when I try it today, it tells me that there is no device. (even though
I connected a usrp). part of the message I get looks like this.

RuntimeError: LookupError:
KeyError: No devices found for ----->

http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking

Message: 14

The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTest

when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”

Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)

Error: Connection
between uhd_usrp_source_0(0) and low_pass_filter_0(0)

Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for "WBFM

Receive" Block

Just put 50 Ohm dummy loads onto the connectors and check for a signal, then

Cc: [email protected]; [email protected]
wrote:

On 02/08/2013 04:10 PM, gang li wrote:

Gang

Are you TX/RX on the same frequency, or different frequencies?

The usual way to deal with this on different-frequency setups is to use
a

duplexor, or a deep notch filter on the RX port, and probably boost
your

Marcus L.
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message:
17
deemephasis, and audio filter. You can find this block in blks2_impl
folder.

-------------- next part --------------
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[[email protected] Apps]$ python Test1.py
Traceback (most recent call
last):
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 20, in swig_import_helper
_mod = imp.load_module(’_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No
such file or directory
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Subject: Re: [Discuss-gnuradio] Possible problem with file
location

Traceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from
gnuradio_core_runtime import *

object file: No such file or directory

The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[[email protected] Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has
no effect.

On Sat, Feb 09, 2013 at 01:10:46PM +0800,
adream wrote:

when I try to open the “uhd_wbfm_receive.grc”, it print error:

Building 05.01
76131
Karlsruhe

Yes, this is a known issue.

I posted a message last night showing
what I think is the offending commit. I don’t know if anyone has looked
into it beyond that.

This only affects 32-bit builds.

On 12 Feb 2013
10:00, Sajjad S. wrote:

HI,
I got the following errors when
installing with the build script.

[ 39%] Generating
gnuradio_core_general.tag
[ 39%] Swig source
Scanning dependencies
of target _gnuradio_core_general
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of ‘struct swig::traits’

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of ‘struct swig::traits_asval’

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of ‘struct swig::traits_from’

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of ‘struct swig::traits_from’

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of ‘struct swig::traitsstd::vector

/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of ‘struct swig::traitsstd::vector

make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1

make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio
build/install
[email protected]:~/gnuradio$

Any suggestions?

Best Regards,

New occurence of a known issue - I had the same and reverted simply back
to
3.6.2. Seems to be an 32bit Linux issue, 64bit versions do not have the
problem.

Ralph.

From: [email protected]lid
[mailto:[email protected]lid] On Behalf Of
Sajjad S.
Sent: Tuesday, 12 February, 2013 14:40
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu
12.04

Hi,

I have run the script with --verbose and i got the following error. I
have
attached the screen shoot.

Best Regards,

SAJJAD SAFDAR


From: " mailto:[email protected]
[email protected]" <
mailto:[email protected]
[email protected]>
To: mailto:[email protected] [email protected]
Sent: Saturday, February 9, 2013 6:00 PM
Subject: Discuss-gnuradio Digest, Vol 123, Issue 10

Send Discuss-gnuradio mailing list submissions to
[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body ‘help’ to
[email protected]

You can reach the person managing the list at
[email protected]

When replying, please edit your Subject line so it is more specific
than “Re: Contents of Discuss-gnuradio digest…”

Today’s Topics:

  1. Gnu radio not completely installed on Ubuntu 12.04 (Sajjad
    Safdar)
  2. Re: Gnu radio not completely installed on Ubuntu 12.04
    (Martin B. (CEL))
  3. Re: Build fails (Josh B.)
  4. Re: Build fails (Josh B.)
  5. pdu and stream tagging in 3.6.3 (Nowlan, Sean)
  6. Re: Build fails (Ralph A. Schmid, dk5ras)
  7. Re: Build fails (Ralph A. Schmid, dk5ras)
  8. Re: Gnu radio not completely installed on Ubuntu 12.04
    (Marcus D. Leech)
  9. Re: SBX TX/RX RX leakage (gang li)
  10. Re: SBX TX/RX RX leakage (Marcus D. Leech)
  11. Re: SBX TX/RX RX leakage (gang li)
  12. usrp spectrum sensing (Biniyam Zewede)
  13. Re: usrp spectrum sensing (Josh B.)
  14. can’t find block “uhd_usrp_souce” (adream)
  15. looking for the c++ source for “WBFM Receive” Block (adream)
  16. Re: SBX TX/RX RX leakage (Ralph A. Schmid, dk5ras)
  17. Re: looking for the c++ source for “WBFM Receive” Block
    (Nemanja S.)
  18. Possible problem with file location (Graeme G.)
  19. Re: Possible problem with file location (Josh B.)
  20. Re: can’t find block “uhd_usrp_souce” (Martin B. (CEL))
  21. Arrive ? (Erik J.)

Message: 1
Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
From: Sajjad S. [email protected]
To: “[email protected][email protected]
Subject: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID:
[email protected]
Content-Type: text/plain; charset=“us-ascii”

Hi,
I am installing gnu radio from built script but it is not completely
installed and gives the error as shown in screenshoot.

Best Regards,
SAJJAD SAFDAR
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52
cf009/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed…
Name: Screenshot from 2013-02-08 18:29:49.png
Type: image/png
Size: 265495 bytes
Desc: not available
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52
cf009/attachment.png>


Message: 2
Date: Fri, 8 Feb 2013 19:01:53 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”

On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad S. wrote:

Hi,

I am installing gnu radio from built script but it is not completely
installed
and gives the error as shown in screenshoot.

Please don’t screenshots when a copy & paste of the command line is more
useful.
Don’t forget to include the precise command you called it with when you
post that.

MB


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstra?e 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
http://www.cel.kit.edu www.cel.kit.edu

KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/d21
e45d9/attachment.pgp>


Message: 3
Date: Fri, 08 Feb 2013 12:18:06 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252

Well, thats probably the issue, size_t is an unsigned int

namespace swig {
template <> struct traits {
typedef value_category category;
static const char* type_name() { return"unsigned int"; }
};

namespace swig {
template <> struct traits<size_t > {
typedef value_category category;
static const char* type_name() { return"size_t"; }
};

Though thats not an answer for your issue yet…

-josh

On 02/08/2013 05:58 AM, Ralph A. Schmid, dk5ras wrote:

Sent: Friday, February 08, 2013 9:49 AM

also the manual build fails in a similar way. Already installed on the
:slight_smile:
accidentally building against installed headers)?
So, what version of gnuradio produced the errors below? It wasnt the

swig::traits<unsigned
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
2
+49-171-3631223


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 4
Date: Fri, 08 Feb 2013 12:20:08 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252

On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

I got the error by installing the latest release, should be 3.6.3,
although
in the output sometimes the 3.6.4 repository was mentioned. And as I have
told there already is a partial install of 3.4.2 that is necessary for the
openbts package. So I just may remove this and install the newer version

I think this partial install is just the usrp component, not gnuradio
runtime or anything. However, If thats not the case, you might want to
uninstall/move the installed headers temporarily just in case to confirm
if thats causing the issue or not.

-josh

fine.

to a swig .i file and swig is being dumb and exporting it twice.
Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx

gnuradio-
ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_from?
make[2]: ***

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 5
Date: Fri, 8 Feb 2013 19:14:48 +0000
From: “Nowlan, Sean” [email protected]
To: “[email protected][email protected]
Subject: [Discuss-gnuradio] pdu and stream tagging in 3.6.3
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”

I’m playing around with the new
gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu blocks. Is there
something
that can translate between the new tag format and the standard tx_sob
(start
of burst)/tx_eob (end of burst)/tx_time tags?

I guess it’s possible to write a packet scheduler if you fix a timestamp
in
the PMT metadata dictionary? I think this would involve writing a
message
source block that could attach PMT pairs containing tx_sob/PMT_T and
tx_time/tuple(uint64_t secs, double frac_secs). A downstream block could
read the pdu_length tag and put a tx_eob/PMT_T stream tag at the
appropriate
place. Does this sound like a reasonable approach?

Sean
-------------- next part --------------
An HTML attachment was scrubbed…
URL: <
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/679
76369/attachment.html>
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/6797
6369/attachment.html>


Message: 6
Date: Fri, 8 Feb 2013 20:27:36 +0100
From: “Ralph A. Schmid, dk5ras” < mailto:[email protected]
[email protected]>
To: < mailto:[email protected] [email protected]>
Cc: mailto:[email protected] [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: < mailto:[email protected]
[email protected]>
Content-Type: text/plain; charset=“iso-8859-1”

Hi,

Yep, only the USRP stuff.

I already had removed the headers and in fact everything that looked
like
gnuradio and USRP, without any change, still the same problem.

Ralph.

Hi,

I got the error by installing the latest release, should be 3.6.3,
although in the output sometimes the 3.6.4 repository was mentioned.
And as I have told there already is a partial install of 3.4.2 that is
necessary for the openbts package. So I just may remove this and
install the newer version

I think this partial install is just the usrp component, not gnuradio
runtime or
anything. However, If thats not the case, you might want to uninstall/move
the installed headers temporarily just in case to confirm if thats causing
the

Of Josh B.

updates the build of gnuradio fails. I am using the build script,
not fear the command line and editing files. Reminds me a bit of

x64

core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co

HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
Exiting Gnu Radio build/install


Discuss-gnuradio mailing list
mailto:[email protected] [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Discuss-gnuradio mailing list
mailto:[email protected] [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 7
Date: Fri, 8 Feb 2013 20:28:50 +0100
From: “Ralph A. Schmid, dk5ras” < mailto:[email protected]
[email protected]>
To: < mailto:[email protected] [email protected]>
Cc: mailto:[email protected] [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: < mailto:[email protected]
[email protected]>
Content-Type: text/plain; charset=“iso-8859-1”

Well, I am not a programmer but a RF guy, but why not just changing this
with search and replace?! :slight_smile:

Ralph.

template <> struct traits {
Though thats not an answer for your issue yet…

-----Original Message-----

Hi,
See the messages at the bottom of the mail.
to
to a swig .i file and swig is being dumb and exporting it twice.
right?

/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
2
+49-171-3631223


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 8
Date: Fri, 08 Feb 2013 15:38:55 -0500
From: “Marcus D. Leech” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”; Format=“flowed”

On 02/08/2013 12:32 PM, Sajjad S. wrote:

[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re-try with --verbose it will give more output about what failed.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org http://www.sbrac.org/

-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/3ad
f625d/attachment.html>


Message: 9
Date: Fri, 8 Feb 2013 16:10:40 -0500
From: gang li [email protected]
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]lid
Content-Type: text/plain; charset=ISO-8859-1

When the signal received on RF2 port has a very weak strength, the
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.

Best,
Gang

On Thu, Feb 7, 2013 at 2:22 PM, [email protected] wrote:

[email protected]
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 10
Date: Fri, 08 Feb 2013 16:26:26 -0500
From: “Marcus D. Leech” [email protected]
To: gang li [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 02/08/2013 04:10 PM, gang li wrote:

Gang
Are you TX/RX on the same frequency, or different frequencies?

The usual way to deal with this on different-frequency setups is to use
a duplexor, or a deep notch filter on the RX port, and probably boost
your
antenna signal a bit with an external amplifier.

But if this is same-frequency duplex, the on-board leakage is really
minor compared to the coupling between your antennae.


Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org http://www.sbrac.org/


Message: 11
Date: Fri, 8 Feb 2013 17:47:14 -0500
From: gang li [email protected]
To: “Marcus D. Leech” [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1

Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the received
signal amplitude is kind of stable. So i think maybe the leakage takes
the major. Am I right?

On Fri, Feb 8, 2013 at 4:26 PM, Marcus D. Leech [email protected]
wrote:

Best,
Gang

Are you TX/RX on the same frequency, or different frequencies?

The usual way to deal with this on different-frequency setups is to use a
duplexor, or a deep notch filter on the RX port, and probably boost your
antenna signal a bit with an external amplifier.

But if this is same-frequency duplex, the on-board leakage is really
minor


Message: 12
Date: Fri, 8 Feb 2013 17:26:12 -0800 (PST)
From: Biniyam Zewede [email protected]
To: “[email protected][email protected]
Subject: [Discuss-gnuradio] usrp spectrum sensing
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”

Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the
following command (/usrp_spectrum_sense.py 440M 450M --fft 512) and
worked a
couple of times. But when I try it today, it tells me that there is no
device. (even though I connected a usrp). part of the message I get
looks
like this.

RuntimeError: LookupError: KeyError: No devices found for ----->

Empty Device Address

I need help please.
Biniyam.
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/705
656b4/attachment.html>


Message: 13
Date: Fri, 08 Feb 2013 19:33:47 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] usrp spectrum sensing
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1

On 02/08/2013 07:26 PM, Biniyam Zewede wrote:

Empty Device Address

I need help please. Biniyam.

need more information.

If this is a network device, you may not have setup your network
interface.
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking

If this is a usb device, you may not have setup udev/installed winusb
driver.
http://files.ettus.com/uhd_docs/manual/html/transport.html#usb-transport-lib
usb

-josh

_______________________________________________ Discuss-gnuradio
mailing list [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 14
Date: Sat, 9 Feb 2013 13:10:46 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”

hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only
one test faild

The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTest

when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”

Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)

Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0)
could not be made.
source block id “uhd_usrp_source_0” not in block ids

Done


thanks for any reply
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/19b
02096/attachment.html>


Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”

hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed…
URL: <
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/62f
fb6d5/attachment.html>
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/62ff
b6d5/attachment.html>


Message: 16
Date: Sat, 9 Feb 2013 08:35:31 +0100
From: “Ralph A. Schmid, dk5ras” < mailto:[email protected]
[email protected]>
To: < mailto:[email protected] [email protected]>
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: < mailto:[email protected]
[email protected]>
Content-Type: text/plain; charset=“US-ASCII”

Just put 50 Ohm dummy loads onto the connectors and check for a signal,
then
you see if it is leakage or not :slight_smile:

Ralph.

TX/RX and receiving on RX2 at the same time. When I put the antennas

energy leaked from TX to RX will dominate in the total received
Are you TX/RX on the same frequency, or different frequencies?

The usual way to deal with this on different-frequency setups is to use
a

duplexor, or a deep notch filter on the RX port, and probably boost your
antenna signal a bit with an external amplifier.

But if this is same-frequency duplex, the on-board leakage is really
minor


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message: 17
Date: Sat, 9 Feb 2013 13:17:57 +0100
From: Nemanja S. [email protected]
To: adream [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“utf-8”

I think wbfm is designed as hier block, and consists of fm demodulator,
deemephasis, and audio filter. You can find this block in blks2_impl
folder.

Nemanja

On Sat, Feb 9, 2013 at 6:19 AM, adream [email protected] wrote:

hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Nemanja Savi?
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/431
dbf11/attachment.html>


Message: 18
Date: Sat, 09 Feb 2013 13:57:00 +0000
From: Graeme G. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[[email protected] Apps]$ python Test1.py
Traceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from gnuradio_core_runtime import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,
line 20, in swig_import_helper
_mod = imp.load_module(’_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No such file or directory

The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[[email protected] Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has no effect.
I would be grateful for your comments.

Grimble
Registered Linux User #450547
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Mandriva Linux release 2011.0 (Official) for x86_64


Message: 19
Date: Sat, 09 Feb 2013 10:44:15 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1

On 02/09/2013 07:57 AM, Graeme G. wrote:

from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from gnuradio_core_runtime import *
File

“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,

line 24, in
_gnuradio_core_runtime = swig_import_helper()
File

“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,

and adding /opt/radio/lib64 to PYTHONPATH has no effect.
I would be grateful for your comments.

library directories should be in the LD_LIBRARY_PATH environment
variable (on linux for example)

executable directories should go in the PATH environment variable

-josh


Message: 20
Date: Sat, 9 Feb 2013 17:51:25 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”

On Sat, Feb 09, 2013 at 01:10:46PM +0800, adream wrote:

hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only
one
test faild

The following tests FAILED:
??? 120 - qa_ctcss_squelch (Failed)

That’s OK.

Errors while running CTest

when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”

Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio
Companion)

Error: Connection between uhd_usrp_source_0(0) and
low_pass_filter_0(0)
could not be made.
??? source block id “uhd_usrp_source_0” not in block ids

Done

Did you install UHD at all?

MB


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.
Research Associate

Kaiserstra?e 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
http://www.cel.kit.edu www.cel.kit.edu

KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/7d6
35204/attachment.pgp>


Message: 21
Date: Sat, 09 Feb 2013 17:58:57 +0100
From: Erik J. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Arrive ?
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

HI.

Does this arrive at the mailinglist ?

Erik



Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

End of Discuss-gnuradio Digest, Vol 123, Issue 10


Hi,
I have found two possible solutions to install GnuRadio in my case.

  1. Run build script untill the error comes, then just go int gnuradio
    folder and delete build folder and install it with
    $ mkdir build
    $ cd build
    $ cmake …/
    $ make && make test
    $ sudo make install
    The problem which i got with this that the version of GNu Radio is not
    determined when installed by this way.

  2. The 2nd way is to run the following commands

sudo bash -c ‘echo “deb
http://files.ettus.com/binaries/uhd_unstable/repo/uhd/ubuntu/lsb_release -cs lsb_release -cs main” > /etc/apt/sources.list.d/ettus.list’
sudo bash -c ‘echo “deb
http://files.ettus.com/binaries/uhd_unstable/repo/gnuradio/ubuntu/lsb_release -cs lsb_release -cs main” >> /etc/apt/sources.list.d/ettus.list’
sudo apt-get update
Then update your system.

Then just run the build script. Thanks everyone for the help.

Best Regards,
SAJJAD SAFDAR

----- Forwarded Message -----
From: Sajjad S. [email protected]
To: Cybergibbons [email protected]; “[email protected]
[email protected]
Sent: Tuesday, February 12, 2013 4:00 PM
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04

HI,
I got the following errors when installing with the build script.

[ 39%] Generating gnuradio_core_general.tag
[ 39%] Swig source
Scanning dependencies of target _gnuradio_core_general
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of ‘struct swig::traits<std::vector >’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of ‘struct swig::traits<std::vector >’
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install
[email protected]:~/gnuradio$

Any suggestions?

Best Regards,
SAJJAD SAFDAR


From: Cybergibbons [email protected]
To: Sajjad S. [email protected]
Cc: “[email protected][email protected]
Sent: Tuesday, February 12, 2013 2:42 PM
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04

Please stop with the screenshots! Text is easier and smaller for
everyone.

On 12 February 2013 13:39, Sajjad S. [email protected]
wrote:

Hi,


or, via email, send a message with subject or body ‘help’ to

  1. Gnu radio not completely installed on Ubuntu 12.04
    (Sajjad S.)
  2. Re: SBX TX/RX RX leakage (Marcus D. Leech)
  3. Re: SBX TX/RX RX leakage (gang li)
  4. usrp spectrum sensing (Biniyam Zewede)
  5. Re: usrp spectrum sensing (Josh B.)
  6. can’t find block “uhd_usrp_souce” (adream)
  7. looking for the c++ source for “WBFM Receive” Block (adream)
  8. Re: SBX TX/RX RX leakage (Ralph A. Schmid,
    dk5ras)
    Message: 1
    Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
    From: Sajjad S. [email protected]
    To: “[email protected][email protected]
    Subject: [Discuss-gnuradio] Gnu radio not
    completely installed on
    SAJJAD SAFDAR
    -------------- next part --------------
    An HTML attachment was scrubbed…
    URL:
    http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.html
    -------------- next part --------------
    A non-text attachment was
    scrubbed…
    From: “Martin B. (CEL)” [email protected]

I am installing gnu radio from built script but it is not completely installed

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT – University of the State of Baden-W?rttemberg and

National Laboratory of the Helmholtz
Association
Message: 3
namespace swig {

On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all

updates the build of gnuradio fails. I am using the build script, but

Amiga times
:slight_smile:

Any ideas what I should do?

Someone had this exact same error in a private email but we never got to
the
bottom of it.

Was there a previous install of gnuradio by any chance (in
case something

:slight_smile:

Ralph.

These are the scripts last words:

[ 39%] Building CXX
object

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct
swig::traits_asval?

/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6087:22: error: redefinition of ?struct

swig::traits<std::vector >?

[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Mondstr. 10
[email protected]

On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

I got the error
by installing the latest release, should be 3.6.3, although

just

fine.

See the messages at the bottom of the
mail.

the

Or maybe its one of those things that shows up on an x86 machine vs x64
due
to how integer types map to fixed
width typedefs… So many ways to fail

Thanks a lot, and with best regards
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?

/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct

swig::traits_from?

/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur

adio_c

Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”

I’m playing around with the new gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu
blocks. Is there something that can translate between the new tag format and the
standard tx_sob (start of burst)/tx_eob (end of burst)/tx_time tags?

I guess it’s possible to write a packet scheduler if you fix a timestamp in the
PMT metadata dictionary? I think this would involve writing a message source block
that could attach PMT pairs containing tx_sob/PMT_T and tx_time/tuple(uint64_t
secs, double frac_secs). A downstream block could read the pdu_length tag and put
a tx_eob/PMT_T
stream tag at the appropriate place. Does this sound like a reasonable
approach?
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID:
[email protected]

On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:

Hi,

I got the error by installing the latest release, should
be 3.6.3,

issue or not.

Sent: Friday, February 08, 2013 9:49 AM

but also the manual build fails in a similar way. Already installed
on the machine is a partial gnuradio 3.4.2 for OpenBTS support,
together with
USRP1 drivers, yate PBX. This stuff built
without problems and works

Any ideas what I should do?
accidentally building against installed headers)?

It may be the case that a recent change is
adding an extra typdef or

So, what version of gnuradio produced the errors below? It wasnt the

These are the scripts last words:

[ 39%] Building CXX object

gnuradio-

ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct

swig::traits_asval?

/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al
l]
Error
2
make:
*** [all] Error 2

[email protected]

with search and replace?! :slight_smile:

Well, thats probably the issue, size_t is an unsigned int

namespace swig {
template <>
struct traits {

Though thats not an answer for your issue yet…

-----Original Message-----
From:
[email protected]lid

On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all
updates the build of gnuradio fails. I am using the build script,
but also the manual build
fails in a similar way. Already installed

good old Amiga times
Was there a previous install
of gnuradio by any chance (in case

due

-josh

Thanks a lot, and with best
regards

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?

/home/ras/gnuradio/build/gnuradio-

core/src/lib/swig/gnuradio_core_gene

ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT

HON_wrap.cxx:5503:23: error: previous definition of ?struct

swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]:



Ubuntu 12.04

SAJJAD SAFDAR
Marcus L.
Message: 9
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the
RF1 and RF2 ports with a long cable and 60db

Hi, guys, I am doing full duplex on SBX. Is there any leakage from TX

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Cc: [email protected], [email protected]
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your

reply.

minor compared to the coupling between your antennae.

Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1

Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the
received

of by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.

Best,

Gang

Content-Type: text/plain; charset=“iso-8859-1”

Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the following
command (/usrp_spectrum_sense.py 440M 450M --fft 512) and worked a couple of
times. But when I try it today, it tells me that there is no device. (even though
I connected a usrp). part of the message I get looks like this.

RuntimeError: LookupError:
KeyError: No devices found for ----->

http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking

Message: 14

The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTest

when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”

Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)

Error: Connection
between uhd_usrp_source_0(0) and low_pass_filter_0(0)

Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for "WBFM

Receive" Block

Just put 50 Ohm dummy loads onto the connectors and check for a signal, then

Cc: [email protected]; [email protected]
wrote:

On 02/08/2013 04:10 PM, gang li wrote:

Gang

Are you TX/RX on the same frequency, or different frequencies?

The usual way to deal with this on different-frequency setups is to use
a

duplexor, or a deep notch filter on the RX port, and probably boost
your

Marcus L.
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Message:
17
deemephasis, and audio filter. You can find this block in blks2_impl
folder.

-------------- next part --------------
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[[email protected] Apps]$ python Test1.py
Traceback (most recent call
last):
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 20, in swig_import_helper
_mod = imp.load_module(’_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No
such file or directory
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Subject: Re: [Discuss-gnuradio] Possible problem with file
location

Traceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from
gnuradio_core_runtime import *

object file: No such file or directory

The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[[email protected] Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has
no effect.

On Sat, Feb 09, 2013 at 01:10:46PM +0800,
adream wrote:

when I try to open the “uhd_wbfm_receive.grc”, it print error:

Building 05.01
76131
Karlsruhe

On Tue, Feb 12, 2013 at 7:08 AM, [email protected] wrote:

**

Yes, this is a known issue.

I posted a message last night showing what I think is the offending
commit. I don’t know if anyone has looked into it beyond that.

Still setting up the VM, the install failed overnight. Re-installing
now.

Did you get those commit IDs from git bisect?

Johnathan

On 13 Feb 2013 09:32, Sajjad S. wrote:

Hi,
I have found
two possible solutions to install GnuRadio in my case.

  1. Run
    build script untill the error comes, then just go int gnuradio folder
    and delete build folder and install it with

$ mkdir build
$ cd
build
$ cmake …/
$ make && make test
$ sudo make install

The
problem which i got with this that the version of GNu Radio is not
determined when installed by this way.

Or, you know, just re-run the
build-gnuradio script at some time after Tom committed the fixes to the
repo last night. That works, too.

Hi Sajjad,
The first solution is fine if you don’t know the version
it
runs. It might work by maybe running a slightly older compatible
version.
But how does the second solution work. The problem according to Tom
seems
to be with template issue with swig interface. How does your second
solution address that problem to run correctly. Not that i understand
all
technical details, I am a novice, but i was curious reading the mailing
list.

Hi,

for me it did not work, with a different error. As I need gnuradio today
I just have put back my backup, maybe I will be able to have a closer
look this evening.

Btw., still I could not manage to get the gnuradio 3.4.2 in the reduced
“OpenBTS version” (to supply libusrp) up and running under 64 bit (it
compiles without visible trouble, but OpenBTS does not find the USRP
package), still stuck with 32bit 12.04.

Ralph.

Or, you know, just re-run the build-gnuradio script at some time after
Tom committed the fixes to the repo last night. That works, too.

On 13 Feb 2013 10:19, Johnathan C. wrote:

On Wed, Feb 13,
2013 at 7:14 AM, Ralph A. Schmid, dk5ras <[email protected] [1]> wrote:

for me it did not work, with a different error. As I need gnuradio
today I just have put back my backup, maybe I will be able to have a
closer look this evening.

I can verify that on a freshly installed
Ubuntu 12.04.1 LTS 32-bit desktop system, the build-gnuradio script
completes successfully and all QA now passes. Tom verified the same
using Ubuntu 12.10 32-bit desktop.

Johnathan

I ran it last night
on an up-to-date 32-bit Ubuntu 12.04 LTS system, and it ran without
issue.

When reporting “it didn’t work”, you’re best to run with
–verbose, and provide the last page or so of logging output, to help us
determine if you had some kind of transient failure, or there’s an
actual problem.

Since build-gnuradio does a lot of different things,
and its default mode is to be quite terse, just getting a “it didn’t
work” doesn’t really help anybody help you.

Links:

On Wed, Feb 13, 2013 at 7:14 AM, Ralph A. Schmid, dk5ras
[email protected]wrote:

for me it did not work, with a different error. As I need gnuradio today I
just have put back my backup, maybe I will be able to have a closer look
this evening.

I can verify that on a freshly installed Ubuntu 12.04.1 LTS 32-bit
desktop
system, the build-gnuradio script completes successfully and all QA now
passes. Tom verified the same using Ubuntu 12.10 32-bit desktop.

Johnathan

From: Ralph A. Schmid, dk5ras [mailto:[email protected]]
Sent: Wednesday, February 13, 2013 4:35 PM
To: ‘[email protected]
Subject: RE: [Discuss-gnuradio] Fw: Gnu radio not completely installed
on Ubuntu 12.04

Sure, I always run it verbose, and I will extract the exact error
message, today I simply did not find the time for this :slight_smile: I know it very
well that the message “doe not work” does not tell very much…working
on it.

Ralph.

When reporting “it didn’t work”, you’re best to run with --verbose, and
provide the last page or so of logging output, to help us determine if
you had some kind of transient failure, or there’s an actual problem.

Since build-gnuradio does a lot of different things, and its default
mode is to be quite terse, just getting a “it didn’t work” doesn’t
really help anybody help you.

In my case it is an almost fresh Kubuntu 12.04, everything that got
installed is condensed Gnuradio 3.4.2 (for libusrp), OpenBTS and some
related command line tools. Nothing redefined, nothing changed, no
tweaks, nothing. How should I modify something relevant, with my almost
non-existant linux knowledge?! :slight_smile: In fact my only personal contribute to
this is that I automated the installation of this setup with a crude and
dumb script, just that I do not have to type so much, otherwise the
installation follows the gnuradio.org and openbts.org websites.

As I have said, I will do further research :slight_smile:

Ralph.

From: [email protected]lid
[mailto:[email protected]lid] On Behalf Of
[email protected]
Sent: Wednesday, 13 February, 2013 16:46
To: [email protected]
Subject: Re: [Discuss-gnuradio] FW: Fw: Gnu radio not completely
installed on Ubuntu 12.04

On 13 Feb 2013 10:35, Ralph A. Schmid, dk5ras wrote:

Sure, I always run it verbose, and I will extract the exact error
message, today I simply did not find the time for this :slight_smile: I know it very
well that the message “doe not work” does not tell very much…working
on it.

Ralph.

Fair enough.

I usually find that if build-gnuradio fails, it fails because of a
transient network problem, so it can’t download the source it needs at
the time that it’s run, or the system it finds itself on is far-enough
away from “stock” that its assumptions are violated, and it falls over.

For example, I had one person a couple of years back who’d redefined a
few system commands that the script uses, so the script naturally,
failed.

On 13 Feb 2013 10:35, Ralph A. Schmid, dk5ras wrote:

Sure, I
always run it verbose, and I will extract the exact error message, today
I simply did not find the time for this :slight_smile: I know it very well that the
message “doe not work” does not tell very much…working on it.

Ralph.

Fair enough.

I usually find that if build-gnuradio fails, it
fails because of a transient network problem, so it can’t download the
source it needs at the time that it’s run, or the system it finds itself
on is far-enough away from “stock” that its assumptions are violated,
and it falls over.

For example, I had one person a couple of years
back who’d redefined a few system commands that the script uses, so the
script naturally, failed.

OK, I gave it a second try, and now everything works. Maybe the patch
had not yet been pushed to the repo at my first attempt? Or another
patch was delivered in the meantime? Somehow unsatisfying, as the
situations were identical, I restored the system to the state of my
first attempt from a backup, started the script and leaned back for two
hours. So much noise for probably nothing, I am sorry…

Ralph.

From: [email protected]lid
[mailto:[email protected]lid] On Behalf Of
Ralph A. Schmid, dk5ras
Sent: Wednesday, February 13, 2013 4:35 PM
To: [email protected]
Subject: [Discuss-gnuradio] FW: Fw: Gnu radio not completely installed
on Ubuntu 12.04

From: Ralph A. Schmid, dk5ras [mailto:[email protected]]
Sent: Wednesday, February 13, 2013 4:35 PM
To: ‘[email protected]
Subject: RE: [Discuss-gnuradio] Fw: Gnu radio not completely installed
on Ubuntu 12.04

Sure, I always run it verbose, and I will extract the exact error
message, today I simply did not find the time for this :slight_smile: I know it very
well that the message “doe not work” does not tell very much…working
on it.

Ralph.

When reporting “it didn’t work”, you’re best to run with --verbose, and
provide the last page or so of logging output, to help us determine if
you had some kind of transient failure, or there’s an actual problem.

Since build-gnuradio does a lot of different things, and its default
mode is to be quite terse, just getting a “it didn’t work” doesn’t
really help anybody help you.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs