* LICENSE = "GPL" -- problem?
@ 2012-05-14 20:11 Wolfgang Denk
2012-05-14 20:58 ` Flanagan, Elizabeth
2012-05-15 20:47 ` Bruce Ashfield
0 siblings, 2 replies; 4+ messages in thread
From: Wolfgang Denk @ 2012-05-14 20:11 UTC (permalink / raw)
To: yocto
Hi,
we noticed warnings like "No generic license file exists for: GPL in
any provider" for our own linux kernel recipe. The cause wa the use
of an entry
LICENSE = "GPL"
which whould read "GPLv2" instead of "GPL". A scan detected that the
same string "GPL" is used in a number of other recipes:
bitbake/lib/bb/shell.py:LICENSE = "GPL"
meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:LICENSE = "GPL"
meta/recipes-kernel/linux/linux-dummy.bb:LICENSE = "GPL"
meta/recipes-bsp/x-load/x-load.inc:LICENSE = "GPL"
meta/recipes-devtools/gcc/gcc-common.inc:LICENSE = "GPL"
meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb:LICENSE = "GPL"
Eventually these should be fixed, too?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Human beings were created by water to transport it uphill.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: LICENSE = "GPL" -- problem?
2012-05-14 20:11 LICENSE = "GPL" -- problem? Wolfgang Denk
@ 2012-05-14 20:58 ` Flanagan, Elizabeth
2012-05-14 21:12 ` Wolfgang Denk
2012-05-15 20:47 ` Bruce Ashfield
1 sibling, 1 reply; 4+ messages in thread
From: Flanagan, Elizabeth @ 2012-05-14 20:58 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: yocto
On Mon, May 14, 2012 at 1:11 PM, Wolfgang Denk <wd@denx.de> wrote:
> Hi,
>
> we noticed warnings like "No generic license file exists for: GPL in
> any provider" for our own linux kernel recipe. The cause wa the use
> of an entry
>
> LICENSE = "GPL"
>
> which whould read "GPLv2" instead of "GPL". A scan detected that the
> same string "GPL" is used in a number of other recipes:
>
> bitbake/lib/bb/shell.py:LICENSE = "GPL"
> meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:LICENSE = "GPL"
> meta/recipes-kernel/linux/linux-dummy.bb:LICENSE = "GPL"
> meta/recipes-bsp/x-load/x-load.inc:LICENSE = "GPL"
> meta/recipes-devtools/gcc/gcc-common.inc:LICENSE = "GPL"
> meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb:LICENSE = "GPL"
>
> Eventually these should be fixed, too?
Yes, GPL is somewhat meaningless so these should be audited to
determine the correct GPL version and corrected.
-b
>
> Best regards,
>
> Wolfgang Denk
>
> --
> DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
> Human beings were created by water to transport it uphill.
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
--
Elizabeth Flanagan
Yocto Project
Build and Release
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: LICENSE = "GPL" -- problem?
2012-05-14 20:58 ` Flanagan, Elizabeth
@ 2012-05-14 21:12 ` Wolfgang Denk
0 siblings, 0 replies; 4+ messages in thread
From: Wolfgang Denk @ 2012-05-14 21:12 UTC (permalink / raw)
To: Flanagan, Elizabeth; +Cc: yocto
Dear Elizabeth,
In message <CAPhnLPDzcwr+0uMFk274KKtfbGD48-z5yQDqD=JozLO0jA9QRA@mail.gmail.com> you wrote:
>
> > which whould read "GPLv2" instead of "GPL". A scan detected that the
> > same string "GPL" is used in a number of other recipes:
> >
> > bitbake/lib/bb/shell.py:LICENSE = "GPL"
> > meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:LICENSE = "GPL"
> > meta/recipes-kernel/linux/linux-dummy.bb:LICENSE = "GPL"
> > meta/recipes-bsp/x-load/x-load.inc:LICENSE = "GPL"
> > meta/recipes-devtools/gcc/gcc-common.inc:LICENSE = "GPL"
> > meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb:LICENSE = "G> PL"
> >
> > Eventually these should be fixed, too?
>
> Yes, GPL is somewhat meaningless so these should be audited to
> determine the correct GPL version and corrected.
Should I create an entry in the bug database?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Computers are not intelligent. They only think they are.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: LICENSE = "GPL" -- problem?
2012-05-14 20:11 LICENSE = "GPL" -- problem? Wolfgang Denk
2012-05-14 20:58 ` Flanagan, Elizabeth
@ 2012-05-15 20:47 ` Bruce Ashfield
1 sibling, 0 replies; 4+ messages in thread
From: Bruce Ashfield @ 2012-05-15 20:47 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: yocto
On 12-05-14 04:11 PM, Wolfgang Denk wrote:
> Hi,
>
> we noticed warnings like "No generic license file exists for: GPL in
> any provider" for our own linux kernel recipe. The cause wa the use
> of an entry
>
> LICENSE = "GPL"
>
> which whould read "GPLv2" instead of "GPL". A scan detected that the
> same string "GPL" is used in a number of other recipes:
>
> bitbake/lib/bb/shell.py:LICENSE = "GPL"
> meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:LICENSE = "GPL"
I've updated this license to be more specific. I'm not sure if a bug
was opened for the other ones, but I took care of the one that I
look after.
Cheers,
Bruce
> meta/recipes-kernel/linux/linux-dummy.bb:LICENSE = "GPL"
> meta/recipes-bsp/x-load/x-load.inc:LICENSE = "GPL"
> meta/recipes-devtools/gcc/gcc-common.inc:LICENSE = "GPL"
> meta/recipes-devtools/unifdef/unifdef-native_2.6.18+git.bb:LICENSE = "GPL"
>
> Eventually these should be fixed, too?
>
> Best regards,
>
> Wolfgang Denk
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-05-15 20:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-14 20:11 LICENSE = "GPL" -- problem? Wolfgang Denk
2012-05-14 20:58 ` Flanagan, Elizabeth
2012-05-14 21:12 ` Wolfgang Denk
2012-05-15 20:47 ` Bruce Ashfield
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.