linux/poky.git/meta/recipes-devtools/python/python3/0001-Don-t-search-system-for-headers-libraries.patch, branch hardknott-next

python: update 3.8.5 -> 3.9.0

2020-10-30T13:22:49+00:00

Drop 0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch, 0001-configure.ac-fix-LIBPL.patch and 0001-python3-Do-not-hardcode-lib-for-distutils.patch as they are all replaced by the new --platlibdir option to ./configure Rename 0001-Lib-sysconfig.py-fix-another-place-where-lib-is-hard.patch to 0001-Lib-sysconfig.py-use-libdir-values-from-configuratio.patch and describe the changes better. License-Update: documentation now dual license under PSF & BSD (not relevant for the recipe. (From OE-Core rev: 7347556b18b45c5f9afc2cade565a75c95876914) Signed-off-by: Alexander Kanavin 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-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