|
| From: | Jay Prakash |
| Subject: | [Discuss-gnuradio] tunnel.py |
| Date: | Thu, 30 May 2013 21:16:58 +0530 |
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. Re: pmt_int.h error while building gnuradio 3.6.5 release in
fedora 18 (Johnathan Corgan)
2. build-gnuradio statistics (Marcus D. Leech)
3. Re: build-gnuradio statistics (Johnathan Corgan)
4. Re: build-gnuradio statistics (Marcus D. Leech)
5. Re: build-gnuradio statistics (Martin L?lf)
6. Re: build-gnuradio statistics (Marcus D. Leech)
7. build-gnuradio updated (Marcus D. Leech)
8. Re: Performing callback function in GRC (Josh Blum)
9. Re: Performing callback function in GRC (Marcus D. Leech)
10. Bins smaller than pixels. was: WX GUI FFT Sink Performance
(Simon IJskes)
11. Re: Bins smaller than pixels. was: WX GUI FFT Sink
Performance (Marcus D. Leech)
12. Re: Bins smaller than pixels. was: WX GUI FFT Sink
Performance (John Ackermann N8UR)
13. Re: Bins smaller than pixels. was: WX GUI FFT Sink
Performance (Mark McCarron)
14. Re: Bins smaller than pixels. was: WX GUI FFT Sink
Performance (Marcus D. Leech)
15. Re: Import error of grextras, undefined symbol (Guy Holtzman)
16. A Clarification (manjusha)
17. Re: A Clarification (Marcus D. Leech)
18. Re: build-gnuradio statistics (Marcus D. Leech)
19. Re: A Clarification (manjusha)
20. Re: A Clarification (Marcus D. Leech)
21. tx & rx using 2-usrp N210 and RFX2400 setup (vamshi krishna dodla)
22. Device-free RF-based recognition (Ubicomp workshop) (Stephan Sigg)
23. Re: Import error of grextras, undefined symbol (Guy Holtzman)
24. Install problems on gentoo + fix (Volker Schroer)
25. Location of config files (Volker Schroer)
26. Re: Software Defined Radar (Michael Hill)
27. Re: Install problems on gentoo + fix (Johnathan Corgan)
28. Re: tx & rx using 2-usrp N210 and RFX2400 setup (Tom Rondeau)
29. Re: Install problems on gentoo + fix (Volker Schroer)
30. Re: Location of config files (Johnathan Corgan)
31. Re: Install problems on gentoo + fix (Volker Schroer)
32. Re: Install problems on gentoo + fix (Johnathan Corgan)
33. Re: Location of config files (Volker Schroer)
34. Re: Location of config files (Johnathan Corgan)
35. Re: Location of config files (Martin Braun (CEL))
36. Re: Location of config files (Volker Schroer)
----------------------------------------------------------------------
Message: 1
Date: Tue, 28 May 2013 09:13:47 -0700
From: Johnathan Corgan <address@hidden>
To: swrangsar basumatary <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] pmt_int.h error while building
gnuradio 3.6.5 release in fedora 18
Message-ID:
<CALOxbZvyaY4bpuU=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
On Tue, May 28, 2013 at 8:55 AM, swrangsar basumatary
<address@hidden>wrote:
> sorry for that post, i think it just affects the documentation.
>
No worries. Unfortunately, we don't get a lot of test coverage with
Fedora, so these things tend to go unnoticed.
What version of doxygen are you using?
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130528/841738c2/attachment.html>
------------------------------
Message: 2
Date: Tue, 28 May 2013 12:14:34 -0400
From: "Marcus D. Leech" <address@hidden>
To: "address@hidden" <address@hidden>
Subject: [Discuss-gnuradio] build-gnuradio statistics
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
So, I've added a exit-handler routine to build-gnuradio to try to
capture some basic statistics about success/failure when the script is run.
I'd like some suggestions about automating uploading of this one-liner
of stats data to some website somewhere so that I can review it.
Maybe something we can turn on on the gnuradio.org website?
I can't use e-mail, because that would involve grokking the callers
local e-mail environment. And that would have privacy implications.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 3
Date: Tue, 28 May 2013 09:30:43 -0700
From: Johnathan Corgan <address@hidden>
To: "Marcus D. Leech" <address@hidden>
Cc: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] build-gnuradio statistics
Message-ID:
<CALOxbZskVv3njYFRC-27C_qypDiDSDu=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
On Tue, May 28, 2013 at 9:14 AM, Marcus D. Leech <address@hidden> wrote:
> I'd like some suggestions about automating uploading of this one-liner of
> stats data to some website somewhere so that I can review it.
> Maybe something we can turn on on the gnuradio.org website?
>
You could ask in the script if the user wants to send feedback via email or
not, with the default set to no. Otherwise, any automated system would
likely be negatively perceived.
That said, I could see having an email processing bot on gnuradio.org turn
received emails into a statistics page, said bot being written by you of
course :)
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130528/52ef060b/attachment.html>
------------------------------
Message: 4
Date: Tue, 28 May 2013 12:43:15 -0400
From: "Marcus D. Leech" <address@hidden>
To: Johnathan Corgan <address@hidden>
Cc: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] build-gnuradio statistics
Message-ID: <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 05/28/2013 12:30 PM, Johnathan Corgan wrote:
> On Tue, May 28, 2013 at 9:14 AM, Marcus D. Leech <address@hidden
> <mailto:address@hidden>> wrote:
>
> I'd like some suggestions about automating uploading of this
> one-liner of stats data to some website somewhere so that I can
> review it.
> Maybe something we can turn on on the gnuradio.org
> <http://gnuradio.org> website?
>
>
> You could ask in the script if the user wants to send feedback via
> email or not, with the default set to no. Otherwise, any automated
> system would likely be negatively perceived.
>
> That said, I could see having an email processing bot on gnuradio.org
> <http://gnuradio.org> turn received emails into a statistics page,
> said bot being written by you of course :)
>
> --
> Johnathan Corgan
> Corgan Labs - SDR Training and Development Services
> http://corganlabs.com
So--trade maint of statistics page for maint of build-gnuradio itself?
It's a trap! :)
--
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/20130528/5b536a4c/attachment.html>
------------------------------
Message: 5
Date: Tue, 28 May 2013 18:44:55 +0200
From: Martin L?lf <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] build-gnuradio statistics
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
I would solve this with a small PHP Script on the webserver (or whatever
scripting language is available on the webserver). The script can
evaluate the called URL including parameters.
So in the build gnuradio script you would call something like this
wget http://example.com/script.php?param1=5¶m2=pi
The Script on the webserver will now have access to param1 and param2
and can store them in a Database, or whatever you would like to do and
can return (echo) a few charakters (e.g. 1 ok, 0 malformed parameter).
This way the build gnuradio script can then evaluate the content of the
downloaded file to see if anything went wrong.
For this to work you only need HTTP access to the script webserver on
the install PC. Many PCs are behind Firewalls that drop traffic on Port
25 if you try to use Email, but port 80 is almost always oppen.
I also agree with Jonathan, that sending back feedback should be a
opt-in decision during the installation.
Yours
Martin
Am 28.05.2013 18:30, schrieb Johnathan Corgan:
> On Tue, May 28, 2013 at 9:14 AM, Marcus D. Leech <address@hidden
> <mailto:address@hidden>> wrote:
>
> I'd like some suggestions about automating uploading of this
> one-liner of stats data to some website somewhere so that I can
> review it.
> Maybe something we can turn on on the gnuradio.org
> <http://gnuradio.org> website?
>
>
> You could ask in the script if the user wants to send feedback via email
> or not, with the default set to no. Otherwise, any automated system
> would likely be negatively perceived.
>
> That said, I could see having an email processing bot on gnuradio.org
> <http://gnuradio.org> turn received emails into a statistics page, said
> bot being written by you of course :)
>
> --
> Johnathan Corgan
> Corgan Labs - SDR Training and Development Services
> http://corganlabs.com
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
------------------------------
Message: 6
Date: Tue, 28 May 2013 12:56:00 -0400
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] build-gnuradio statistics
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 05/28/2013 12:44 PM, Martin L?lf wrote:
> Hi,
>
> I would solve this with a small PHP Script on the webserver (or
> whatever scripting language is available on the webserver). The script
> can evaluate the called URL including parameters.
>
> So in the build gnuradio script you would call something like this
> wget http://example.com/script.php?param1=5¶m2=pi
>
> The Script on the webserver will now have access to param1 and param2
> and can store them in a Database, or whatever you would like to do and
> can return (echo) a few charakters (e.g. 1 ok, 0 malformed parameter).
Yes, I was thinking something through wget as well...
>
> This way the build gnuradio script can then evaluate the content of
> the downloaded file to see if anything went wrong.
>
> For this to work you only need HTTP access to the script webserver on
> the install PC. Many PCs are behind Firewalls that drop traffic on
> Port 25 if you try to use Email, but port 80 is almost always oppen.
>
> I also agree with Jonathan, that sending back feedback should be a
> opt-in decision during the installation.
>
> Yours
> Martin
>
I'll have to think about this. I don't want to add even more work to my
workload, but I would like to understand what fraction of build-gnuradio
invocations are failing, and why.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 7
Date: Tue, 28 May 2013 12:57:48 -0400
From: "Marcus D. Leech" <address@hidden>
To: "address@hidden" <address@hidden>
Subject: [Discuss-gnuradio] build-gnuradio updated
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I just updated build-gnuradio -- after the change to the repo, a check
that the script was doing was failing, due to the change in file structure
between 3.6 and 3.7. Thanks to Jim Friel for finding this.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 8
Date: Tue, 28 May 2013 12:15:16 -0500
From: Josh Blum <address@hidden>
To: Florian Schlembach <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Performing callback function in GRC
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On 05/28/2013 04:32 AM, Florian Schlembach wrote:
>> Perhaps it would work better to treat the input as one variable. Use a
>> tuple of numbers instead. You can make a text entry widget w/ converter
>> type "Evaluate".
>>
>> The callback would probably look more like this:
>> <callback>set_user_register(*\$user_reg_args)</callback>
>>
>> -josh
>>
>
> Thanks, thats already a good solution. However, I would like to select
> the user_reg_addr from another Checkbox Widget (e.g. to select a
> specific function). Assuming an evaluated $user_reg_args by
> [user_reg_addr,1], it always executes the callback on an update of
> user_reg_addr, which is kinda obvious.
> Thus, I always need to type in the value *and* the address into the text
> field by hand. Although this would be acceptable, it is not so handy.
>
> I am wondering if there is some sort of a conditional execution of the
> callback in the python-xml framework?
>
I guess at some point, the builtin GRC functionality isnt smart enough.
I think you could obtain this with some custom python code. For example,
howabout a custom xml for grc that calls
self.my_usrp_source_block_id.set_user_reg, but all caches the address so
it doesnt give extra calls when the user makes gui changes.
You can put pretty much anything inside those <make></make> tags, so I
am imagining a class with a callback that does the right logic.
-josh
------------------------------
Message: 9
Date: Tue, 28 May 2013 13:28:19 -0400
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Performing callback function in GRC
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 05/28/2013 01:15 PM, Josh Blum wrote:
>
> I guess at some point, the builtin GRC functionality isnt smart enough.
> I think you could obtain this with some custom python code. For example,
> howabout a custom xml for grc that calls
> self.my_usrp_source_block_id.set_user_reg, but all caches the address so
> it doesnt give extra calls when the user makes gui changes.
>
> You can put pretty much anything inside those<make></make> tags, so I
> am imagining a class with a callback that does the right logic.
>
> -josh
>
>
I've done that sort of thing, but without the XML.
It would be nice for there to be a mechanism for getting access to a
blocks object handle for "helper" code, for doing things like calling
getter methods so that "helper" python code can do things based on
calls to an objects "parametric" methods (that is, non-data-path).
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 10
Date: Tue, 28 May 2013 19:28:27 +0200
From: Simon IJskes <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Bins smaller than pixels. was: WX GUI FFT
Sink Performance
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 17-05-13 02:22, Marcus D. Leech wrote:
>
> Again, given the fact that your display geometry is likely less than
> 1280 wide, you'll simply lose information for FFTs larger than that.
I one is looking for weak CW signals, in a waterfall, wouldn't a wide
bin, make this signal invisible in among the noise? If more bins fit in
one pixel, there could be a mode where the bin with the most power is
displayed. If this is complete non-sense, how would you implement
looking for faint cw carriers, in like EME applications?
Gr. Simon
------------------------------
Message: 11
Date: Tue, 28 May 2013 13:34:57 -0400
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Bins smaller than pixels. was: WX GUI
FFT Sink Performance
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 05/28/2013 01:28 PM, Simon IJskes wrote:
> On 17-05-13 02:22, Marcus D. Leech wrote:
>>
>> Again, given the fact that your display geometry is likely less than
>> 1280 wide, you'll simply lose information for FFTs larger than that.
>
> I one is looking for weak CW signals, in a waterfall, wouldn't a wide
> bin, make this signal invisible in among the noise? If more bins fit
> in one pixel, there could be a mode where the bin with the most power
> is displayed. If this is complete non-sense, how would you implement
> looking for faint cw carriers, in like EME applications?
>
> Gr. Simon
>
There are a number of ways to do this. One can make a scrollable FFT
window -- either waterfall or plot.
One can use various "compression" techniques to reduce the much-wider
FFT data to the number of displayable bins you have. There are three
in common use:
o strictly decimate the bins -- keep-one-in-N bins
o average input bins together to make a display bin
o pick the highest power in a given bin set to make a display bin
I believe that the wxGUI widgets in Gnu Radio do the first
one--keep-one-in-N
I agree it would be useful for the FFT display widgets to have more
options for processing FFTs that are wider than the display.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 12
Date: Tue, 28 May 2013 13:36:19 -0400
From: John Ackermann N8UR <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Bins smaller than pixels. was: WX GUI
FFT Sink Performance
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 5/28/2013 1:28 PM, Simon IJskes wrote:
> On 17-05-13 02:22, Marcus D. Leech wrote:
>>
>> Again, given the fact that your display geometry is likely less than
>> 1280 wide, you'll simply lose information for FFTs larger than that.
>
> I one is looking for weak CW signals, in a waterfall, wouldn't a wide
> bin, make this signal invisible in among the noise? If more bins fit in
> one pixel, there could be a mode where the bin with the most power is
> displayed. If this is complete non-sense, how would you implement
> looking for faint cw carriers, in like EME applications?
Take a look at the "rosenfell" or "normal" detector used in spectrum
analyzers -- I think it's a way to deal with this question. There's a
good discussion in the Agilent spectrum analysis basics app note:
http://cp.literature.agilent.com/litweb/pdf/5952-0292.pdf
John
------------------------------
Message: 13
Date: Tue, 28 May 2013 18:54:28 +0100
From: Mark McCarron <address@hidden>
To: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] Bins smaller than pixels. was: WX GUI
FFT Sink Performance
Message-ID: <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
I think the best approach is just to include every possible method in GNURadio. This can only make the platform more versatile. I make use of overlapping a lot because computation times are a pain. The trade-off in resolution is acceptable to me because it has limits that I can work around. This allows me to work with weak signals that would otherwise go unnoticed without some heavy computation. I typically work at resolutions of over 1 million to examine narrow-band signals.
The other method is to have a system setup to record the spectrum to a file, then allow another computer to do the FFT at different resolutions. SETI do the same thing with the BOINC platform, only on a far greater scale.
Regards,
Mark McCarron
> Date: Tue, 28 May 2013 13:36:19 -0400
> From: address@hidden
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] Bins smaller than pixels. was: WX GUI FFT Sink Performance
>
> On 5/28/2013 1:28 PM, Simon IJskes wrote:
> > On 17-05-13 02:22, Marcus D. Leech wrote:
> >>
> >> Again, given the fact that your display geometry is likely less than
> >> 1280 wide, you'll simply lose information for FFTs larger than that.
> >
> > I one is looking for weak CW signals, in a waterfall, wouldn't a wide
> > bin, make this signal invisible in among the noise? If more bins fit in
> > one pixel, there could be a mode where the bin with the most power is
> > displayed. If this is complete non-sense, how would you implement
> > looking for faint cw carriers, in like EME applications?
>
> Take a look at the "rosenfell" or "normal" detector used in spectrum
> analyzers -- I think it's a way to deal with this question. There's a
> good discussion in the Agilent spectrum analysis basics app note:
> http://cp.literature.agilent.com/litweb/pdf/5952-0292.pdf
>
> John
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130528/ce1380f7/attachment.html>
------------------------------
Message: 14
Date: Tue, 28 May 2013 14:04:18 -0400
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Bins smaller than pixels. was: WX GUI
FFT Sink Performance
Message-ID: <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 05/28/2013 01:54 PM, Mark McCarron wrote:
> I think the best approach is just to include every possible method in
> GNURadio. This can only make the platform more versatile. I make use
> of overlapping a lot because computation times are a pain. The
> trade-off in resolution is acceptable to me because it has limits that
> I can work around. This allows me to work with weak signals that
> would otherwise go unnoticed without some heavy computation. I
> typically work at resolutions of over 1 million to examine narrow-band
> signals.
>
> The other method is to have a system setup to record the spectrum to a
> file, then allow another computer to do the FFT at different
> resolutions. SETI do the same thing with the BOINC platform, only on
> a far greater scale.
>
> Regards,
>
> Mark McCarron
There are two distinct issues here:
o overlapped FFT processing (to improve temporal resolution)
o compression for visual display
They're both, in essence, about the "visual presentation" of FFT data.
Anyone is welcome to improve either/both of these and submit code....
--
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/20130528/65e62810/attachment.html>
------------------------------
Message: 15
Date: Tue, 28 May 2013 21:08:34 +0300
From: Guy Holtzman <address@hidden>
To: Alex Zhang <address@hidden>
Cc: gnuradio mailing list <address@hidden>
Subject: Re: [Discuss-gnuradio] Import error of grextras, undefined
symbol
Message-ID:
<CAF=address@hidden>
Content-Type: text/plain; charset="windows-1252"
can it be a permission problem?
I tried added a print before the error and discovered this file it located
succesfully many times when I use grc:
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xd8ae288>
('.so', 'rb', 3)
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xd94a910>
('.so', 'rb', 3)
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xdfb1390>
('.so', 'rb', 3)
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xd94a860>
('.so', 'rb', 3)
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xd8d7288>
('.so', 'rb', 3)
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xd2970d0>
('.so', 'rb', 3)
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xdcef1d8>
('.so', 'rb', 3)
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0xd297440>
('.so', 'rb', 3)
Generating: "/home/guy/.grc_gnuradio/tdma_hier.py"
Executing: "/home/guy/.grc_gnuradio/tdma_hier.py"
linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-78-g49a4929b
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0x95b1078>
('.so', 'rb', 3)
Traceback (most recent call last):
File "/home/guy/.grc_gnuradio/tdma_hier.py", line 14, in <module>
import gnuradio.extras as gr_extras
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
20, in <module>
from extras_swig import *
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
line 31, in <module>
_extras_swig = swig_import_helper()
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
line 27, in swig_import_helper
_mod = imp.load_module('_extras_swig', fp, pathname, description)
ImportError: libgnuradio-extras.so: cannot open shared object file: No such
file or directory
>>> Done
Showing: "/home/guy/Documents/tdma_radio.grc"
Generating: "/home/guy/Documents/tdma_radio.py"
>>> Warning: This flow graph may not have flow control: no audio or usrp
blocks found. Add a Misc->Throttle block to your flow graph to avoid CPU
congestion.
Executing: "/home/guy/Documents/tdma_radio.py"
linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-78-g49a4929b
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
<open file
'/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
mode 'rb' at 0x9450078>
('.so', 'rb', 3)
Traceback (most recent call last):
File "/home/guy/Documents/tdma_radio.py", line 8, in <module>
execfile("/home/guy/.grc_gnuradio/tdma_hier.py")
File "/home/guy/.grc_gnuradio/tdma_hier.py", line 14, in <module>
import gnuradio.extras as gr_extras
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
20, in <module>
from extras_swig import *
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
line 31, in <module>
_extras_swig = swig_import_helper()
File
"/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
line 27, in swig_import_helper
_mod = imp.load_module('_extras_swig', fp, pathname, description)
ImportError: libgnuradio-extras.so: cannot open shared object file: No such
file or directory
as you can see, when it does not work, file pointer is at a completely
different address (0x9######) and when it works the file pointer is at
address of 0xd######
also, I use tried to use sudo command, but it did not work.
any ideas?
Thanks for all the advice
Guy
On Tue, May 28, 2013 at 12:38 AM, Alex Zhang <address@hidden>wrote:
> try to remove all the existing gnuradio and then reinstall bu
> ./build_gnuradio.
>
>
> On Mon, May 27, 2013 at 4:36 PM, Guy Holtzman <address@hidden> wrote:
>
>> I am already working with the latest version of GNU Radio.
>> in which dir the libgnuradio-extras.so should appear and, which package
>> bulids it? is this file bring renamed during the build?
>>
>>
>> On Mon, May 27, 2013 at 9:02 PM, Alex Zhang <address@hidden>wrote:
>>
>>> I remember that I reinstall to the latest gnuradio entirely and then
>>> the error disappeared.
>>>
>>>
>>> On Mon, May 27, 2013 at 12:36 PM, Guy Holtzman <address@hidden> wrote:
>>>
>>>> I am having the same issue, I tried Josh suggestion without success.
>>>> I have installed Extras and pre-cog using:
>>>> https://github.com/jmalsbury/pre-cog/wiki/Installation
>>>>
>>>> what should I do to make it work?
>>>>
>>>>
>>>>
>>>>
>>>> here is a error log containing the versions I am using:
>>>>
>>>> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-78-g49a4929b
>>>>
>>>> <<< Welcome to GNU Radio Companion 3.6.4.1 >>>
>>>>
>>>> Loading: "/home/guy/Documents/tdma_hier.grc"
>>>> >>> Done
>>>>
>>>> Showing: "/home/guy/Documents/tdma_hier.grc"
>>>>
>>>> Loading: "/home/guy/Documents/tdma_radio.grc"
>>>> >>> Done
>>>>
>>>> Showing: "/home/guy/Documents/tdma_radio.grc"
>>>>
>>>> Generating: "/home/guy/Documents/tdma_radio.py"
>>>> >>> Warning: This flow graph may not have flow control: no audio or
>>>> usrp blocks found. Add a Misc->Throttle block to your flow graph to avoid
>>>> CPU congestion.
>>>>
>>>> Executing: "/home/guy/Documents/tdma_radio.py"
>>>>
>>>> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-78-g49a4929b
>>>>
>>>> Traceback (most recent call last):
>>>> File "/home/guy/Documents/tdma_radio.py", line 8, in <module>
>>>> execfile("/home/guy/.grc_gnuradio/tdma_hier.py")
>>>> File "/home/guy/.grc_gnuradio/tdma_hier.py", line 14, in <module>
>>>>
>>>> import gnuradio.extras as gr_extras
>>>> File
>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
>>>> 20, in <module>
>>>> from extras_swig import *
>>>> File
>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>> line 26, in <module>
>>>> _extras_swig = swig_import_helper()
>>>> File
>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>> line 22, in swig_import_helper
>>>> _mod = imp.load_module('_extras_swig', fp, pathname, description)
>>>> ImportError: libgnuradio-extras.so: cannot open shared object file: No
>>>> such file or directory
>>>>
>>>>
>>>>
>>>> Thanks, Guy
>>>>
>>>>
>>>>
>>>> On Wed, Feb 20, 2013 at 8:22 PM, Alex Zhang <address@hidden>wrote:
>>>>
>>>>> Maybe it is due to my own building which is very obsolete. I will try
>>>>> to reinstall the latest version of gnuradio and grextras.
>>>>>
>>>>>
>>>>> On Tue, Feb 19, 2013 at 5:35 PM, Alex Zhang <address@hidden>wrote:
>>>>>
>>>>>> It does not work after the modification and rebuilding of the
>>>>>> grextras.
>>>>>>
>>>>>> My modification:
>>>>>>
>>>>>> diff --git a/swig/CMakeLists.txt b/swig/CMakeLists.txt
>>>>>> index 129d789..42732a3 100644
>>>>>> --- a/swig/CMakeLists.txt
>>>>>> +++ b/swig/CMakeLists.txt
>>>>>> @@ -58,7 +58,7 @@ foreach(incdir ${GRUEL_INCLUDE_DIRS})
>>>>>> list(APPEND GR_SWIG_INCLUDE_DIRS ${incdir}/gruel/swig)
>>>>>> endforeach(incdir)
>>>>>>
>>>>>> -set(GR_SWIG_LIBRARIES gnuradio-extras)
>>>>>> +list(APPEND GR_SWIG_LIBRARIES gnuradio-extras
>>>>>> ${GNURADIO_CORE_LIBRARIES} ${G
>>>>>> set(GR_SWIG_DOC_FILE ${CMAKE_CURRENT_BINARY_DIR}/extras_swig_doc.i)
>>>>>> set(GR_SWIG_DOC_DIRS
>>>>>> ${CMAKE_CURRENT_SOURCE_DIR}/../include/gnuradio/extras)
>>>>>>
>>>>>>
>>>>>> On Tue, Feb 19, 2013 at 5:06 PM, Josh Blum <address@hidden>wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 02/19/2013 04:59 PM, Alex Zhang wrote:
>>>>>>> > Hi,
>>>>>>> >
>>>>>>> > I believe some other guys met this problem before, but I did not
>>>>>>> find the
>>>>>>> > final solution expressed clearly.
>>>>>>> >
>>>>>>> > After I installed the gnuradio, grextras, then in my python code
>>>>>>> which trys
>>>>>>> > to import the extras_swig like
>>>>>>> >
>>>>>>> > import gnuradio.extras as gr_extras
>>>>>>> > File
>>>>>>> >
>>>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
>>>>>>> > 20, in <module>
>>>>>>> > from extras_swig import *
>>>>>>> > File
>>>>>>> >
>>>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>>>>> > line 26, in <module>
>>>>>>> > _extras_swig = swig_import_helper()
>>>>>>> > File
>>>>>>> >
>>>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>>>>> > line 22, in swig_import_helper
>>>>>>> > _mod = imp.load_module('_extras_swig', fp, pathname,
>>>>>>> description)
>>>>>>> > ImportError: /usr/local/lib/libgnuradio-extras.so: undefined
>>>>>>> symbol:
>>>>>>> >
>>>>>>> _ZN15gr_msg_accepter4postEN5boost13intrusive_ptrIN3pmt8pmt_baseEEES4_
>>>>>>> >
>>>>>>> >
>>>>>>> > Can any one shed a light on it?
>>>>>>>
>>>>>>> Maybe its missing a library to link w/
>>>>>>>
>>>>>>> Can you try this and let me know?
>>>>>>>
>>>>>>> http://pastebin.com/t5GL5Z6G
>>>>>>>
>>>>>>> -josh
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> > _______________________________________________
>>>>>>> > 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Alex,
>>>>>> *Dreams can come true ? just believe.*
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Alex,
>>>>> *Dreams can come true ? just believe.*
>>>>>
>>>>> _______________________________________________
>>>>> Discuss-gnuradio mailing list
>>>>> address@hidden
>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> Alex,
>>> *Dreams can come true ? just believe.*
>>>
>>
>>
>
>
> --
>
> Alex,
> *Dreams can come true ? just believe.*
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130528/e817d962/attachment.html>
------------------------------
Message: 16
Date: Tue, 28 May 2013 15:23:46 -0700 (PDT)
From: manjusha <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] A Clarification
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hi,
I would appreciate if the following are clarified regarding USRP,
1.Is it necessary to have two daughter boards in USRP1 to receive data at
two different frequencies?
2.If one daughterboard is used,can it receive the data individually and
separately at different frequencies?
Thanks!!
-----
Manjusha
--
View this message in context: http://gnuradio.4.n7.nabble.com/A-Clarification-tp41661.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 17
Date: Tue, 28 May 2013 18:30:07 -0400
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] A Clarification
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Hi,
>
> I would appreciate if the following are clarified regarding USRP,
>
> 1.Is it necessary to have two daughter boards in USRP1 to receive data at
> two different frequencies?
> 2.If one daughterboard is used,can it receive the data individually and
> separately at different frequencies?
>
> Thanks!!
>
>
It depends.
If those frequencies are separated by less than the analog bandwidth of
a single daughtercard, then you can use the dual-DDC feature to
pick both of those frequencies out of the larger bandwidth.
Otherwise, you must use another card. Each daughtercard has only a single
analog downconverter, and there's only a single dual-channel ADC to
sample the output of the card.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 18
Date: Tue, 28 May 2013 18:39:10 -0400
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] build-gnuradio statistics
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
So, given that my website maintains raw access logs that are available
to me, I've updated build-gnuradio to do a wget call to a non-actually-there
.php so that I can grab some parameters that will show up in the raw
logs, that I can process from time to time. Easy peasy.
The exit() handler in Gnu Radio now asks you politely if you'd like to
contribute to the stats, but it doesn't force it.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 19
Date: Tue, 28 May 2013 15:43:23 -0700 (PDT)
From: manjusha <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] A Clarification
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hope i am not asking a silly question..
Where can i find the "Dual -DDC"feature.Is it confined to a particular
version.Since i don't find it .
Thanks!
-----
Manjusha
--
View this message in context: http://gnuradio.4.n7.nabble.com/A-Clarification-tp41661p41664.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 20
Date: Tue, 28 May 2013 18:50:45 -0400
From: "Marcus D. Leech" <address@hidden>
To: manjusha <address@hidden>, "address@hidden"
<address@hidden>
Subject: Re: [Discuss-gnuradio] A Clarification
Message-ID: <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
> Hope i am not asking a silly question..
>
> Where can i find the "Dual -DDC"feature.Is it confined to a particular
> version.Since i don't find it .
>
> Thanks!
>
For USRP1 and N2XX, you get it by default, and UHD figures out what to
do (for the most part) based on your configuration.
For B100, you need the _2rx FPGA image.
See the attached dual_channel_wbx.grc example attached.
Note that the subdev spec shows the same subdev for both channels: A:0
A:0 in this case
And you have to use some of the magic in uhd.tune_request() to enable
manual setting of the RF frequency, which we simply calculate as the
midpoint between the two desired frequencies, and then we let the
DDCs sort things out from there.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dual_channel_wbx.grc
Type: application/gnuradio-grc
Size: 20866 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130528/a4451516/attachment.bin>
------------------------------
Message: 21
Date: Tue, 28 May 2013 16:34:39 -0700
From: vamshi krishna dodla <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] tx & rx using 2-usrp N210 and RFX2400
setup
Message-ID:
<CAJ0fT2mRMnMf2kkkU6SZa-N1tUni7JLycx=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
I am new to the gnu radio community, and want to know how my set up works
over the air. I am using GNU Radio and 2- usrp N210's with RFX2400. Can
some one provide an example .grc files for a digital modulation (like qpsk)
so as to verify over the air transmission.I need to know how UHD works and
how USRP's connect from tx pc to rx pc. Any replies with examples would be
helpful.
--
Thanks & Regards
Krishna
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130528/4d102222/attachment.html>
------------------------------
Message: 22
Date: Wed, 29 May 2013 11:54:34 +0200
From: Stephan Sigg <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Device-free RF-based recognition (Ubicomp
workshop)
Message-ID: <address@hidden>
Content-Type: Text/Plain; charset="iso-8859-1"
Dear all,
if you are working on radio-based recognition of environmental stimuli, please
consider to participate in the CoSDEO workshop at Ubicomp 2013:
http://cosdeo.teco.edu/2013/index.html
We will have a demo/video/poster session to interactively showcase hands-on
implementations utilising channel fluctuation to sense environmental situation,
location of individuals, their activities, crowd, or whatever else you can
learn from the channel.
Submission deadline for demos or notes is June, 7th.
Best regards,
Stephan
--
Stephan Sigg
National Institute of Informatics (NII)
2-1-2 Hitotsubashi, Chiyoda-ku
Tokyo 101-8430
Japan
Phone: +81 (0)3-4212-2661
Email: address@hidden
Web: www.stephansigg.de/stephan
------------------------------
Message: 23
Date: Wed, 29 May 2013 13:18:16 +0300
From: Guy Holtzman <address@hidden>
To: Alex Zhang <address@hidden>
Cc: gnuradio mailing list <address@hidden>
Subject: Re: [Discuss-gnuradio] Import error of grextras, undefined
symbol
Message-ID:
<CAF=Ddc4t7B2X7Tm=address@hidden>
Content-Type: text/plain; charset="windows-1252"
the problem was the lack of ldconfig in the end of the installation
I used:
sudo ldconfig
after the installation of extras, and it solved the problem
On Tue, May 28, 2013 at 9:08 PM, Guy Holtzman <address@hidden> wrote:
> can it be a permission problem?
> I tried added a print before the error and discovered this file it located
> succesfully many times when I use grc:
>
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xd8ae288>
> ('.so', 'rb', 3)
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xd94a910>
> ('.so', 'rb', 3)
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xdfb1390>
> ('.so', 'rb', 3)
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xd94a860>
> ('.so', 'rb', 3)
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xd8d7288>
> ('.so', 'rb', 3)
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xd2970d0>
> ('.so', 'rb', 3)
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xdcef1d8>
> ('.so', 'rb', 3)
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0xd297440>
> ('.so', 'rb', 3)
>
> Generating: "/home/guy/.grc_gnuradio/tdma_hier.py"
>
> Executing: "/home/guy/.grc_gnuradio/tdma_hier.py"
>
>
> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-78-g49a4929b
>
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0x95b1078>
> ('.so', 'rb', 3)
>
> Traceback (most recent call last):
> File "/home/guy/.grc_gnuradio/tdma_hier.py", line 14, in <module>
> import gnuradio.extras as gr_extras
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
> 20, in <module>
> from extras_swig import *
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
> line 31, in <module>
> _extras_swig = swig_import_helper()
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
> line 27, in swig_import_helper
>
> _mod = imp.load_module('_extras_swig', fp, pathname, description)
> ImportError: libgnuradio-extras.so: cannot open shared object file: No
> such file or directory
>
> >>> Done
>
> Showing: "/home/guy/Documents/tdma_radio.grc"
>
> Generating: "/home/guy/Documents/tdma_radio.py"
> >>> Warning: This flow graph may not have flow control: no audio or usrp
> blocks found. Add a Misc->Throttle block to your flow graph to avoid CPU
> congestion.
>
> Executing: "/home/guy/Documents/tdma_radio.py"
>
> linux; GNU C++ version 4.6.3; Boost_104800; UHD_003.005.003-78-g49a4929b
>
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.pyc
> /usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so
> <open file
> '/usr/local/lib/python2.7/dist-packages/gnuradio/extras/_extras_swig.so',
> mode 'rb' at 0x9450078>
> ('.so', 'rb', 3)
>
> Traceback (most recent call last):
> File "/home/guy/Documents/tdma_radio.py", line 8, in <module>
> execfile("/home/guy/.grc_gnuradio/tdma_hier.py")
> File "/home/guy/.grc_gnuradio/tdma_hier.py", line 14, in <module>
> import gnuradio.extras as gr_extras
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
> 20, in <module>
> from extras_swig import *
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
> line 31, in <module>
> _extras_swig = swig_import_helper()
> File
> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
> line 27, in swig_import_helper
>
> _mod = imp.load_module('_extras_swig', fp, pathname, description)
> ImportError: libgnuradio-extras.so: cannot open shared object file: No
> such file or directory
>
>
> as you can see, when it does not work, file pointer is at a completely
> different address (0x9######) and when it works the file pointer is at
> address of 0xd######
>
> also, I use tried to use sudo command, but it did not work.
> any ideas?
> Thanks for all the advice
> Guy
>
>
> On Tue, May 28, 2013 at 12:38 AM, Alex Zhang <address@hidden>wrote:
>
>> try to remove all the existing gnuradio and then reinstall bu
>> ./build_gnuradio.
>>
>>
>> On Mon, May 27, 2013 at 4:36 PM, Guy Holtzman <address@hidden> wrote:
>>
>>> I am already working with the latest version of GNU Radio.
>>> in which dir the libgnuradio-extras.so should appear and, which package
>>> bulids it? is this file bring renamed during the build?
>>>
>>>
>>> On Mon, May 27, 2013 at 9:02 PM, Alex Zhang <address@hidden>wrote:
>>>
>>>> I remember that I reinstall to the latest gnuradio entirely and then
>>>> the error disappeared.
>>>>
>>>>
>>>> On Mon, May 27, 2013 at 12:36 PM, Guy Holtzman <address@hidden>wrote:
>>>>
>>>>> I am having the same issue, I tried Josh suggestion without success.
>>>>> I have installed Extras and pre-cog using:
>>>>> https://github.com/jmalsbury/pre-cog/wiki/Installation
>>>>>
>>>>> what should I do to make it work?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> here is a error log containing the versions I am using:
>>>>>
>>>>> linux; GNU C++ version 4.6.3; Boost_104800;
>>>>> UHD_003.005.003-78-g49a4929b
>>>>>
>>>>> <<< Welcome to GNU Radio Companion 3.6.4.1 >>>
>>>>>
>>>>> Loading: "/home/guy/Documents/tdma_hier.grc"
>>>>> >>> Done
>>>>>
>>>>> Showing: "/home/guy/Documents/tdma_hier.grc"
>>>>>
>>>>> Loading: "/home/guy/Documents/tdma_radio.grc"
>>>>> >>> Done
>>>>>
>>>>> Showing: "/home/guy/Documents/tdma_radio.grc"
>>>>>
>>>>> Generating: "/home/guy/Documents/tdma_radio.py"
>>>>> >>> Warning: This flow graph may not have flow control: no audio or
>>>>> usrp blocks found. Add a Misc->Throttle block to your flow graph to avoid
>>>>> CPU congestion.
>>>>>
>>>>> Executing: "/home/guy/Documents/tdma_radio.py"
>>>>>
>>>>> linux; GNU C++ version 4.6.3; Boost_104800;
>>>>> UHD_003.005.003-78-g49a4929b
>>>>>
>>>>> Traceback (most recent call last):
>>>>> File "/home/guy/Documents/tdma_radio.py", line 8, in <module>
>>>>> execfile("/home/guy/.grc_gnuradio/tdma_hier.py")
>>>>> File "/home/guy/.grc_gnuradio/tdma_hier.py", line 14, in <module>
>>>>>
>>>>> import gnuradio.extras as gr_extras
>>>>> File
>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
>>>>> 20, in <module>
>>>>> from extras_swig import *
>>>>> File
>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>>> line 26, in <module>
>>>>> _extras_swig = swig_import_helper()
>>>>> File
>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>>> line 22, in swig_import_helper
>>>>> _mod = imp.load_module('_extras_swig', fp, pathname, description)
>>>>> ImportError: libgnuradio-extras.so: cannot open shared object file: No
>>>>> such file or directory
>>>>>
>>>>>
>>>>>
>>>>> Thanks, Guy
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Feb 20, 2013 at 8:22 PM, Alex Zhang <address@hidden>wrote:
>>>>>
>>>>>> Maybe it is due to my own building which is very obsolete. I will try
>>>>>> to reinstall the latest version of gnuradio and grextras.
>>>>>>
>>>>>>
>>>>>> On Tue, Feb 19, 2013 at 5:35 PM, Alex Zhang <address@hidden>wrote:
>>>>>>
>>>>>>> It does not work after the modification and rebuilding of the
>>>>>>> grextras.
>>>>>>>
>>>>>>> My modification:
>>>>>>>
>>>>>>> diff --git a/swig/CMakeLists.txt b/swig/CMakeLists.txt
>>>>>>> index 129d789..42732a3 100644
>>>>>>> --- a/swig/CMakeLists.txt
>>>>>>> +++ b/swig/CMakeLists.txt
>>>>>>> @@ -58,7 +58,7 @@ foreach(incdir ${GRUEL_INCLUDE_DIRS})
>>>>>>> list(APPEND GR_SWIG_INCLUDE_DIRS ${incdir}/gruel/swig)
>>>>>>> endforeach(incdir)
>>>>>>>
>>>>>>> -set(GR_SWIG_LIBRARIES gnuradio-extras)
>>>>>>> +list(APPEND GR_SWIG_LIBRARIES gnuradio-extras
>>>>>>> ${GNURADIO_CORE_LIBRARIES} ${G
>>>>>>> set(GR_SWIG_DOC_FILE ${CMAKE_CURRENT_BINARY_DIR}/extras_swig_doc.i)
>>>>>>> set(GR_SWIG_DOC_DIRS
>>>>>>> ${CMAKE_CURRENT_SOURCE_DIR}/../include/gnuradio/extras)
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Feb 19, 2013 at 5:06 PM, Josh Blum <address@hidden>wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 02/19/2013 04:59 PM, Alex Zhang wrote:
>>>>>>>> > Hi,
>>>>>>>> >
>>>>>>>> > I believe some other guys met this problem before, but I did not
>>>>>>>> find the
>>>>>>>> > final solution expressed clearly.
>>>>>>>> >
>>>>>>>> > After I installed the gnuradio, grextras, then in my python code
>>>>>>>> which trys
>>>>>>>> > to import the extras_swig like
>>>>>>>> >
>>>>>>>> > import gnuradio.extras as gr_extras
>>>>>>>> > File
>>>>>>>> >
>>>>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/__init__.py", line
>>>>>>>> > 20, in <module>
>>>>>>>> > from extras_swig import *
>>>>>>>> > File
>>>>>>>> >
>>>>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>>>>>> > line 26, in <module>
>>>>>>>> > _extras_swig = swig_import_helper()
>>>>>>>> > File
>>>>>>>> >
>>>>>>>> "/usr/local/lib/python2.7/dist-packages/gnuradio/extras/extras_swig.py",
>>>>>>>> > line 22, in swig_import_helper
>>>>>>>> > _mod = imp.load_module('_extras_swig', fp, pathname,
>>>>>>>> description)
>>>>>>>> > ImportError: /usr/local/lib/libgnuradio-extras.so: undefined
>>>>>>>> symbol:
>>>>>>>> >
>>>>>>>> _ZN15gr_msg_accepter4postEN5boost13intrusive_ptrIN3pmt8pmt_baseEEES4_
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Can any one shed a light on it?
>>>>>>>>
>>>>>>>> Maybe its missing a library to link w/
>>>>>>>>
>>>>>>>> Can you try this and let me know?
>>>>>>>>
>>>>>>>> http://pastebin.com/t5GL5Z6G
>>>>>>>>
>>>>>>>> -josh
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > _______________________________________________
>>>>>>>> > 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
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> Alex,
>>>>>>> *Dreams can come true ? just believe.*
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Alex,
>>>>>> *Dreams can come true ? just believe.*
>>>>>>
>>>>>> _______________________________________________
>>>>>> Discuss-gnuradio mailing list
>>>>>> address@hidden
>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Alex,
>>>> *Dreams can come true ? just believe.*
>>>>
>>>
>>>
>>
>>
>> --
>>
>> Alex,
>> *Dreams can come true ? just believe.*
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130529/89fa9cf3/attachment.html>
------------------------------
Message: 24
Date: Wed, 29 May 2013 12:31:06 +0200
From: Volker Schroer <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Install problems on gentoo + fix
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Hi all.
Today I tried a fresh install of new master from the actual git repository.
Everything compile well but make test gave the following errors:
1:qa_volk_test_all
146:qa_ofdm_txrx
161:qa_qtgui
===================================
1:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
symbol lookup error:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
undefined symbol: volk_16ic_s32f_deinterleave_real_32f_get_func_desc
<end of output>
Test time = 0.02 sec
===================================================
Here I have no ideas.
=====================
2:
Traceback (most recent call last):
File
"/home/schroer/gnuradiocomponents/gnuradio/gr-digital/python/qa_ofdm_txrx.py",
line 24, in <module>
import scipy
ImportError: No module named scipy
<end of output>
Test time = 0.11 sec
=============================
Ok, scipy is not installed . So I think, this is not a real problem.
===============================
3:
Traceback (most recent call last):
File
"/home/schroer/gnuradiocomponents/gnuradio/gr-qtgui/python/qa_qtgui.py",
line 24, in <module>
import qtgui_swig as qtgui
File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7/gr-qtgui/swig/qtgui_swig.py",
line 26, in <module>
_qtgui_swig = swig_import_helper()
File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7/gr-qtgui/swig/qtgui_swig.py",
line 22, in swig_import_helper
_mod = imp.load_module('_qtgui_swig', fp, pathname, description)
ImportError:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7/gr-qtgui/lib/libgnuradio-qtgui-3.7.0git.so.0.0.0:
undefined symbol: _ZNK7QwtPlot9drawItemsEP8QPainterRK6QRectFPK11QwtScaleMap
<end of output>
Test time = 0.17 sec
=======================================
This is a problem of gentoo, because it requires qtw5 and qwt6 to be
install.
The FindQwt.cmake finds the qwt-lib belonging to qwt5 but the qwt-lib
belonging to qwt6 is required.
The following patch solves the problem and should work on other systems,
too.
==============================================
diff --git a/cmake/Modules/FindQwt.cmake b/cmake/Modules/FindQwt.cmake
index eba3e64..0a8eab8 100644
--- a/cmake/Modules/FindQwt.cmake
+++ b/cmake/Modules/FindQwt.cmake
@@ -18,7 +18,7 @@ find_path (QWT_INCLUDE_DIRS
)
find_library (QWT_LIBRARIES
- NAMES qwt qwt-qt4
+ NAMES qwt6 qwt qwt-qt4
HINTS
${CMAKE_INSTALL_PREFIX}/lib
${CMAKE_INSTALL_PREFIX}/lib64
=============================================
-- Volker
------------------------------
Message: 25
Date: Wed, 29 May 2013 12:38:51 +0200
From: Volker Schroer <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Location of config files
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Hi all!
To keep two different versions of gnuradio I used two different
install-prefixes.
/usr/local/gnuradio-3.6 and
/usr/local/gnuradio-3.7
The idea was to switch between the two versions by setting a symbolic link
/usr/local/gnuradio to the directory just required.
The installation works find but the second installation overwrites the
config files of the first installation as both config files go to
/usr/local/etc instead of <Install-prefix>/etc.
Is this a bug or a feature?
-- Volker
------------------------------
Message: 26
Date: Wed, 29 May 2013 20:28:43 +0930
From: Michael Hill <address@hidden>
To: Tom Rondeau <address@hidden>
Cc: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] Software Defined Radar
Message-ID:
<CAL8b5wuAYCucKJAkBbqdiDLWZrriEq9O-U3r=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
Thanks Tom,
Will do!
On Sat, May 25, 2013 at 12:12 AM, Tom Rondeau <address@hidden> wrote:
> Hi Michael,
>
> Thanks for sharing! Just did a quick look through, and the results
> here should be useful for future discussions on hardware capabilities,
> etc.
>
> You can add this to our page on academic papers to make it easier for
> others to find:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/AcademicPapers
>
> Tom
>
>
> On Fri, May 24, 2013 at 7:36 AM, Michael Hill <address@hidden> wrote:
> > Hi All,
> >
> > Last year I did was working on a uni paper looking at developing a
> generic
> > software-defined radar transmitter using GNU Radio as part of a
> university
> > submission. The gnu radio list was instrumental to me learning about
> > Software Defined Radio, getting my USRP N210 up and running and helping
> me
> > interpret my subsequent testing. Hopefully I was reasonably on the ball!
> So
> > for any interested in my results here is the link! I'd be happy to get
> any
> > feedback,
> >
> > http://digital.library.adelaide.edu.au/dspace/handle/2440/77826
> >
> > Cheers
> >
> > -Michael
> >
> >
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > address@hidden
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130529/86bf1a3f/attachment.html>
------------------------------
Message: 27
Date: Wed, 29 May 2013 05:06:16 -0700
From: Johnathan Corgan <address@hidden>
To: Volker Schroer <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Install problems on gentoo + fix
Message-ID:
<CALOxbZuSvn-==iQ48YxW-dN-ViNsbNzj95DMrOTH1q1=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, May 29, 2013 at 3:31 AM, Volker Schroer <address@hidden> wrote:
> /home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
> symbol lookup error:
> /home/schroer/gnuradiocomponents/gnuradio/build-3.7/volk/lib/test_all:
> undefined symbol: volk_16ic_s32f_deinterleave_real_32f_get_func_desc
>
I'm looking to this one.
ImportError: No module named scipy
>
It turns out this was an unneeded import (probably left over from
testing). I've removed it and will push shortly.
The FindQwt.cmake finds the qwt-lib belonging to qwt5 but the qwt-lib
> belonging to qwt6 is required.
>
> The following patch solves the problem and should work on other systems,
> too.
>
Have you actually run the QT example programs after apply that patch and
recompiling?
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130529/78a1ed58/attachment.html>
------------------------------
Message: 28
Date: Wed, 29 May 2013 08:11:42 -0400
From: Tom Rondeau <address@hidden>
To: vamshi krishna dodla <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] tx & rx using 2-usrp N210 and RFX2400
setup
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On Tue, May 28, 2013 at 7:34 PM, vamshi krishna dodla
<address@hidden> wrote:
> I am new to the gnu radio community, and want to know how my set up works
> over the air. I am using GNU Radio and 2- usrp N210's with RFX2400. Can some
> one provide an example .grc files for a digital modulation (like qpsk) so as
> to verify over the air transmission.I need to know how UHD works and how
> USRP's connect from tx pc to rx pc. Any replies with examples would be
> helpful.
>
> --
> Thanks & Regards
> Krishna
Check out the installed examples at $prefix/share/gnuradio/examples/digital.
There are plenty of other (probably better) examples around the
internet that you can find, too.
Tom
------------------------------
Message: 29
Date: Wed, 29 May 2013 14:39:17 +0200
From: Volker Schroer <address@hidden>
To: Johnathan Corgan <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Install problems on gentoo + fix
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Have you actually run the QT example programs after apply that patch and
> recompiling?
>
pyqt_example_f.py and pyqt_time_f.py work after recompiling but
pyqt_example_c.py and pyqt_time_c.py fail with
ss = open('dark.qss')
IOError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'dark.qss'
> --
> Johnathan Corgan
> Corgan Labs - SDR Training and Development Services
> http://corganlabs.com
------------------------------
Message: 30
Date: Wed, 29 May 2013 05:40:55 -0700
From: Johnathan Corgan <address@hidden>
To: Volker Schroer <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Location of config files
Message-ID:
<CALOxbZuDa8MjM9-0Ns+3rVoSQYiw2f7dX2KsdXrYU1=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, May 29, 2013 at 3:38 AM, Volker Schroer <address@hidden> wrote:
> To keep two different versions of gnuradio I used two different
> install-prefixes.
> /usr/local/gnuradio-3.6 and
> /usr/local/gnuradio-3.7
>
> The idea was to switch between the two versions by setting a symbolic link
> /usr/local/gnuradio to the directory just required.
>
> The installation works find but the second installation overwrites the
> config files of the first installation as both config files go to
> /usr/local/etc instead of <Install-prefix>/etc.
>
Can you run these two commands, each with the symlink set to the different
directories, and post the output?
$ gnuradio-config-info --prefix
$ gnuradio-config-info --sysconfdir
Running with multiple versions of GNU Radio installed the way you are
describing works, but may involve more than just using the symlink. Here
is an FAQ entry describing one way to do it:
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#Experts-only-How-can-I-deliberately-install-GNU-Radio-multiple-times-different-versions
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130529/c02ac480/attachment.html>
------------------------------
Message: 31
Date: Wed, 29 May 2013 14:43:02 +0200
From: Volker Schroer <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Install problems on gentoo + fix
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Now directly running from the examples directory everything works. Looks
great
Am 29.05.2013 14:39, schrieb Volker Schroer:
>
>>
>> Have you actually run the QT example programs after apply that patch and
>> recompiling?
>>
> pyqt_example_f.py and pyqt_time_f.py work after recompiling but
> pyqt_example_c.py and pyqt_time_c.py fail with
>
> ss = open('dark.qss')
> IOError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'dark.qss'
>
>
>> --
>> Johnathan Corgan
>> Corgan Labs - SDR Training and Development Services
>> http://corganlabs.com
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
------------------------------
Message: 32
Date: Wed, 29 May 2013 05:43:33 -0700
From: Johnathan Corgan <address@hidden>
To: Volker Schroer <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Install problems on gentoo + fix
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, May 29, 2013 at 5:39 AM, Volker Schroer <address@hidden> wrote:
Have you actually run the QT example programs after apply that patch and
>> recompiling?
>>
>> pyqt_example_f.py and pyqt_time_f.py work after recompiling but
> pyqt_example_c.py and pyqt_time_c.py fail with
>
> ss = open('dark.qss')
> IOError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'dark.qss'
Tom Rondeau does most of our gr-qtgui work; I'm not as familiar with it.
I'll pass this one off to him :)
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130529/ca6dbccf/attachment.html>
------------------------------
Message: 33
Date: Wed, 29 May 2013 14:49:50 +0200
From: Volker Schroer <address@hidden>
To: Johnathan Corgan <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Location of config files
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> $ gnuradio-config-info --prefix
> $ gnuradio-config-info --sysconfdir
>
address@hidden ~ $ gnuradio-config-info --prefix
/usr/local/gnuradio-3.7
address@hidden ~ $ gnuradio-config-info --sysconfdir
/usr/local/etc
and
address@hidden ~ $ gnuradio-config-info --prefix
/usr/local/gnuradio-3.6
address@hidden ~ $ gnuradio-config-info --sysconfdir
/usr/local/etc
> Running with multiple versions of GNU Radio installed the way you are
> describing works, but may involve more than just using the symlink.
> Here is an FAQ entry describing one way to do it:
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#Experts-only-How-can-I-deliberately-install-GNU-Radio-multiple-times-different-versions
>
> --
> Johnathan Corgan
> Corgan Labs - SDR Training and Development Services
> http://corganlabs.com
------------------------------
Message: 34
Date: Wed, 29 May 2013 06:02:54 -0700
From: Johnathan Corgan <address@hidden>
To: Volker Schroer <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Location of config files
Message-ID:
<CALOxbZs3Dim9AGDpgZ+v4Lw_S-HM8=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, May 29, 2013 at 5:49 AM, Volker Schroer <address@hidden> wrote:
>> $ gnuradio-config-info --prefix
>> $ gnuradio-config-info --sysconfdir
>>
>>
> address@hidden ~ $ gnuradio-config-info --prefix
> /usr/local/gnuradio-3.7
> address@hidden ~ $ gnuradio-config-info --sysconfdir
> /usr/local/etc
>
> and
>
> address@hidden ~ $ gnuradio-config-info --prefix
> /usr/local/gnuradio-3.6
> address@hidden ~ $ gnuradio-config-info --sysconfdir
> /usr/local/etc
Ok, somehow the CMake configuration is messing up the calculation of
sysconfdir. The line at:
http://gnuradio.org/cgit/gnuradio.git/tree/CMakeLists.txt#n128
...should be appending 'etc' to the install prefix, which as shown above is
correct. But instead it is getting appended to '/usr/local', which is the
default value if you don't specify a custom one when running cmake. I'm
not sure what to make of this yet, but it is definitely a bug.
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130529/0947632c/attachment.html>
------------------------------
Message: 35
Date: Wed, 29 May 2013 15:49:12 +0200
From: "Martin Braun (CEL)" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Location of config files
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"
On Wed, May 29, 2013 at 06:02:54AM -0700, Johnathan Corgan wrote:
> Ok, somehow the CMake configuration is messing up the calculation of
> sysconfdir.? The line at:
>
> http://gnuradio.org/cgit/gnuradio.git/tree/CMakeLists.txt#n128
>
> ...should be appending 'etc' to the install prefix, which as shown above is
> correct.? But instead it is getting appended to '/usr/local', which is the
> default value if you don't specify a custom one when running cmake.? I'm not
> sure what to make of this yet, but it is definitely a bug.
I'm pretty sure this doesn't happen if you start with a clean build dir.
If you run cmake with -DCMAKE_INSTALL_PREFIX, all paths will be correct.
Only if you re-run cmake with a new -DCMAKE_INSTALL_PREFIX, it will only
update the install path, not the config path. If you're doing that, you
must explicitly set SYSCONFDIR as well.
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/20130529/c87cc150/attachment.pgp>
------------------------------
Message: 36
Date: Wed, 29 May 2013 16:45:25 +0200
From: Volker Schroer <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Location of config files
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I'm pretty sure this doesn't happen if you start with a clean build dir.
> If you run cmake with -DCMAKE_INSTALL_PREFIX, all paths will be correct.
> Only if you re-run cmake with a new -DCMAKE_INSTALL_PREFIX, it will only
> update the install path, not the config path. If you're doing that, you
> must explicitly set SYSCONFDIR as well.
>
This was a clean build in a newly created build directory.
-- Volker
------------------------------
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
End of Discuss-gnuradio Digest, Vol 126, Issue 30
*************************************************
| [Prev in Thread] | Current Thread | [Next in Thread] |