* netperf in meta-networking
@ 2012-11-30 16:18 Mark Hatle
2012-11-30 16:34 ` Joe MacDonald
0 siblings, 1 reply; 6+ messages in thread
From: Mark Hatle @ 2012-11-30 16:18 UTC (permalink / raw)
To: openembedded-devel; +Cc: Joe MacDonald
I was helping someone with building netperf from meta-networking last night, and
stumbled on what I think is a bug.
SUMMARY = "A networking benchmarking tool"
DESCRIPTION = "Network performance benchmark including tests for TCP, UDP,
sockets, ATM and more."
SECTION = "console/network"
HOMEPAGE = "http://www.netperf.org/"
LICENSE = "netperf"
LICENSE_FLAGS = "commercial"
In the above, the LICENSE_FLAGS are set to 'commercial'. I think this is
incorrect. It should be set to 'non-commercial'.
There is a subtle difference between them which is why I think it's a bug...
commercial -- there are some commercial requirements necessary to use this
recipe in a commercial device... you are responsible for understanding them and
doing whatever is necessary... (for non-commercial devices you can likely use it...)
non-commercial -- this item is restricted to non-commercial users only. As in
the case of netperf, the license says it's only for non-commercial use.
So anyway, my suggestion is to simply change the value of the flag.
--Mark
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: netperf in meta-networking
2012-11-30 16:18 netperf in meta-networking Mark Hatle
@ 2012-11-30 16:34 ` Joe MacDonald
2012-11-30 16:54 ` Joe MacDonald
2012-11-30 16:55 ` Paul Eggleton
0 siblings, 2 replies; 6+ messages in thread
From: Joe MacDonald @ 2012-11-30 16:34 UTC (permalink / raw)
To: Mark Hatle; +Cc: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 1933 bytes --]
[netperf in meta-networking] On 12.11.30 (Fri 10:18) Mark Hatle wrote:
> I was helping someone with building netperf from meta-networking
> last night, and stumbled on what I think is a bug.
>
> SUMMARY = "A networking benchmarking tool"
> DESCRIPTION = "Network performance benchmark including tests for
> TCP, UDP, sockets, ATM and more."
> SECTION = "console/network"
> HOMEPAGE = "http://www.netperf.org/"
> LICENSE = "netperf"
> LICENSE_FLAGS = "commercial"
>
> In the above, the LICENSE_FLAGS are set to 'commercial'. I think
> this is incorrect. It should be set to 'non-commercial'.
>
> There is a subtle difference between them which is why I think it's a bug...
>
> commercial -- there are some commercial requirements necessary to
> use this recipe in a commercial device... you are responsible for
> understanding them and doing whatever is necessary... (for
> non-commercial devices you can likely use it...)
>
> non-commercial -- this item is restricted to non-commercial users
> only. As in the case of netperf, the license says it's only for
> non-commercial use.
>
> So anyway, my suggestion is to simply change the value of the flag.
Ugh. I had a quick look around and the first thing I found was this:
http://www.netperf.org/svn/netperf4/trunk/include/netperf.h
So I had a look at the netperf source tree fetched by bitbake during a
build. The COPYING file says this:
The enclosed software and documentation includes copyrighted works
of Hewlett-Packard Co. For as long as you comply with the following
limitations, you are hereby authorized to (i) use, reproduce, and
modify the software and documentation, and to (ii) distribute the
software and documentation, including modifications, for
non-commercial purposes only.
So I'm inclined to agree, this sounds like the definition of
non-commercial above to me.
--
-Joe MacDonald.
:wq
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: netperf in meta-networking
2012-11-30 16:34 ` Joe MacDonald
@ 2012-11-30 16:54 ` Joe MacDonald
2012-11-30 16:55 ` Paul Eggleton
1 sibling, 0 replies; 6+ messages in thread
From: Joe MacDonald @ 2012-11-30 16:54 UTC (permalink / raw)
To: Mark Hatle; +Cc: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 406 bytes --]
[Re: [oe] netperf in meta-networking] On 12.11.30 (Fri 11:34) Joe MacDonald wrote:
> [netperf in meta-networking] On 12.11.30 (Fri 10:18) Mark Hatle wrote:
>
> > So anyway, my suggestion is to simply change the value of the flag.
[...]
> So I'm inclined to agree, this sounds like the definition of
> non-commercial above to me.
Updated. Thanks for the heads-up.
--
-Joe MacDonald.
:wq
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: netperf in meta-networking
2012-11-30 16:34 ` Joe MacDonald
2012-11-30 16:54 ` Joe MacDonald
@ 2012-11-30 16:55 ` Paul Eggleton
2012-11-30 17:11 ` Mark Hatle
2012-11-30 17:56 ` Joe MacDonald
1 sibling, 2 replies; 6+ messages in thread
From: Paul Eggleton @ 2012-11-30 16:55 UTC (permalink / raw)
To: Joe MacDonald; +Cc: openembedded-devel
On Friday 30 November 2012 11:34:11 Joe MacDonald wrote:
> [netperf in meta-networking] On 12.11.30 (Fri 10:18) Mark Hatle wrote:
> > I was helping someone with building netperf from meta-networking
> > last night, and stumbled on what I think is a bug.
> >
> > SUMMARY = "A networking benchmarking tool"
> > DESCRIPTION = "Network performance benchmark including tests for
> > TCP, UDP, sockets, ATM and more."
> > SECTION = "console/network"
> > HOMEPAGE = "http://www.netperf.org/"
> > LICENSE = "netperf"
> > LICENSE_FLAGS = "commercial"
> >
> > In the above, the LICENSE_FLAGS are set to 'commercial'. I think
> > this is incorrect. It should be set to 'non-commercial'.
> >
> > There is a subtle difference between them which is why I think it's a
> > bug...
> >
> > commercial -- there are some commercial requirements necessary to
> > use this recipe in a commercial device... you are responsible for
> > understanding them and doing whatever is necessary... (for
> > non-commercial devices you can likely use it...)
> >
> > non-commercial -- this item is restricted to non-commercial users
> > only. As in the case of netperf, the license says it's only for
> > non-commercial use.
> >
> > So anyway, my suggestion is to simply change the value of the flag.
>
> Ugh. I had a quick look around and the first thing I found was this:
>
> http://www.netperf.org/svn/netperf4/trunk/include/netperf.h
This is netperf4 though which I gather is distinct from the version of netperf
we are building.
> So I had a look at the netperf source tree fetched by bitbake during a
> build. The COPYING file says this:
>
> The enclosed software and documentation includes copyrighted works
> of Hewlett-Packard Co. For as long as you comply with the following
> limitations, you are hereby authorized to (i) use, reproduce, and
> modify the software and documentation, and to (ii) distribute the
> software and documentation, including modifications, for
> non-commercial purposes only.
>
> So I'm inclined to agree, this sounds like the definition of
> non-commercial above to me.
It's a subtlety - in either case you can't just go ahead and use it for
commercial use. I wouldn't object to changing it to "non-commercial" though if
it makes more sense.
Would it be practical for us to move to netperf4 which is GPLv2+ licensed? I'm
not sure if it is a complete replacement for netperf 2.x and we'd need to
confirm that first, but at least the license is more reasonable...
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: netperf in meta-networking
2012-11-30 16:55 ` Paul Eggleton
@ 2012-11-30 17:11 ` Mark Hatle
2012-11-30 17:56 ` Joe MacDonald
1 sibling, 0 replies; 6+ messages in thread
From: Mark Hatle @ 2012-11-30 17:11 UTC (permalink / raw)
To: Paul Eggleton; +Cc: openembedded-devel, Joe MacDonald
On 11/30/12 10:55 AM, Paul Eggleton wrote:
> On Friday 30 November 2012 11:34:11 Joe MacDonald wrote:
>> [netperf in meta-networking] On 12.11.30 (Fri 10:18) Mark Hatle wrote:
>>> I was helping someone with building netperf from meta-networking
>>> last night, and stumbled on what I think is a bug.
>>>
>>> SUMMARY = "A networking benchmarking tool"
>>> DESCRIPTION = "Network performance benchmark including tests for
>>> TCP, UDP, sockets, ATM and more."
>>> SECTION = "console/network"
>>> HOMEPAGE = "http://www.netperf.org/"
>>> LICENSE = "netperf"
>>> LICENSE_FLAGS = "commercial"
>>>
>>> In the above, the LICENSE_FLAGS are set to 'commercial'. I think
>>> this is incorrect. It should be set to 'non-commercial'.
>>>
>>> There is a subtle difference between them which is why I think it's a
>>> bug...
>>>
>>> commercial -- there are some commercial requirements necessary to
>>> use this recipe in a commercial device... you are responsible for
>>> understanding them and doing whatever is necessary... (for
>>> non-commercial devices you can likely use it...)
>>>
>>> non-commercial -- this item is restricted to non-commercial users
>>> only. As in the case of netperf, the license says it's only for
>>> non-commercial use.
>>>
>>> So anyway, my suggestion is to simply change the value of the flag.
>>
>> Ugh. I had a quick look around and the first thing I found was this:
>>
>> http://www.netperf.org/svn/netperf4/trunk/include/netperf.h
>
> This is netperf4 though which I gather is distinct from the version of netperf
> we are building.
>
>> So I had a look at the netperf source tree fetched by bitbake during a
>> build. The COPYING file says this:
>>
>> The enclosed software and documentation includes copyrighted works
>> of Hewlett-Packard Co. For as long as you comply with the following
>> limitations, you are hereby authorized to (i) use, reproduce, and
>> modify the software and documentation, and to (ii) distribute the
>> software and documentation, including modifications, for
>> non-commercial purposes only.
>>
>> So I'm inclined to agree, this sounds like the definition of
>> non-commercial above to me.
>
> It's a subtlety - in either case you can't just go ahead and use it for
> commercial use. I wouldn't object to changing it to "non-commercial" though if
> it makes more sense.
>
> Would it be practical for us to move to netperf4 which is GPLv2+ licensed? I'm
> not sure if it is a complete replacement for netperf 2.x and we'd need to
> confirm that first, but at least the license is more reasonable...
There are things that netperf4 can not do, that netperf 2.x can. So I would
recommend that we add a 'netperf4_<PV>.bb' recipe as well. This way the user
can select either or both of the netperf's depending on their requirements.
According to the netperf home page, if you want something "more open source"
they suggest you use netperf4.
--Mark
> Cheers,
> Paul
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: netperf in meta-networking
2012-11-30 16:55 ` Paul Eggleton
2012-11-30 17:11 ` Mark Hatle
@ 2012-11-30 17:56 ` Joe MacDonald
1 sibling, 0 replies; 6+ messages in thread
From: Joe MacDonald @ 2012-11-30 17:56 UTC (permalink / raw)
To: Paul Eggleton; +Cc: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 3181 bytes --]
[Re: [oe] netperf in meta-networking] On 12.11.30 (Fri 16:55) Paul Eggleton wrote:
> On Friday 30 November 2012 11:34:11 Joe MacDonald wrote:
> > [netperf in meta-networking] On 12.11.30 (Fri 10:18) Mark Hatle wrote:
> > > I was helping someone with building netperf from meta-networking
> > > last night, and stumbled on what I think is a bug.
> > >
> > > SUMMARY = "A networking benchmarking tool"
> > > DESCRIPTION = "Network performance benchmark including tests for
> > > TCP, UDP, sockets, ATM and more."
> > > SECTION = "console/network"
> > > HOMEPAGE = "http://www.netperf.org/"
> > > LICENSE = "netperf"
> > > LICENSE_FLAGS = "commercial"
> > >
> > > In the above, the LICENSE_FLAGS are set to 'commercial'. I think
> > > this is incorrect. It should be set to 'non-commercial'.
> > >
> > > There is a subtle difference between them which is why I think it's a
> > > bug...
> > >
> > > commercial -- there are some commercial requirements necessary to
> > > use this recipe in a commercial device... you are responsible for
> > > understanding them and doing whatever is necessary... (for
> > > non-commercial devices you can likely use it...)
> > >
> > > non-commercial -- this item is restricted to non-commercial users
> > > only. As in the case of netperf, the license says it's only for
> > > non-commercial use.
> > >
> > > So anyway, my suggestion is to simply change the value of the flag.
> >
> > Ugh. I had a quick look around and the first thing I found was this:
> >
> > http://www.netperf.org/svn/netperf4/trunk/include/netperf.h
>
> This is netperf4 though which I gather is distinct from the version of
> netperf we are building.
Yeah, that's what had me going back to the documentation in the tarball,
since given the previous license, this one is worlds apart even though
it's coming from the same folks.
> > So I had a look at the netperf source tree fetched by bitbake during a
> > build. The COPYING file says this:
> >
> > The enclosed software and documentation includes copyrighted works
> > of Hewlett-Packard Co. For as long as you comply with the following
> > limitations, you are hereby authorized to (i) use, reproduce, and
> > modify the software and documentation, and to (ii) distribute the
> > software and documentation, including modifications, for
> > non-commercial purposes only.
> >
> > So I'm inclined to agree, this sounds like the definition of
> > non-commercial above to me.
>
> It's a subtlety - in either case you can't just go ahead and use it for
> commercial use. I wouldn't object to changing it to "non-commercial" though if
> it makes more sense.
>
> Would it be practical for us to move to netperf4 which is GPLv2+ licensed? I'm
> not sure if it is a complete replacement for netperf 2.x and we'd need to
> confirm that first, but at least the license is more reasonable...
I would be happy to see a netperf4-based recipe show up, but I don't
currently have any plans for one. It would certainly be nice to have
both available, though, since 4 is not a complete replacement for 2.x.
--
-Joe MacDonald.
:wq
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-11-30 20:14 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-11-30 16:18 netperf in meta-networking Mark Hatle
2012-11-30 16:34 ` Joe MacDonald
2012-11-30 16:54 ` Joe MacDonald
2012-11-30 16:55 ` Paul Eggleton
2012-11-30 17:11 ` Mark Hatle
2012-11-30 17:56 ` Joe MacDonald
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.