openembedded-core.git/meta/recipes-devtools/python/python-pyrex_0.9.9.bb, branch uninative-1.0 Mirror of openembedded-core Add missing SUMMARY values 2014-01-02T12:47:33+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2013-12-21T22:51:12+00:00 db02edd2e9d7645592933cbb25ea0ca4d6561392 These recipes all had a long DESCRIPTION but no SUMMARY; since the SUMMARY is often displayed alone by package managers and the default value ("${PN} version ${PV}") isn't particularly useful, we should always try to set SUMMARY. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> 
These recipes all had a long DESCRIPTION but no SUMMARY; since the
SUMMARY is often displayed alone by package managers and the default
value ("${PN} version ${PV}") isn't particularly useful, we should
always try to set SUMMARY.

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
python: bump PR of packages after update of distutils.bbclass 2012-05-24T07:34:50+00:00 Andreas Oberritter obi@opendreambox.org 2012-05-21T20:54:24+00:00 61487342764684cacef765e221609fe16ffc2740 * Bump every recipe inheriting distutils or setuptools and not overriding do_install without calling distutils_do_install. Signed-off-by: Andreas Oberritter <obi@opendreambox.org> 
* Bump every recipe inheriting distutils or setuptools and
  not overriding do_install without calling distutils_do_install.

Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
python-pyrex: quite packaging warnings 2012-03-19T13:31:32+00:00 Nitin A Kamble nitin.a.kamble@intel.com 2012-03-16T18:29:02+00:00 b2703365734b8d1d0c55ca48b20205c1623b9648 This removes these packaging warnings: WARNING: For recipe python-pyrex, the following files/directories were installed but not shipped in any package: WARNING: /usr/share WARNING: /usr/share/lib WARNING: /usr/share/lib/python2.7 WARNING: /usr/share/lib/python2.7/site-packages WARNING: /usr/share/lib/python2.7/site-packages/Pyrex WARNING: /usr/share/lib/python2.7/site-packages/Pyrex/Compiler WARNING: /usr/share/lib/python2.7/site-packages/Pyrex/Compiler/Lexicon.pickle Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> 
This removes these packaging warnings:
WARNING: For recipe python-pyrex, the following files/directories were
installed but not shipped in any package:
WARNING:   /usr/share
WARNING:   /usr/share/lib
WARNING:   /usr/share/lib/python2.7
WARNING:   /usr/share/lib/python2.7/site-packages
WARNING:   /usr/share/lib/python2.7/site-packages/Pyrex
WARNING:   /usr/share/lib/python2.7/site-packages/Pyrex/Compiler
WARNING:   /usr/share/lib/python2.7/site-packages/Pyrex/Compiler/Lexicon.pickle

Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
OECore license fixes: meta/* 2011-12-08T15:23:49+00:00 Elizabeth Flanagan elizabeth.flanagan@intel.com 2011-12-03T23:48:29+00:00 3083dd70b3a9fa01fcc3cf00373b05502505996e This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> 
This is a quick audit of only the most obviously wrong licenses
found within OECore. These fixes fall into four areas:

- LICENSE field had incorrect format so that the parser choked
- LICENSE field has a license with no version
- LICENSE field was actually incorrect
- LICENSE field has an imaginary license that didn't exist

This fixes most of the LICENSE warnings thrown, along with my prior
commit adding additional licenses to common-licenses and additional
SPDXLICENSEMAP entries.

HOWEVER..... there is much to be done on the license front.
For a list of recipes with licenses that need obvious fixing see:

https://wiki.yoctoproject.org/wiki/License_Audit

That said, I would suggest another license audit as I've found
enough inconsistencies. A good suggestion is when in doubt, look at
how openSuse or Gentoo or Debian license the package.

Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com>
recipes: bump PR after python upgrade 2011-10-31T17:01:55+00:00 Martin Jansa Martin.Jansa@gmail.com 2011-10-31T12:51:51+00:00 669b20b5af9c663f8f8bc4017511d60638f86088 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Drop PRIORITY variable 2011-07-01T22:26:55+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-07-01T22:25:36+00:00 d122343362669c683acc4af295971a62cbc823fc As discussed on the mailing list, this variable isn't useful and if wanted would be better implemented by distros using pn-X overrides. This patch executes: find . -regex ".*\.\(bb\|inc\)$" | xargs sed -i '/^PRIORITY = ".*"$/d' against the tree removing the referenced. Thanks to Phil Blundell for the command. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
As discussed on the mailing list, this variable isn't useful and if wanted
would be better implemented by distros using pn-X overrides.

This patch executes:

find . -regex ".*\.\(bb\|inc\)$" | xargs sed -i '/^PRIORITY = ".*"$/d'

against the tree removing the referenced. Thanks to Phil Blundell for
the command.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
License Field Cleanup: Non-standard field names 2011-05-27T17:27:04+00:00 Beth Flanagan elizabeth.flanagan@intel.com 2011-05-25T21:05:02+00:00 4786ecdf7cd427089464dcb62579110d494e7cd7 I've cleaned up some odd license fields, fixed some license names and corrected some incorrect licenses. LICENSE really needs a pass through by the maintainers as some of the licensing is incorrect. Also, every license with Artistic should be gone through and noted as which version of Artistic. Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> 
I've cleaned up some odd license fields, fixed some license
names and corrected some incorrect licenses. LICENSE really needs
a pass through by the maintainers as some of the licensing is
incorrect.

Also, every license with Artistic should be gone through and noted as
which version of Artistic.

Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com>
SRC_URI Checksums Additionals 2010-12-09T16:18:17+00:00 Saul Wold sgw@linux.intel.com 2010-12-08T04:06:29+00:00 3d08b9f2c65835822b1c0ed30e3170f02f877ce3 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
python-pyrex:Add license checksum and update the License information 2010-12-02T13:24:49+00:00 Mei Lei lei.mei@intel.com 2010-11-26T01:28:33+00:00 5d378ef3c88ca700d4971d4e60924127ebc05da1 Add LICENSE.txt file checksum to bb file and update the "GPL" to "Apache License Version 2.0" according to the License file Signed-off-by: Mei Lei <lei.mei@intel.com> 
Add LICENSE.txt file checksum to bb file and update the "GPL" to "Apache License Version 2.0" according to the License file

Signed-off-by: Mei Lei <lei.mei@intel.com>
Major layout change to the packages directory 2010-08-27T14:29:45+00:00 Richard Purdie rpurdie@linux.intel.com 2010-08-27T14:14:24+00:00 29d6678fd546377459ef75cf54abeef5b969b5cf Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Having one monolithic packages directory makes it hard to find things
and is generally overwhelming. This commit splits it into several
logical sections roughly based on function, recipes.txt gives more
information about the classifications used.

The opportunity is also used to switch from "packages" to "recipes"
as used in OpenEmbedded as the term "packages" can be confusing to
people and has many different meanings.

Not all recipes have been classified yet, this is just a first pass
at separating things out. Some packages are moved to meta-extras as
they're no longer actively used or maintained.

Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>