Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-2.5 2019-05-08T22:00:32+00:00 2019-05-08T22:00:32+00:00 Changqing Li changqing.li@windriver.com 2019-05-08T10:05:27+00:00 urn:sha1:34b35a1275696c0f82606c7dc60a0c6685dcf396 When using make -j with the 'install' target, it's possible for altbininstall (which normally creates BINDIR) and libainstall (which doesn't, though it installs python-config there) to race, resulting in a failure due to attempting to install python-config into a nonexistent BINDIR. Ensure it also exists in the libainstall target. (From OE-Core rev: 07aeaa4f3f88f575e4674145a7faab3ba8e97fad) Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-05-08T11:15:17+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2019-05-08T09:38:23+00:00 urn:sha1:ed5198463f61274f6f78bc5b1e2cded63d750c4c Fix some missing or corrupted patch Upstream-Status values. (From OE-Core rev: 07bc5a5367e0dec45253fd849e0157094152fd31) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-05-08T11:15:17+00:00 Alex Kiernan alex.kiernan@gmail.com 2019-05-05T05:23:13+00:00 urn:sha1:c499f55303ec40942f5dfa3ca95037591d9242ae The newer python3 recipe no longer includes ntpath.py in core, leading to failures in pkg_resources: Traceback (most recent call last): File "/usr/bin/bmaptool", line 6, in <module> from pkg_resources import load_entry_point File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 42, in <module> import ntpath ModuleNotFoundError: No module named 'ntpath' (From OE-Core rev: 9ff61fa83a0a4f2a7b5b0376b6c48fb1173c9ac7) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-04-29T13:16:31+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2019-04-26T15:40:14+00:00 urn:sha1:120c082cc19bbeba69c5d9d665fabc9b2555726d With the kernel TCP backlog queue coalescing bug fixed in the 5.0 kernels we don't need this patch anymore and can run the tests. (From OE-Core rev: 21bfbef23e1f4c90070017e19f70e488e6ff64be) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-04-29T13:16:30+00:00 Jaewon Lee jaewon.lee@xilinx.com 2019-04-25T23:02:21+00:00 urn:sha1:4a42d6907ab3fb1e890b82c2ac9427b742ad5a4b Adding back the python wrapper and adding a patch to use OEPYTHON3HOME instead of PYTHONHOME if set, for python3. If we add back the wrapper as is, we would see the following error that we also see in Thud: ImportError: No module named site OpenEmbedded requires 'python' to be python v2 (>= 2.7.3), not python v3. Please upgrade your python v2 This is because python3 would've set PYTHONHOME to use nativesdk python3 libraries but when the oe-buildenv-internal script tries to call python2 for the py_v27_check, there will be no python2 libraries in the PYTHONHOME directory. In other words, bitbake needs host python2 and the env variable set from the wrapper contaminates the env and host python2 won't be able to find its libraries Creating another variable OEPYTHON3HOME and using this in the python3 wrapper to allow for a way to set a different paths for python3 and python2 [YOCTO #13208] (From OE-Core rev: 75d2a85e24ef9a2bf0e218521944523f0ff281e0) Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com> Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-04-23T22:30:20+00:00 Alexander Kanavin alex.kanavin@gmail.com 2019-04-18T15:59:16+00:00 urn:sha1:47f4ad9ff0dfd5ed25f92577eea767f809ca451e (From OE-Core rev: 60502aa366f860b4f056da1bcd8fd5ee8f4495f5) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-04-16T10:10:02+00:00 Alexander Kanavin alex.kanavin@gmail.com 2019-04-15T10:54:55+00:00 urn:sha1:77e39cf412ea7f7d7dacf724247d5688e05ddc12 License-update: copyright years (From OE-Core rev: a215296bb1b6a87da3692ef0e6176e56310b05f2) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-04-11T20:12:48+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2019-04-08T22:14:12+00:00 urn:sha1:890e0ab069ca459fdfec6b997eaaba35d83300a4 A previous fix to python added -W and removed -v. This reverts that part of the change since we're no longer getting ptest results at all. This change back to more verbose output means we start getting test results again. (From OE-Core rev: d70c77e4d5ec1d7cb4f134377df11e6475f31062) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-04-11T20:12:48+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2019-04-07T22:15:04+00:00 urn:sha1:fb852a81fcf5b6bb51773aad29f5391c90016d90 There are python tests which hang with recent kernels, 5.0 onwards. This causes ptest to timeout for python3. Disable the problematic test until we better understand the real cause and fix of the issue (discussions are happening with upstream). See the patch for details/links. (From OE-Core rev: 2a48df02a2871635f8235645bfd7f7a3ff0aef31) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2019-04-09T12:44:39+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2019-04-04T21:33:18+00:00 urn:sha1:57933bd958cc06722ab7924ec9dc2c72fadc9693 We need to run sed with the -u option to ensure the output is unbuffered else ptest-runner may timeout thinkig things were idle. Busybox doesn't have the -u option so we need to RDEPEND on sed (which is a good thing to do if we use it anyway). Alex Kanavin should get credit for discovering the problem. (From OE-Core rev: d3ffbebf43c23faa43af81c9ecf6fcaef36d675b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>