linux/poky.git/meta/recipes-devtools/python/python_2.6.6.bb, branch 1.1_M3.rc3

multilib: Use BPN instead of PN for style like lib${PN}

2011-08-04T01:48:57+00:00

When supporting multilib, ${PN} will be extended with MLPREFIX. However if a package name contains ${PN} with styles like lib${PN}, such extension will cause error. Use BPN in this case. (From OE-Core rev: fbb734e5753655de30c82c0a036c9043820e02cb) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

python: fix security vulnerability

2011-07-22T10:51:05+00:00

This Fixes bug: [Yocto #1254] http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2011-1015 Issue #2254: Fix CGIHTTPServer information disclosure. Relative paths are now collapsed within the url properly before looking in cgi_directories. (From OE-Core rev: 43e7ec07065e58128819b0bb359358ce42628672) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

python: add patch to fix cross compilation on host with linux-3.0

2011-07-21T09:59:19+00:00

(From OE-Core rev: 4b7e7b004dacb698ed637f35661a60d2402c00cd) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

python: save Makefile.sysroot in do_compile

2011-07-21T09:59:19+00:00

* otherwise calling do_install twice results in Makefile.sysroot == Makefile.orig and distutils using wrong LIBDIR (from host) (From OE-Core rev: e56064bad8a4e8626e7ff4096874fb7f36eb6880) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

python: Fix libdir usage which broke python packaging

2011-07-13T11:13:12+00:00

(From OE-Core rev: 0637d977d44555726c9aad704c97502b0fa549fa) Signed-off-by: Richard Purdie

python: fix for libdir=/usr/lib64 case

2011-07-12T14:00:47+00:00

python has several place hard code "lib" which breaks build when libdir=/usr/lib64. SUSE has a patch to fix this issue. So this patch add the SUSE patch to address this issue (From OE-Core rev: c97ab268d6a7092a89c8b0051924a2acc2d86d9c) Signed-off-by: Yu Ke Signed-off-by: Richard Purdie

python: Ensure libpython.so ends up in the .dev package

2011-07-01T22:27:26+00:00

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

python: Switch to using the default -dbg package

2011-06-23T11:07:36+00:00

Python was missing a lot of debug information. Switch to use the default -dbg package. Also add some additional debug information to the -dbg package. (From OE-Core rev: 63f4e1b469046753009d0cef498ef09c87c54912) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

python-2.6.6: py_package_preprocess should change Makefile only in PKGD not D

2011-05-25T14:58:46+00:00

* PACKAGEFUNCS ?= "perform_packagecopy \ ${PACKAGE_PREPROCESS_FUNCS} \ our py_package_preprocess is called after perform_packagecopy which does copy D to PKGD so we change it to target version in D (image/) before populating sysroot (sysroot-destdir/) while keeping Makefile.sysroot version in PKGD which was created before calling py_package_preprocess, so both package for runtime and sysroot end wrong * I haven't seen this problem on faster builder, I guess because do_package and do_populate_sysroot can run in paralell and I was lucky that do_populate_sysroot finished before py_package_preprocess was started, but if you build python step by step -c package first you should see it every time * here is proof that with PKGD it works better: $ bitbake -c cleanall python $ bitbake -c install python $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile grep: ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile: No such file or directory grep: ./package/usr/lib/python2.6/config/Makefile: No such file or directory grep: ./sysroot-destdir/usr/lib/python2.6/config/Makefile: No such file or directory ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib $ bitbake -c package python $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./package/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib grep: ./sysroot-destdir/usr/lib/python2.6/config/Makefile: No such file or directory ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib $ bitbake -c package python $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./package/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./sysroot-destdir/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib * without this patch we have /usr/lib/ in image/sysroot-destdir and SYSROOT_LIBDIR in package/packages-split $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./package/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./sysroot-destdir/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib (From OE-Core rev: 2ba5ce85dcc3c6812b10073bfc4ab600ca169df1) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

python: Unbreak Python third-party extensions

2011-05-04T14:06:34+00:00

This patch fixes compilation/linking of python third-party extensions, i.e. Extensions that ship with C code. Problem: Python uses distutils(-native) to compile third-party extensions. distutils uses its own sysconfig module to get the options for compiling and linking. Since third-party extensions have to be linked against this libpython it important that -L points into staging. This is not the case because distutils.sysconfig uses a special Makefile that is shipped with python determine the paths. The Makefile is the same that would be used on the target to build third-party extensions. It therefore points into /usr/lib instead of staging. Solution: Stage a modified version of the Makefile where the paths (incdir, libdir) have been replaced by ones that point into staging. Side-problem: The recipe actually should not stage files itself in do_compile, but rather handle everything that needs to be staged in do_install. This is currently not possible because python compiles itself using distutils-native. Distutils on the other hand does only allow to add a path, but not to substitute it, requiring a staged Makefile and libpython.so before the actual python compilation is triggered. The second step to solve this would be to either patch distutils, or split python into python-initial and python. The -initial part could create the Makefile and the library, while the main part focuses on the target. For further references see: http://lists.linuxtogo.org/pipermail/openembedded-core/2011-May/001752.html (From OE-Core rev: 413e7e5a5d6db45a6fbca5044246d6696d9d5711) Signed-off-by: Michael Lippautz Acked-by: Martin Jansa Signed-off-by: Richard Purdie