discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Gnu radio not completely installed on Ubuntu 12.0


From: Sajjad Safdar
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on Ubuntu 12.04
Date: Tue, 12 Feb 2013 05:39:53 -0800 (PST)

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: "address@hidden" <address@hidden>
To: address@hidden
Sent: Saturday, February 9, 2013 6:00 PM
Subject: Discuss-gnuradio Digest, Vol 123, Issue 10

Send Discuss-gnuradio mailing list submissions to
    address@hidden

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
    address@hidden

You can reach the person managing the list at
    address@hidden

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 Braun (CEL))
  3. Re: Build fails (Josh Blum)
  4. Re: Build fails (Josh Blum)
  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 Blum)
  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 Savic)
  18. Possible problem with file location (Graeme Gemmill)
  19. Re: Possible problem with file location (Josh Blum)
  20. Re: can't find block "uhd_usrp_souce" (Martin Braun (CEL))
  21. Arrive ? (Erik Jakobsen)


----------------------------------------------------------------------

Message: 1
Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
From: Sajjad Safdar <address@hidden>
To: "address@hidden" <address@hidden>
Subject: [Discuss-gnuradio] Gnu radio not completely installed on
    Ubuntu    12.04
Message-ID:
    <address@hidden>
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 Braun (CEL)" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
    Ubuntu 12.04
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad Safdar 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 Braun
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 Blum <address@hidden>
To: "Ralph A. Schmid, dk5ras" <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: <address@hidden>
Content-Type: text/plain; charset=windows-1252

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

namespace swig {
  template <> struct traits<unsigned int > {
    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:
> Here it is...600kB packed, so I put it onto my server...
>
> http://dk5ras.dyndns.org/tmp/gnuradio_core_generalPYTHON_wrap.zip
>
> Ralph.
>
>> -----Original Message-----
>> From: discuss-gnuradio-bounces+ralph=address@hidden
>> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf Of
>> Josh Blum
>> Sent: Friday, February 08, 2013 9:49 AM
>> To: address@hidden
>> Subject: Re: [Discuss-gnuradio] Build fails
>>
>>
>>
>> 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
>>> 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
> just
>> fine.
>>>
>>> See the messages at the bottom of the mail.
>>>
>>> I am normally a Win user and far from being a linux pro, but I do not
>>> fear the command line and editing files. Reminds me a bit of good old
>>> Amiga times
>>> :-)
>>>
>>> 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
> is
>> accidentally building against installed headers)?
>>
>> It may be the case that a recent change is adding an extra typdef or
> template
>> to a swig .i file and swig is being dumb and exporting it twice.
>>
>> 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
> :-)
>>
>> So, what version of gnuradio produced the errors below? It wasnt the
> 3.4.2,
>> right?
>>
>> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx
>>
>> -josh
>>
>>> Thanks a lot, and with best regards
>>>
>>> Ralph.
>>>
>>> These are the scripts last words:
>>>
>>> [ 39%] Building CXX object
>>> gnuradio-
>> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co
>>> re_generalPYTHON_wrap.cxx.o
>>> /home/ras/gnuradio/build/gnuradio-
>> core/src/lib/swig/gnuradio_core_gene
>>> ralPYT
>>> HON_wrap.cxx:6067:22: error: redefinition of ?struct
>>> swig::traits<unsigned
>>> int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int> >?
>>> /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<unsigned int> >?
>>> make[2]: ***
>>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur
>>> adio_c
>>> ore_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
>>>
>>>
>>> --
>>>
>>> Ralph A. Schmid
>>> Mondstr. 10
>>> 90762 F?rth
>>> +49-171-3631223
>>> address@hidden
>>> http://www.bclog.de/
>>>
>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



------------------------------

Message: 4
Date: Fri, 08 Feb 2013 12:20:08 -0600
From: Josh Blum <address@hidden>
To: "Ralph A. Schmid, dk5ras" <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: <address@hidden>
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


> Ralph.
>
>> -----Original Message-----
>> From: discuss-gnuradio-bounces+ralph=address@hidden
>> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf Of
>> Josh Blum
>> Sent: Friday, February 08, 2013 9:49 AM
>> To: address@hidden
>> Subject: Re: [Discuss-gnuradio] Build fails
>>
>>
>>
>> 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
>>> 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
> just
>> fine.
>>>
>>> See the messages at the bottom of the mail.
>>>
>>> I am normally a Win user and far from being a linux pro, but I do not
>>> fear the command line and editing files. Reminds me a bit of good old
>>> Amiga times
>>> :-)
>>>
>>> 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
> is
>> accidentally building against installed headers)?
>>
>> It may be the case that a recent change is adding an extra typdef or
> template
>> to a swig .i file and swig is being dumb and exporting it twice.
>>
>> 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
> :-)
>>
>> So, what version of gnuradio produced the errors below? It wasnt the
> 3.4.2,
>> right?
>>
>> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx
>>
>> -josh
>>
>>> Thanks a lot, and with best regards
>>>
>>> Ralph.
>>>
>>> These are the scripts last words:
>>>
>>> [ 39%] Building CXX object
>>> gnuradio-
>> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co
>>> re_generalPYTHON_wrap.cxx.o
>>> /home/ras/gnuradio/build/gnuradio-
>> core/src/lib/swig/gnuradio_core_gene
>>> ralPYT
>>> HON_wrap.cxx:6067:22: error: redefinition of ?struct
>>> swig::traits<unsigned
>>> int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int>?
>>> /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<unsigned int> >?
>>> /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<unsigned int> >?
>>> make[2]: ***
>>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur
>>> adio_c
>>> ore_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
>>>
>>>
>>> --
>>>
>>> Ralph A. Schmid
>>> Mondstr. 10
>>> 90762 F?rth
>>> +49-171-3631223
>>> address@hidden
>>> http://www.bclog.de/
>>>
>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



------------------------------

Message: 5
Date: Fri, 8 Feb 2013 19:14:48 +0000
From: "Nowlan, Sean" <address@hidden>
To: "address@hidden" <address@hidden>
Subject: [Discuss-gnuradio] pdu and stream tagging in 3.6.3
Message-ID: <address@hidden>
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" <address@hidden>
To: <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: <address@hidden>
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.


> -----Original Message-----
> From: Josh Blum [mailto:address@hidden] On Behalf Of Josh Blum
> Sent: Friday, 08 February, 2013 19:20
> To: Ralph A. Schmid, dk5ras
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] Build fails
>
>
>
> 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
>
>
> > Ralph.
> >
> >> -----Original Message-----
> >> From: discuss-gnuradio-bounces+ralph=address@hidden
> >> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf
> >> Of Josh Blum
> >> Sent: Friday, February 08, 2013 9:49 AM
> >> To: address@hidden
> >> Subject: Re: [Discuss-gnuradio] Build fails
> >>
> >>
> >>
> >> 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 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
> > just
> >> fine.
> >>>
> >>> See the messages at the bottom of the mail.
> >>>
> >>> I am normally a Win user and far from being a linux pro, but I do
> >>> not fear the command line and editing files. Reminds me a bit of
> >>> good old Amiga times
> >>> :-)
> >>>
> >>> 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
> > is
> >> accidentally building against installed headers)?
> >>
> >> It may be the case that a recent change is adding an extra typdef or
> > template
> >> to a swig .i file and swig is being dumb and exporting it twice.
> >>
> >> 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
> > :-)
> >>
> >> So, what version of gnuradio produced the errors below? It wasnt the
> > 3.4.2,
> >> right?
> >>
> >> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx
> >>
> >> -josh
> >>
> >>> Thanks a lot, and with best regards
> >>>
> >>> Ralph.
> >>>
> >>> These are the scripts last words:
> >>>
> >>> [ 39%] Building CXX object
> >>> gnuradio-
> >> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co
> >>> re_generalPYTHON_wrap.cxx.o
> >>> /home/ras/gnuradio/build/gnuradio-
> >> core/src/lib/swig/gnuradio_core_gene
> >>> ralPYT
> >>> HON_wrap.cxx:6067:22: error: redefinition of ?struct
> >>> swig::traits<unsigned
> >>> int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int> >?
> >>> /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<unsigned int> >?
> >>> 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]: ***
> >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al
> >>> l]
> >>> Error
> >>> 2
> >>> make: *** [all] Error 2
> >>> make failed
> >>> Exiting Gnu Radio build/install
> >>>
> >>>
> >>> --
> >>>
> >>> Ralph A. Schmid
> >>> Mondstr. 10
> >>> 90762 F?rth
> >>> +49-171-3631223
> >>> address@hidden
> >>> http://www.bclog.de/
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Discuss-gnuradio mailing list
> >>> address@hidden
> >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >>>
> >>
> >> _______________________________________________
> >> Discuss-gnuradio mailing list
> >> address@hidden
> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >




------------------------------

Message: 7
Date: Fri, 8 Feb 2013 20:28:50 +0100
From: "Ralph A. Schmid, dk5ras" <address@hidden>
To: <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: <address@hidden>
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?! :)

Ralph.

> -----Original Message-----
> From: Josh Blum [mailto:address@hidden] On Behalf Of Josh Blum
> Sent: Friday, 08 February, 2013 19:18
> To: Ralph A. Schmid, dk5ras
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] Build fails
>
> Well, thats probably the issue, size_t is an unsigned int
>
> namespace swig {
>  template <> struct traits<unsigned int > {
>    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:
> > Here it is...600kB packed, so I put it onto my server...
> >
> > http://dk5ras.dyndns.org/tmp/gnuradio_core_generalPYTHON_wrap.zip
> >
> > Ralph.
> >
> >> -----Original Message-----
> >> From: discuss-gnuradio-bounces+ralph=address@hidden
> >> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf
> >> Of Josh Blum
> >> Sent: Friday, February 08, 2013 9:49 AM
> >> To: address@hidden
> >> Subject: Re: [Discuss-gnuradio] Build fails
> >>
> >>
> >>
> >> 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 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
> > just
> >> fine.
> >>>
> >>> See the messages at the bottom of the mail.
> >>>
> >>> I am normally a Win user and far from being a linux pro, but I do
> >>> not fear the command line and editing files. Reminds me a bit of
> >>> good old Amiga times
> >>> :-)
> >>>
> >>> 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
> > is
> >> accidentally building against installed headers)?
> >>
> >> It may be the case that a recent change is adding an extra typdef or
> > template
> >> to a swig .i file and swig is being dumb and exporting it twice.
> >>
> >> 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
> > :-)
> >>
> >> So, what version of gnuradio produced the errors below? It wasnt the
> > 3.4.2,
> >> right?
> >>
> >> Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxx
> >>
> >> -josh
> >>
> >>> Thanks a lot, and with best regards
> >>>
> >>> Ralph.
> >>>
> >>> These are the scripts last words:
> >>>
> >>> [ 39%] Building CXX object
> >>> gnuradio-
> >> core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co
> >>> re_generalPYTHON_wrap.cxx.o
> >>> /home/ras/gnuradio/build/gnuradio-
> >> core/src/lib/swig/gnuradio_core_gene
> >>> ralPYT
> >>> HON_wrap.cxx:6067:22: error: redefinition of ?struct
> >>> swig::traits<unsigned
> >>> int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int>?
> >>> /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<unsigned int> >?
> >>> /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<unsigned int> >?
> >>> 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]: ***
> >>> [gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al
> >>> l]
> >>> Error
> >>> 2
> >>> make: *** [all] Error 2
> >>> make failed
> >>> Exiting Gnu Radio build/install
> >>>
> >>>
> >>> --
> >>>
> >>> Ralph A. Schmid
> >>> Mondstr. 10
> >>> 90762 F?rth
> >>> +49-171-3631223
> >>> address@hidden
> >>> http://www.bclog.de/
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Discuss-gnuradio mailing list
> >>> address@hidden
> >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >>>
> >>
> >> _______________________________________________
> >> Discuss-gnuradio mailing list
> >> address@hidden
> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >




------------------------------

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

On 02/08/2013 12:32 PM, Sajjad Safdar wrote:
> 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
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re-try with --verbose  it will give more output about what failed.


--
Marcus Leech
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 <address@hidden>
To: address@hidden
Cc: address@hidden, address@hidden
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
    <CAKro2L1oixE8M9WccoGy9UzskGzvD=address@hidden>
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,  <address@hidden> wrote:
> On 07 Feb 2013 11:31, gang li wrote:
>
> Hi, guys, I am doing full duplex on SBX. Is there any leakage from TX
> to RX? Is that much?
>
> Best,
> Gang
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> There's roughly 40dB isolation TX/RX on these cards.
>
>
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



------------------------------

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

On 02/08/2013 04:10 PM, gang li wrote:
> 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
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 Leech
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 <address@hidden>
To: "Marcus D. Leech" <address@hidden>
Cc: address@hidden, address@hidden
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
    <address@hidden>
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 <address@hidden> wrote:
> On 02/08/2013 04:10 PM, gang li wrote:
>>
>> 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
>
> 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 Leech
> 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 <address@hidden>
To: "address@hidden" <address@hidden>
Subject: [Discuss-gnuradio] usrp spectrum sensing
Message-ID:
    <address@hidden>
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 Blum <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] usrp spectrum sensing
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1



On 02/08/2013 07:26 PM, Biniyam Zewede wrote:
>
>
> 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.
>

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 address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



------------------------------

Message: 14
Date: Sat, 9 Feb 2013 13:10:46 +0800
From: adream <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] can't find block "uhd_usrp_souce"
Message-ID:
    <CAEEUvWusnRQFLgCaj1MepGhK7pXWHHVY4+address@hidden>
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 <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] looking for the c++ source for "WBFM
    Receive"    Block
Message-ID:
    <CAEEUvWskMCktU-d_o+address@hidden>
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" <address@hidden>
To: <address@hidden>
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: <address@hidden>
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 :)

Ralph.

> -----Original Message-----
> From: discuss-gnuradio-bounces+ralph=address@hidden
> [mailto:discuss-gnuradio-bounces+ralph=address@hidden] On Behalf Of
> gang li
> Sent: Friday, 08 February, 2013 23:47
> To: Marcus D. Leech
> Cc: address@hidden; address@hidden
> Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
>
> 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 <address@hidden>
> wrote:
> > On 02/08/2013 04:10 PM, gang li wrote:
> >>
> >> 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
> >
> > 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 Leech
> > Principal Investigator
> > Shirleys Bay Radio Astronomy Consortium
> > http://www.sbrac.org
> >
> >
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio




------------------------------

Message: 17
Date: Sat, 9 Feb 2013 13:17:57 +0100
From: Nemanja Savic <address@hidden>
To: adream <address@hidden>, address@hidden
Subject: Re: [Discuss-gnuradio] looking for the c++ source for "WBFM
    Receive" Block
Message-ID:
    <CAFD_UOcKjdcUoxFL9+address@hidden>
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 <address@hidden> wrote:

> hello,
> Can anyone tell me the c++ source for "WBFM Receive" Block?
> Thanks
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> 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 Gemmill <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Possible problem with file location
Message-ID: <address@hidden>
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:
address@hidden Apps]$ python Test1.py
Traceback (most recent call last):
  File "Test1.py", line 3, in <module>
    from gnuradio import gr
  File
"/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/__init__.py", line
27, in <module>
    from gnuradio_core import *
  File
"/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py",
line 23, in <module>
    from gnuradio_core_runtime import *
  File
"/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
line 24, in <module>
    _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:
address@hidden 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 Blum <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Possible problem with file location
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1



On 02/09/2013 07:57 AM, Graeme Gemmill wrote:
> I installed gnuradio to /opt/radio and set
> PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
> My first test run gave:
> address@hidden Apps]$ python Test1.py
> Traceback (most recent call last):
>  File "Test1.py", line 3, in <module>
>    from gnuradio import gr
>  File
> "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/__init__.py", line
> 27, in <module>
>    from gnuradio_core import *
>  File
> "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py",
> line 23, in <module>
>    from gnuradio_core_runtime import *
>  File
> "/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py",
> line 24, in <module>
>    _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:
> address@hidden 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.

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 Braun (CEL)" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] can't find block "uhd_usrp_souce"
Message-ID: <address@hidden>
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 Braun
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 Jakobsen <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Arrive ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

HI.

Does this arrive at the mailinglist ?

Erik



------------------------------

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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


Attachment: Screenshot from 2013-02-12 14:33:55.png
Description: PNG image


reply via email to

[Prev in Thread] Current Thread [Next in Thread]