discuss-gnuradio
[Top][All Lists]
Advanced

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

[Discuss-gnuradio] Re : Discuss-gnuradio Digest, Vol 114, Issue 15


From: guelord ingala
Subject: [Discuss-gnuradio] Re : Discuss-gnuradio Digest, Vol 114, Issue 15
Date: Tue, 15 May 2012 17:20:23 +0100 (BST)

> Hello all,
>
> I was thinking Gnuradio might benefit from an online message board
> style forum. It would be easier for beginners not familiar with the
> workings of mailing-lists and would IMHO allow for easier message
> traversal for people to find previously solved problem. Has there been
> any consideration of this? Maybe just a help forum and development
> could still happen here.
>
> Thanks.
> ~Andrew

As a beginner, I found that idea very interesting. I would to participate in the Gnu Radio forum.
Dominique

--- En date de : Mar 15.5.12, address@hidden <address@hidden> a écrit :

De: address@hidden <address@hidden>
Objet: Discuss-gnuradio Digest, Vol 114, Issue 15
À: address@hidden
Date: Mardi 15 mai 2012, 18h00

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. Regarding Python portability question (senthil murugan)
   2. GnuRadio Live CD (William Pretty Security)
   3. Gnuradio online fourum (Andrew Davis)
   4. Re: Gnuradio online fourum (Tom Rondeau)
   5. Re: Gnuradio online fourum (Alexandru Csete)
   6. Re: patch to make FindQwt.cmake work on OpenSuse    12.1
      (Kire Pudsje)
   7. Re: patch to make FindQwt.cmake work on OpenSuse    12.1
      (Patrik Tast)
   8. GnuRadio-GRC package using CDE ? (William Pretty Security)
   9. Trouble in running usrp_siggen.py (or    usrp_siggen_gui.py)
      (Songsong Gee)


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

Message: 1
Date: Mon, 14 May 2012 22:51:30 +0530
From: senthil murugan <address@hidden>
To: address@hidden
Cc: address@hidden
Subject: [Discuss-gnuradio] Regarding Python portability question
Message-ID:
    <CAAEL=p_+address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Hi Bill,

I seen your question on python program portability. This problem can be
solved easily using one software called CDE ( Code, Data and Environment)
which will create package which you just need to carry (no need of gnuradio
for running program)

Have look at following sites:

http://crazylazy.info/blog/?q=content/please-test-gnu-radio-cde-package

http://www.pgbovine.net/cde.html

I had some experience of creating whole gnuradio as portable package
(though not 100% successful but still works in many machine). If you need
any help on this, feel free to contact me.



On Sun, May 13, 2012 at 8:27 PM, William Pretty Security
<address@hidden> wrote:
> Hello List;
>
>
>
> I have successfully created a python program using GnuRadio Companion.
>
> When I look at the generated ?file.py? there are a number of ?import?
> statements.
>
> Such as ?from gnuradio import audio?, etc.
>
>
>
> If I want to run the program on a Linux system with Python support, but
> without
>
> GnuRadio, GRC, etc. What should I do ?
>
>
>
> Can I simply remove the ?from gnuradio? part of the command and put
> everything in the same directory ?
>
> Then just change all the ?imports? to ?import audio? etc, etc ??
>
>
>
> Thanks;
>
>
>
> Bill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20120514/86cbbfa4/attachment.html>

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

Message: 2
Date: Mon, 14 May 2012 20:42:16 -0400
From: "William Pretty Security" <address@hidden>
To: <address@hidden>
Subject: [Discuss-gnuradio] GnuRadio Live CD
Message-ID: <001001cd3233$93da71a0$bb8f54e0$@address@hidden>
Content-Type: text/plain; charset="us-ascii"

Hello List;



Thanks to Senthil Murugan; I have my immediate problem solved and I can
deliver the

goods to the customer. (And get paid J for the hardware development J .)



So for now the live CD is on the back burner, until I get some spare time .



Later



Bill

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20120514/3082ce02/attachment.html>

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

Message: 3
Date: Mon, 14 May 2012 21:42:15 -0400
From: Andrew Davis <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Gnuradio online fourum
Message-ID:
    <CAHdBCVd8h1V8GzVB69x48zTn+address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

Hello all,

I was thinking Gnuradio might benefit from an online message board
style forum. It would be easier for beginners not familiar with the
workings of mailing-lists and would IMHO allow for easier message
traversal for people to find previously solved problem. Has there been
any consideration of this? Maybe just a help forum and development
could still happen here.

Thanks.
~Andrew



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

Message: 4
Date: Mon, 14 May 2012 22:13:57 -0400
From: Tom Rondeau <address@hidden>
To: Andrew Davis <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Gnuradio online fourum
Message-ID:
    <CA+SzT6ge1Kg_bp595QVTNiyKhSd7+F+address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

On Mon, May 14, 2012 at 9:42 PM, Andrew Davis <address@hidden> wrote:
> Hello all,
>
> I was thinking Gnuradio might benefit from an online message board
> style forum. It would be easier for beginners not familiar with the
> workings of mailing-lists and would IMHO allow for easier message
> traversal for people to find previously solved problem. Has there been
> any consideration of this? Maybe just a help forum and development
> could still happen here.
>
> Thanks.
> ~Andrew

Hi Andrew,

Yes, this has been discussed in the past but has never had much buy-in
from the main developers in the community. We're happy and comfortable
working in the mailing list

On the other hand, if users want to take up the banner and help others
coming into the community in whatever forum you want, I have no
objection to it. And feel free to link to it on the Wiki. If it takes
off, is helpful, and becomes the standard place of conversation, it'll
prove its worth and we might have to migrate because of that.

Tom



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

Message: 5
Date: Tue, 15 May 2012 08:28:43 +0200
From: Alexandru Csete <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Gnuradio online fourum
Message-ID:
    <CAHG=S_c+TUk+address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

On Tue, May 15, 2012 at 4:13 AM, Tom Rondeau <address@hidden> wrote:
> On Mon, May 14, 2012 at 9:42 PM, Andrew Davis <address@hidden> wrote:
>> Hello all,
>>
>> I was thinking Gnuradio might benefit from an online message board
>> style forum. It would be easier for beginners not familiar with the
>> workings of mailing-lists and would IMHO allow for easier message
>> traversal for people to find previously solved problem. Has there been
>> any consideration of this? Maybe just a help forum and development
>> could still happen here.
>>
>> Thanks.
>> ~Andrew
>
> Hi Andrew,
>
> Yes, this has been discussed in the past but has never had much buy-in
> from the main developers in the community. We're happy and comfortable
> working in the mailing list
>
> On the other hand, if users want to take up the banner and help others
> coming into the community in whatever forum you want, I have no
> objection to it. And feel free to link to it on the Wiki. If it takes
> off, is helpful, and becomes the standard place of conversation, it'll
> prove its worth and we might have to migrate because of that.
>
> Tom

There are also some independently run web-based fora:
http://www.reddit.com/r/gnuradio
http://stackoverflow.com/questions/tagged/gnuradio

Alex



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

Message: 6
Date: Tue, 15 May 2012 08:55:32 +0200
From: Kire Pudsje <address@hidden>
To: Patrik Tast <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] patch to make FindQwt.cmake work on
    OpenSuse    12.1
Message-ID:
    <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

2012/5/14 Patrik Tast <address@hidden>:
> Hi,
>
>
>> File in question for reference:
>> http://gnuradio.org/cgit/gnuradio.git/tree/cmake/Modules/FindQwt.cmake
>>
>
> Could the *find that dependency* be automatized using locate and grep
> instead of hard-coding where to look in?
> I'm using latest qwt for other delvel projects also. A quick lookup (using
> Fedora) could look like this:
>
> $ locate libqwt.so
> /usr/local/qwt-6.0.2-svn/lib/libqwt.so
> /usr/local/qwt-6.0.2-svn/lib/libqwt.so.6
> /usr/local/qwt-6.0.2-svn/lib/libqwt.so.6.0
> /usr/local/qwt-6.0.2-svn/lib/libqwt.so.6.0.2
>
> $ locate qwt_plot.h
> /usr/local/qwt-6.0.2-svn/include/qwt_plot.h
>
>
> Patrik
>
The FILE GLOB could do the same trick as you suggest:
"FILE(GLOB qwt_files ${qwt_dir}/include/qwt*/qwt_plot.h)"

I tried to write a patch which uses exactly that.
It tries to locate the header files in:
/usr/local/qwt*/include
/usr/local/include/qwt*
/usr/qwt*/include
/usr/include/qwt*
/opt/local/qwt*/include
/opt/local/include/qwt*
/sw/local/qwt*/include
/sw/local/include/qwt*
Furthermore, the libraries are searched in the same order. So if I
have the packaged version for qwt in /usr/include/qwt5 and I have a
manually compiled qwt in /usr/local/qwt-6.0.2-svn, it prefers the
manually compiled version, and makes sure that it will then search the
libraries in exactly the same order. On 64bit machines, the lib64 will
be preferred over lib.
This patch is pure cmake language, so it should not break on windows.
Furthermore, no maintenance should be needed with new versions of qwt.
Kire.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: findqwt.diff
Type: application/octet-stream
Size: 1769 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20120515/3fc40f75/attachment.obj>

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

Message: 7
Date: Tue, 15 May 2012 10:04:15 +0300
From: "Patrik Tast" <address@hidden>
To: <address@hidden>
Subject: Re: [Discuss-gnuradio] patch to make FindQwt.cmake work on
    OpenSuse    12.1
Message-ID: <address@hidden>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
    reply-type=original

Perfect,
Patrik

----- Original Message -----
From: "Kire Pudsje" <address@hidden>
To: "Patrik Tast" <address@hidden>
Cc: <address@hidden>
Sent: Tuesday, May 15, 2012 9:55
Subject: Re: [Discuss-gnuradio] patch to make FindQwt.cmake work on OpenSuse
12.1


> 2012/5/14 Patrik Tast <address@hidden>:
>> Hi,
>>
>>
>>> File in question for reference:
>>> http://gnuradio.org/cgit/gnuradio.git/tree/cmake/Modules/FindQwt.cmake
>>>
>>
>> Could the *find that dependency* be automatized using locate and grep
>> instead of hard-coding where to look in?
>> I'm using latest qwt for other delvel projects also. A quick lookup
>> (using
>> Fedora) could look like this:
>>
>> $ locate libqwt.so
>> /usr/local/qwt-6.0.2-svn/lib/libqwt.so
>> /usr/local/qwt-6.0.2-svn/lib/libqwt.so.6
>> /usr/local/qwt-6.0.2-svn/lib/libqwt.so.6.0
>> /usr/local/qwt-6.0.2-svn/lib/libqwt.so.6.0.2
>>
>> $ locate qwt_plot.h
>> /usr/local/qwt-6.0.2-svn/include/qwt_plot.h
>>
>>
>> Patrik
>>
> The FILE GLOB could do the same trick as you suggest:
> "FILE(GLOB qwt_files ${qwt_dir}/include/qwt*/qwt_plot.h)"
>
> I tried to write a patch which uses exactly that.
> It tries to locate the header files in:
> /usr/local/qwt*/include
> /usr/local/include/qwt*
> /usr/qwt*/include
> /usr/include/qwt*
> /opt/local/qwt*/include
> /opt/local/include/qwt*
> /sw/local/qwt*/include
> /sw/local/include/qwt*
> Furthermore, the libraries are searched in the same order. So if I
> have the packaged version for qwt in /usr/include/qwt5 and I have a
> manually compiled qwt in /usr/local/qwt-6.0.2-svn, it prefers the
> manually compiled version, and makes sure that it will then search the
> libraries in exactly the same order. On 64bit machines, the lib64 will
> be preferred over lib.
> This patch is pure cmake language, so it should not break on windows.
> Furthermore, no maintenance should be needed with new versions of qwt.
> Kire.
>




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

Message: 8
Date: Tue, 15 May 2012 09:05:46 -0400
From: "William Pretty Security" <address@hidden>
To: <address@hidden>
Subject: [Discuss-gnuradio] GnuRadio-GRC package using CDE ?
Message-ID: <005b01cd329b$718d0780$54a71680$@address@hidden>
Content-Type: text/plain; charset="us-ascii"



Hello List;



Senthil suggested I try these links, and they appear to work like a charm !



           

http://crazylazy.info/blog/?q=content/please-test-gnu-radio-cde-package



http://www.pgbovine.net/cde.html



Here is what I was thinking. What if someone ran GRC and the other packages
using the CDE <command> format ?



Then what you would have is a package, or two, that would run immediately on
any Linux system !



Obviously as updates come out, someone would have to build new packages. BUT
rookies could get up and running

without all the pain and suffering of dependencies and what not. 



I know your script works great Marcus, but people with crappy internet
connections take forever to build this way L



So, what do you think guys ?  Marcus, Tom ?



I would do it myself, but I don't have a USRPx anymore .





Bill



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20120515/8b8d6a36/attachment.html>

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

Message: 9
Date: Tue, 15 May 2012 06:54:41 -0700
From: Songsong Gee <address@hidden>
To: gnuradio mailing list <address@hidden>
Subject: [Discuss-gnuradio] Trouble in running usrp_siggen.py (or
    usrp_siggen_gui.py)
Message-ID:
    <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Good evening,

Currently, I am testing usrp_siggen.py (or gui version) with usrp_fft.py
and usrp_oscope.py
But I have a unfamiliar error message which I have never faced.

When running siggen without SU permission:
socket(PF_PACKET, SOCK_RAW, htons(0xBEEF)): Op
eth0: socket: No such file or directory

With SU permission,
eth0: SIOCGIFINDEX: No such device

The weird thing is I have connected USRP "1" not other version which uses
Ethernet port.
Thus, even though that error occurs, in my expectation, USB port works
fine, and I could see something on fft or oscope.

But, in reality, i could not see anything transmitted.

I googled for those errors, and found some solutions,
1. check usrp group, and user account is a member of group
2. usrp2_socket_opener permission is set fine (sudo chmod +s
(path)/usrp2_socket_opener)
3. give --usrp options to siggen (--usrp=usrp1)

but none of them solves this problem.
Please, someone give me an adivce.

Thank you in advance.
--
Seokseong Jeon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20120515/d5c8fd14/attachment.html>

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

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


End of Discuss-gnuradio Digest, Vol 114, Issue 15
*************************************************

reply via email to

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