linux/poky.git/meta/recipes-devtools/python/python3, branch gatesgarth-24.0.2

python3: fix CVE-2021-3177

2021-02-05T23:35:18+00:00

(From OE-Core rev: 25d1cae49e56797c4c9e91c01697c4de02dee046) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

python3: fix CVE-2020-27619

2020-11-29T00:07:58+00:00

(From OE-Core rev: 0edf9f32929c462b9b53f0cdc7e5ecf816fbb7b3) Signed-off-by: Lee Chee Yang Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

meta: add/fix invalid Upstream-Status tags

2020-09-23T19:54:03+00:00

(From OE-Core rev: 630ce8130598e2bca7231ac28a7cc18b5b942544) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

python3-manifest.json: Updates

2020-08-11T19:35:39+00:00

- Regenerate using create_manifest - Fix up some indentation compared to generated - Add "secrets" module into netclient package (introduced in 3.6) - Move "urllib" python package into core package, it is used more commonly than just netclient (e.g. email, xml, mimetypes, pydoc) - Update compression package dependencies due to some modules moving into core package - Update dependencies due to improvements to get_module_deps handling modules of a python package (e.g. ctypes.utils) (From OE-Core rev: 892a8fb85a986a65e9ebef368ddab15068fb6d92) Signed-off-by: Nathan Rossi Signed-off-by: Richard Purdie

python3: Improve handling of python3 manifest generation

2020-08-11T19:35:39+00:00

Specifically cover detection of modules within a python package that do not import anything within their __init__.py. This is at least the case with the xmlrpc package which is only used via its modules xmlrpc.server and xmlrpc.client. Other important corner cases include ctypes.utils which depends on some modules not used by ctypes. This is implemented by generally assuming that importing all the modules of a package (aka *.py within a package, excluding _*.py) will provide enough information. Also due to this change some modules import sysconfig, resulting in sysconfigdata being imported. Handle the conversion of its path to a wildcard based on the platform dependent name being replaced. (From OE-Core rev: bef4be54e02df5f230d250487f85994a3b7bbd77) Signed-off-by: Nathan Rossi Signed-off-by: Richard Purdie

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