linux/poky.git/meta/recipes-devtools/python, branch 1.2_M2

python-native: RPROVIDE python-core-native since pycurl-native depends on it

2012-01-11T23:53:32+00:00

(From OE-Core rev: 893405d46c28d75372dcf4b2d91c617b81bdc92e) Signed-off-by: Richard Purdie

python-pycairo: fix for x32

2012-01-06T12:11:34+00:00

Add the libdir to configure so that path like /usr/libx32 can work. Also passing parallel make flags to the building process. (From OE-Core rev: 2f134791ca5db0281af0a71fcab0e832894d412c) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

native.bbclass: Fix variable remapping coverage

2012-01-05T12:36:28+00:00

When looking for RDEPENDS to process, bitbake iterates through PACKAGES *and* PN. Since native.bbclass sets PACKAGES to be empty, its pointless remapping the list of PACKAGES since this does nothing. There is a problem since *_${PN} are used by bitbake but not remapped by the native.bbclass class extension code. This changes the code to remap _${PN} in both expanded and unexpanded forms. As a result of this, various surprising dependencies are uncovered and the patch rectifies those. These are real bugs since they're injecting unneeded (unremapped) dependencies into the dependency chain. (From OE-Core rev: 0f485bfd6fc82a109b9da629e464fca1e90faec3) Signed-off-by: Richard Purdie

python-native: correct prefix handling for oe-core sysroot layout

2012-01-05T11:24:47+00:00

Don't try to guess a path based on ${HOST_SYS} since this is not where the files in the sysroot are likely to be. Instead, just use the "plat_specific" approach of taking STAGING_INCDIR and knocking off the trailing "/include" for all cases. This is still evidently suboptimal but does at least seem to give the correct results. (From OE-Core rev: 3b01b884dac0b31af8f5f2ebd60e5939e0111873) Signed-off-by: Phil Blundell Signed-off-by: Richard Purdie

Add Upstream-Status to patches

2012-01-03T12:14:31+00:00

(From OE-Core rev: 169e55d802883df763dbff4a4737e05e96358fa3) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python: add md5module support

2012-01-03T12:14:30+00:00

The internal md5 module is needed for using "waf" to install other python packages such as pycairo. (From OE-Core rev: 61620bd56d0696a03ffc94fbbfa2d0e25be950a5) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python-pycairo: Upgrade to 1.10.0

2011-12-22T13:13:42+00:00

tweak the pycairo.pc correctly. (From OE-Core rev: 7197efde264bee4d8deb37b9fd08cc9cc83d1ac4) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python: bump PR due to arm OVERRIDES change

2011-12-13T15:05:52+00:00

(From OE-Core rev: 86a815fe1b2e447e264cb40f6f65e3343d6b6188) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

OECore license fixes: meta/*

2011-12-08T15:24:32+00:00

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. (From OE-Core rev: 3083dd70b3a9fa01fcc3cf00373b05502505996e) Signed-off-by: Elizabeth Flanagan Signed-off-by: Richard Purdie

PR Bump for OpenSSL 1.0

2011-11-30T15:15:06+00:00

(From OE-Core rev: 59923e66e85471acdb70d72082a8906c69b17720) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie