linux/poky.git/meta/recipes-devtools/python/python_2.6.6.bb, branch yocto-2.5.3

python, python-native: upgrade from 2.6.6 to 2.7.2

2011-10-31T22:03:20+00:00

Rebased these patches to the newer code modified: python-native/nohostlibs.patch modified: python/01-use-proper-tools-for-cross-build.patch modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch modified: python/06-ctypes-libffi-fix-configure.patch modified: python/multilib.patch Deleted these patches are the are now upstream deleted: python/02-remove-test-for-cross.patch deleted: python/security_issue_2254_fix.patch Added this patch to python-native new file: python-native/multilib.patch Updated site config file for python modified: ../../site/common-linux : add ac_cv_have_long_long_format for python avoid this error in python: Include/pyport.h:243:13: error: #error "This platform's pyconfig.h needs to define PY_FORMAT_LONG_LONG" Updated default python version modified: ../../conf/distro/include/default-versions.inc (From OE-Core rev: b284e9a512860b8a8380be80f96cebce6b92ff80) Signed-off-by: Nitin A Kamble Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

python: fix sqlite RPATH issue

2011-09-29T15:57:30+00:00

(From OE-Core rev: 9f9612d15acc6ee3b71f52bdb3f1ec4cb56b1a17) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python: Fix cgi.py runtime issue

2011-09-22T04:07:00+00:00

By default cgi.py attempts to use /usr/local/bin/python as its interpreter. However, on my Linux systems, including OE-Core, python is installed into {bindir}. Adjust this one file based on the comment at the top of the upstream file. This resolves an issue where a runtime dependency discovered during RPM packaging breaks the rootfs construction. (From OE-Core rev: 1da01664963b9c6a6df171dcd0fbb1406544035b) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

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

2011-08-03T17:07:25+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