linux/poky.git/meta/recipes-devtools/python, branch uninative-2.1

nativesdk-python*: suppress user site dirs

2018-06-04T14:15:00+00:00

Currently, $HOME/.local is being added into sys.path in the Python SDK causing subtle host contamination. Suppress this by exporting PYTHONNOUSERSITE = "1" as documented in PEP 370. This issue occurred in the past for python*-native and was fixed similarly in OE-core commit 8fe9fb4d5a61dcbcb3fc5b9ee0234cc135af873f ("python*native.bbclass: suppress user site dirs"). (From OE-Core rev: 0dc36439cb9fe1cea50bed59da6302f78372a30b) Signed-off-by: Martin Kelly Signed-off-by: Richard Purdie

python2: Fix build with gcc8

2018-05-22T12:13:33+00:00

(From OE-Core rev: 910f68c9c8dc26e12d28ef29e956af63d100f121) Signed-off-by: Ross Burton Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

python3-native: correctly invoke regen-importlib make target

2018-05-04T12:28:05+00:00

Redefiine regen-all in Makefile to invoke regen-importlib after building other regen- targets. Change the recipe to not build it before regen-all. This avoids trying to build it multiple times, which can occasionally fail. (From OE-Core rev: 72d62c9af07bf34bb8fbb3958742eb592985acc2) Signed-off-by: Joe Slater Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

python 2.7: fix multilib patch to accept multiarch style paths

2018-05-04T12:28:04+00:00

Using 'basename' to strip the prefix fails when using multiarch style paths. (From OE-Core rev: c61c416a6504f7e8885df3c94c839d1031920a1c) Signed-off-by: Koen Kooi Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

python*-setuptools: update to 39.0.1

2018-05-04T12:28:01+00:00

Update the python{3}-setuptools to the latest stable version Tested on the qemu with core-image-minimal (From OE-Core rev: 43b3a293c34e8bfc047bd61a2b4ce3b3586f0d71) Signed-off-by: Derek Straka Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

python3-pip: update to version 9.0.3

2018-05-04T12:28:01+00:00

Update to the latest stable version (From OE-Core rev: 67db8d72389669cd854e46cbacb3e8b6dfc5a044) Signed-off-by: Derek Straka Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

uninative: Add allow-shlib-undefined to BUILD_LDFLAGS and drop other workarounds

2018-04-18T17:57:06+00:00

We have a problem when for example, a glibc 2.27 based system builds some library like libpopt-native and puts it into sstate then it is reused on a pre glibc-2.27 system to build something which depends on popt like rpm-native. This results in an error like: recipe-sysroot-native/usr/lib/libpopt.so: undefined reference to `glob@GLIBC_2.27' In the past we've had this problem with new symbols like getrandom and getentropy, here its with a more complex symbol where there is an old version and a newer version. We've looked into various options, basically we cannot link against our uninative libc/ld.so since we don't have the right headers or compiler link libraries. The compiler doesn't allow you to switch in a new set either, even if we did want to ship them. Shipping a complete compiler, dev headers and libs also isn't an option. On the other hand if we follow the ld man page, it does say: """ The reasons for allowing undefined symbol references in shared libraries specified at link time are that: - A shared library specified at link time may not be the same as the one that is available at load time, so the symbol might actually be resolvable at load time. """ which is exactly this case. By the time the binary runs, it will use our uninative loader and libc and the symbol will be available. Therefore we basically have a choice, we get weird intermittent bugs, we drop uninative entirely, or we pass this option. If we pass the option, we can drop the other workarounds too. (From OE-Core rev: 75a62ede393bf6b4972390ef5290d50add19341a) (From OE-Core rev: d18bf7fa8e80d6cfaf3fdbe1ab06eec84b954432) Signed-off-by: Richard Purdie

python3: Add recommended modules to nativesdk install

2018-04-13T15:58:07+00:00

The python3 installation in the SDK did not include the minimum set of modules to be functional, particularly in the case where Python is brought in through dependencies. Rather than requiring the user to explicitly add the modules, it's better to pull in the modules through RRECOMMENDS. Note that the Python 2 recipe already does this. (From OE-Core rev: 5a88e59e488248b7ec53b072f934052b96c78a51) Signed-off-by: Tom Hochstein Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

Revert "python3: fix create_manifest to handle pycache folders"

2018-04-07T10:44:50+00:00

Alejandro asked this be reverted as the patch causes more problems than it solves. This reverts commit 5d288d286e0adb221649d896c132a607ecddc490. Signed-off-by: Richard Purdie

python3-pygobject: remove duplication in inherit

2018-04-05T13:49:07+00:00

Since gnomebase class already inherits autotools and pkgconfig, there is no need to repeat it here. (From OE-Core rev: 2eb7ba6cb68e171c880bcb1fc614f1ae6b300e4f) Signed-off-by: Maxin B. John Signed-off-by: Richard Purdie