Does anyone know just how much resources will be freed up by doing the
following (this is one of the FPGA/Verilog questions on the wiki)?
- * I went through the mailing list and figured out that the current
Verilog/VHDL code implementation occupies 95% of FPGA's resources. However,
there
On Wed, Oct 15, 2008 at 08:51:23PM -0700, Thomas Schmid wrote:
> I remember trying to get the OK from UCLA that I could assign my code
> to the FSF, but my email to the administration was never answered. I
> will try again and see if I can change the license to GPL. Though we
> might have to remove
I remember trying to get the OK from UCLA that I could assign my code
to the FSF, but my email to the administration was never answered. I
will try again and see if I can change the license to GPL. Though we
might have to remove some of the sos code, which isn't really needed
(SOS is just an exampl
On Wed, Oct 15, 2008 at 11:20:06AM -0400, Frank Brickle wrote:
> On Wed, Oct 15, 2008 at 9:11 AM, Greg Troxel <[EMAIL PROTECTED]> wrote:
>
> > So I think the top-level question is whether CGRAN is for code that
> > isn't assigned. I think that's the only thing that makes sense; people
> > with as
[Discussion about gr-ucla's BSD license and GPLv3 compatibility.]
http://www.gnu.org/licenses/gpl-3.0.html
http://www.softwarefreedom.org/resources/2008/compliance-guide.html
I have looked at these.
UCLA has placed code under a 3-clause BSD licenes. As far as I
understand, that's a "GPL
Does any one has the updated gr-fsk4 block that helps to demodulate Phase I
APCO P25 digital signals?
Teka
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Oct 15, 2008, at 3:15 PM, Brian Padalino wrote:
So, it seems, for any hope of being incorporated into the main GR
trunk, GPL v3 compatible must be used - otherwise, it can be whatever
license the author decides as long as it does NOT include files COPIED
from the GNU Radio, and only links agai
For me, I don't think this is a problem - as I've just recently
submitted my assignment for patches to gnuradio. So as long as the BBN
code is considered part of gnuradio - it should fall under that (as
far as I understand my assignment statement). Either way, if the code
gets hosted so
I request that anybody that has questions or comments about any of
this first take the time to read the text of the GPL and the
compliance guide before posting (links at the top). It'll save us all
a lot of time.
Fair enough, but two observations:
my memory is that GNU Radio switching
Eric Blossom wrote:
All good observations.
I'd like to say a couple of words about the copyright assignment
processes. In 95% of the cases, it's very simple. You fill out a
simple email form, the FSF copyright clerk sends you a couple of pages
of hardcopy paperwork, you sign them and mail the
I'm a bit busy for an in-depth response right now, but while this issue
is hot, I think it would be *extremely* beneficial if we could work on
adding text describing copyright issues with GNU Radio and released
applications which use it to the wiki.
This isn't for those looking to contribute d
On Wed, Oct 15, 2008 at 03:15:41PM -0400, Brian Padalino wrote:
> On Wed, Oct 15, 2008 at 2:51 PM, Michael Dickens <[EMAIL PROTECTED]> wrote:
> > gr-ucla requires gnuradio-core, and hence is not a separate program by GPL's
> > definition.
>
> Doesn't this become a GNU Radio license issue then - no
On Wed, Oct 15, 2008 at 11:55:20AM -0400, George Nychis wrote:
> Alright, I was hoping someone could clear this up for me in terms of the
> GPL, and we all know how vague it can be.
>
> Sorry to toss a private statement public, Eric, but you mention:
> "the license they pick must be compatible wi
Eric Blossom wrote:
On Wed, Oct 15, 2008 at 11:34:42AM -0400, George Nychis wrote:
As Frank mentioned, he has not-so-mature code which can be useful to
others, but not primetime for the GR repo. It's a good example of
something that would go to CGRAN.
Agreed.
In direct reponse to Greg, I
On Wed, Oct 15, 2008 at 2:51 PM, Michael Dickens <[EMAIL PROTECTED]> wrote:
> gr-ucla requires gnuradio-core, and hence is not a separate program by GPL's
> definition.
Doesn't this become a GNU Radio license issue then - not really a
gr-ucla license issue?
Source can be built without linking the
On Wed, Oct 15, 2008 at 11:34:42AM -0400, George Nychis wrote:
>
> As Frank mentioned, he has not-so-mature code which can be useful to
> others, but not primetime for the GR repo. It's a good example of
> something that would go to CGRAN.
Agreed.
> In direct reponse to Greg, I think CGRAN i
On Oct 15, 2008, at 11:34 AM, George Nychis wrote:
A lot of students work on GNU Radio, and we work towards a deadline
and our goal is typically to get it to work as fast as possible, not
as fast and as clean as possible. Once that deadline hits, we're
typically done :P
I second or third
On Oct 15, 2008, at 11:55 AM, George Nychis wrote:
From http://www.gnu.org/licenses/gpl-faq.html#WhatIsCompatible ...
"If you just want to install two separate programs in the same
system, it is not necessary that their licenses be compatible,
because this does not combine them into a larger
On Wed, Oct 15, 2008 at 03:22:43AM -0400, George Nychis wrote:
>
>
> George Nychis wrote:
>
>>
>> Another alternative is it residing in CGRAN for Doug and Dustin to
>> update it to work with the current trunk, and once complete it can be
>> integrated in to the main GR repo by you or whoever.
>
On Wed, Oct 15, 2008 at 12:49:41PM +0200, JUAN LARA AMBEL wrote:
> Hello,
> after successfully playing around for a while with USRP and GNU
> (amazing tools) and developing some modules by my own, now I've
> moved to a more powerful PC: a 64-bit Quad Core machine. But now I
> cannot install proper
On Wed, Oct 15, 2008 at 03:55:02PM +0800, Su Jinzhao wrote:
> Hi,
>
> I want to do some research on cognitive radio network with usrp, so I am
> more concern about what kind of spectrum sensing method does usrp adopt?
The USRP is a piece of h/w that along with software can do an
extremely wide ra
Right. I forgot that my code is a BSD license (UCLA policy states that
if we can choose, we should choose BSD). I also remember that we had
this discussion, or at least a similar one, before. I will check in my
archives if I can find it again.
Cheers,
Thomas
On Wed, Oct 15, 2008 at 8:55 AM, Geor
Alright, I was hoping someone could clear this up for me in terms of the
GPL, and we all know how vague it can be.
Sorry to toss a private statement public, Eric, but you mention:
"the license they pick must be compatible with the GPLv3, otherwise they
can't use the existing code"
Is this rea
George Nychis wrote:
In direct reponse to Greg, I think CGRAN is more than just for people
who aren't FSF assignment. Some people don't want to go through the
hassle of following the GR conventions, writing the QA code, cleaning
up the code, and actually trying to integrate it. A lot of stu
Frank Brickle wrote:
It seems obvious there has to be a place for GNU Radio code that's GPL
but will not be assigned to FSF, with certainty. I believe there should
also be a place for code whose status is *uncertain* -- in short, a
place with minimal obstacles to publishing early and often.
Douglas Geiger wrote:
For me, I don't think this is a problem - as I've just recently
submitted my assignment for patches to gnuradio. So as long as the BBN
code is considered part of gnuradio - it should fall under that (as far
as I understand my assignment statement). Either way, if the co
Greg Troxel wrote:
I didn't get around to answering George's question from last night about
the BBN code in private mail before I aaw this, so I'll answer here:
The BBN 802.11 code (there is no 802.11b code) has had the copyright
assigned to the FSF, so it can go in the real repository.
On Wed, Oct 15, 2008 at 9:11 AM, Greg Troxel <[EMAIL PROTECTED]> wrote:
> So I think the top-level question is whether CGRAN is for code that
> isn't assigned. I think that's the only thing that makes sense; people
> with assignments can more or less work directly in the gnuradio.org
> repositor
2008/10/14 Daniel O'Connor <[EMAIL PROTECTED]>:
> On Wednesday 15 October 2008 01:15:48 Sebastiaan Heunis wrote:
>> always @(posedge clk)
>> begin
>> tap1 <= #1 input;
>> tap2 <= #1 tap1;
>> tap3 <= #1 tap2;
>> end
>>
>> the #1 ensures that tap1 gets updated before tap2?
>
> According to what I
George Nychis <[EMAIL PROTECTED]> writes:
> George Nychis wrote:
>
>>
>> Another alternative is it residing in CGRAN for Doug and Dustin to
>> update it to work with the current trunk, and once complete it can
>> be integrated in to the main GR repo by you or whoever.
>>
>
> Side note, how does t
Hi Eric,
I am trying to use gdb and I found some other posts by you in which you
recomended that the pid should be printed in the begining and then wait for
an Enter to be pressed and before pressing Enter open a new terminal and
attach the pid of program_to_be_backtraced with gdb, I did it in th
Hello,
after successfully playing around for a while with USRP and GNU (amazing tools)
and developing some modules by my own, now I've moved to
a more powerful PC: a 64-bit Quad Core machine. But now I cannot install
properly GNUradio and when trying to build e.g the BBN patches just prints out:
Hi,
I want to do some research on cognitive radio network with usrp, so I am
more concern about what kind of spectrum sensing method does usrp adopt?
I know that there are such spectrum sensing methods at present to
determine which spectrum has been occupied by primary user: Matched Filter
George Nychis wrote:
Another alternative is it residing in CGRAN for Doug and Dustin to
update it to work with the current trunk, and once complete it can be
integrated in to the main GR repo by you or whoever.
Side note, how does this work with FSF copyright? If someone develops
some
George Nychis wrote:
Eric Blossom wrote:
George, I've got permission to add the BBN code to the main GR
repository. Perhaps we should just add it there.
Since it's under the GPL I don't think permission is really needed
(ability to redistribute), it was kind of a courtesy thing :) I'm
Eric Blossom wrote:
George, I've got permission to add the BBN code to the main GR
repository. Perhaps we should just add it there.
Since it's under the GPL I don't think permission is really needed
(ability to redistribute), it was kind of a courtesy thing :) I'm OK
with this if 1) I'm
36 matches
Mail list logo
