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

Revert "python3: define a profile directory path"

2020-07-25T14:11:05+00:00

After ccache upgrade to 3.7.11, there is below logic introduced. 58895dc Add knowledge about -fprofile-{correction,reorder-functions,values} And the python3 ccache build issue [1] is fixed in ccache 3.7.11, so there is no need to define a profile directory path for python3 any more. [1] https://github.com/ccache/ccache/issues/615 (From OE-Core rev: 6cd08bdf72c05982ba000b1186cf139382679e04) Signed-off-by: Richard Purdie

python3: define a profile directory path

2020-07-12T11:21:48+00:00

After ccache upgrade to 3.7.10, there comes below error when enable ccache to build python3 and check [1] and [2] for more details. | Python-3.8.3/Modules/_contextvarsmodule.c:43:1: error: source locations for function 'PyInit__contextvars' have changed, the profile data may be out of date [-Werror=coverage-mismatch] That's because the logic for profile directory changes a little in [3] after ccache upgrades to 3.7.10. So define a profile directory path accordingly to fix the above error. [1] https://github.com/ccache/ccache/issues/615 [2] https://lists.openembedded.org/g/openembedded-core/topic/75170448#140065 [3] https://github.com/ccache/ccache/commit/91a2954eb47b4a106e2be6cf611917b895108e35 (From OE-Core rev: 0000d30fb82aafa5064051502a927c5fc447b63b) Signed-off-by: Mingli Yu Signed-off-by: Richard Purdie

python3: upgrade 3.8.2 -> 3.8.3

2020-06-04T12:27:29+00:00

(From OE-Core rev: 01dafe1796a5c91ce12b344ee09e7179f6b4ccac) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

python3-manifest.json: add pathlib to core

2020-04-24T13:10:07+00:00

The pathlib module is for Object-oriented filesystem paths It also provides a lot of handy utilities for checking on paths. This seems to justify adding it to the core package along side os, sys, and the other *path libraries. [YOCTO #13670] (From OE-Core rev: e5d3a6b2fb1fad62dec6389b16fec258df0b573d) Signed-off-by: Tim Orling Signed-off-by: Richard Purdie

python3: fixing bpo-36852 patch for builds on i686 architecture

2020-03-31T12:58:01+00:00

The original patch "bpo-36852: proper detection of mips architecture for soft float" uses AC_CANONICAL_TARGET to determine the platform triplet. While AC_CANONICAL_TARGET exports i686 as target_cpu, gcc is using i386 instead. We fall back here to i386, as it is conform to the previous behavior. Upstream Status: Submitted [https://github.com/python/cpython/pull/13196] (From OE-Core rev: 6beab388e73b3ac6157650855a6c1fb1d71e8015) Signed-off-by: Matthias Schoepfer Signed-off-by: Richard Purdie

python3-native: Should not search the system for headers/libraries.

2020-03-06T08:19:18+00:00

The specific issue here is rpc/rpc.h, but its likely more general. /usr/include is searched for rpc/rpc.h and if it exists on the system, it changes behavior. If you are using the extended buildtools tarball on a machine that has /usr/include/rpc/rpc.h, it will decide that is good enough and not continue to search. nis fails to build because /usr/include and /usr/lib are not part of the include/link paths for the buildtools tarball compiler(nor should they be). This makes it so python3-native will not build if you are using the extended buildtools tarball, but from a larger issue perspective it is building in likely different ways depending on what machine it is building on. libtirpc is already a depend so we shouldn't need the hosts rpc/rcp.h. (From OE-Core rev: f37dfc7907ae7bac08d40468ddde2e5b8bba030c) Signed-off-by: Jeremy A. Puhlman Signed-off-by: Richard Purdie

python3: resolve ncurses host contamination

2020-02-18T23:53:54+00:00

(From OE-Core rev: ee7be51444b609a5cc1fd223b9395e9642d3bfac) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

python3: install _tkinter.*.so to python3-tkinter package

2020-02-14T13:07:23+00:00

When enable PACKAGECONFIG[tk], we should install _tkinter.*.so to python3-tkinter package rather than python3-misc package. Fixes: ERROR: python3-3.8.1-r0 do_package_qa: QA Issue: /usr/lib/python3.8/lib-dynload/_tkinter.cpython-38-x86_64-linux-gnu.so contained in package python3-misc requires libtk8.6.so()(64bit), but no providers found in RDEPENDS_python3-misc? [file-rdeps] (From OE-Core rev: 991d7ced7262a1340878bada307c6d021ea9cb77) Signed-off-by: Yi Zhao Signed-off-by: Richard Purdie

python3: Do not hardcode "lib" for distutils

2020-02-08T13:20:02+00:00

Get the sys.lib from python3 itself and do not use hardcoded value of 'lib' for distutils. Solve the error below that occurs when run "python3 setup.py install" on lib64 multilib platform: [Errno 2] No such file or directory: '/usr/lib/python3.7/site-packages/test-easy-install-1828.write-test' (From OE-Core rev: fb33127de5d80f5bcb84edf6cf4007bca73fa863) Signed-off-by: Li Zhou Signed-off-by: Changqing Li Signed-off-by: Richard Purdie

python3: fix the installation path of libpython3.7m.a for multilib

2020-02-08T13:20:02+00:00

Fix the installation path of libpython3.7m.a on mulitlib lib64 platform to lib64 instead of lib (From OE-Core rev: 3081d3993095d2e4817bbef33c9c90dd814a45d7) Signed-off-by: Li Zhou Signed-off-by: Changqing Li Signed-off-by: Richard Purdie