- 26 Oct, 2021 1 commit
-
-
Martin Jansa authored
* otherwise fails when searching for libparted: http://errors.yoctoproject.org/Errors/Details/614897/ DEBUG: Executing shell function do_configure Traceback (most recent call last): File "setup.py", line 60, in <module> check_mod_version('libparted', need_libparted_version) File "setup.py", line 54, in check_mod_version modversion = subprocess.check_output(["pkg-config", "--modversion", module]).decode('utf-8').split()[0] File "TOPDIR/tmp-glibc/work/core2-64-oe-linux/python-pyparted/3.11.4+gitAUTOINC+104ca13567-r0/recipe-sysroot-native/usr/lib/python2.7/subprocess.py", line 216, in check_output process = Popen(stdout=PIPE, *popenargs, **kwargs) File "TOPDIR/tmp-glibc/work/core2-64-oe-linux/python-pyparted/3.11.4+gitAUTOINC+104ca13567-r0/recipe-sysroot-native/usr/lib/python2.7/subprocess.py", line 394, in __init__ errread, errwrite) File "TOPDIR/tmp-glibc/work/core2-64-oe-linux/python-pyparted/3.11.4+gitAUTOINC+104ca13567-r0/recipe-sysroot-native/usr/lib/python2.7/subprocess.py", line 1047, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
- 17 Oct, 2021 1 commit
-
-
Martin Jansa authored
Signed-off-by:
-
- 20 Sep, 2021 1 commit
-
-
Martin Jansa authored
* fixes: | Building without Cython. | ERROR: /bin/sh: 1: pkg-config: not found | | ** make sure the development packages of libxml2 and libxslt are installed ** | | Using build configuration of libxslt | running build | running build_py | running build_ext | building 'lxml.etree' extension | gcc -fno-strict-aliasing -isystem/OE/build/oe-core/tmp-glibc/work/x86_64-linux/python-lxml-native/4.4.2-r0/recipe-sysroot-native/usr/include -O2 -pipe -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -isystem/OE/build/oe-core/tmp-glibc/work/x86_64-linux/python-lxml-native/4.4.2-r0/recipe-sysroot-native/usr/include -O2 -pipe -isystem/OE/build/oe-core/tmp-glibc/work/x86_64-linux/python-lxml-native/4.4.2-r0/recipe-sysroot-native/usr/include -fPIC -DCYTHON_CLINE_IN_TRACEBACK=0 -Isrc -Isrc/lxml/includes -I/OE/build/oe-core/tmp-glibc/work/x86_64-linux/python-lxml-native/4.4.2-r0/recipe-sysroot-native/usr/include/python2.7 -c src/lxml/etree.c -o build/temp.linux-x86_64-2.7/src/lxml/etree.o -w | In file included from src/lxml/etree.c:692: | src/lxml/includes/etree_defs.h:14:10: fatal error: libxml/xmlversion.h: No such file or directory | 14 | #include "libxml/xmlversion.h" | | ^~~~~~~~~~~~~~~~~~~~~ | compilation terminated. | Compile failed: command 'gcc' failed with exit status 1 | cc -I/usr/include/libxml2 -c /tmp/xmlXPathInithJP6pr.c -o tmp/xmlXPathInithJP6pr.o | unable to execute 'cc': No such file or directory | ********************************************************************************* | Could not find function xmlCheckVersion in library libxml2. Is libxml2 installed? | ********************************************************************************* | error: command 'gcc' failed with exit status 1 Signed-off-by:
-
- 03 Aug, 2021 2 commits
-
-
Martin Jansa authored
This marks the layers as compatible with honister now they use the new override syntax. Signed-off-by: -
Martin Jansa authored
This is the result of automated script (0.9.0) conversion: oe-core/scripts/contrib/convert-overrides.py . converting the metadata to use ":" as the override character instead of "_". Signed-off-by:
-
- 23 Jun, 2021 1 commit
-
-
Martin Jansa authored
* to allow both python-chardet and python3-chardet to be installed in the same image * now it fails with: Collected errors: * check_data_file_clashes: Package python-chardet wants to install file image/1.0/rootfs/usr/bin/chardetect But that file is already provided by package * python3-chardet * the only difference is the shebang: --- python-chardet/3.0.4-r0/image/usr/bin/chardetect 2021-06-23 01:24:17.172638046 -0700 +++ python3-chardet/3.0.4-r0/image/usr/bin/chardetect 2021-06-23 01:24:17.412641733 -0700 @@ -1,4 +1,4 @@ -#!/usr/bin/env python +#!/usr/bin/env python3 # EASY-INSTALL-ENTRY-SCRIPT: 'chardet==3.0.4','console_scripts','chardetect' __requires__ = 'chardet==3.0.4' import re Signed-off-by:
-
- 07 Apr, 2021 2 commits
-
-
Martin Jansa authored
* basedir is just 'lib' and datadir is just '/usr/share' and '/usr/sharelib/python2.7' is even worse than what we had before (sorry I've merged wrong revision of this) Signed-off-by: -
Martin Jansa authored
* fixes: ERROR: python-pyrex-0.9.9-r4 do_package: QA Issue: python-pyrex: Files/directories were installed but not shipped in any package: /usr/share /usr/share/lib /usr/share/lib/python2.7 /usr/share/lib/python2.7/site-packages /usr/share/lib/python2.7/site-packages/Pyrex /usr/share/lib/python2.7/site-packages/Pyrex/Compiler /usr/share/lib/python2.7/site-packages/Pyrex/Compiler/Lexicon.pickle Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. python-pyrex: 7 installed and not shipped files. [installed-vs-shipped] ERROR: python-pyrex-0.9.9-r4 do_package: Fatal QA errors found, failing task. * base_libdir becames /usr/lib with usrmerge in DISTRO_FEATURES: # $base_libdir [4 operations] # exported /OE/build/oe-core/openembedded-core/meta/conf/bitbake.conf:26 # [export] "1" # set /OE/build/oe-core/openembedded-core/meta/conf/bitbake.conf:26 # "${root_prefix}/${baselib}" # override[native]:set /OE/build/oe-core/openembedded-core/meta/conf/bitbake.conf:62 # "/lib" # override[nativesdk]:set /OE/build/oe-core/openembedded-core/meta/conf/bitbake.conf:73 # "/lib" # pre-expansion value: # "${root_prefix}/${baselib}" export base_libdir="/usr/lib" # $root_prefix # set /OE/build/oe-core/openembedded-core/meta/conf/bitbake.conf:21 # "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', '${exec_prefix}', '${base_prefix}', d)}" root_prefix="/usr" * but pyrex setup.py is using get_python_lib from distutils.sysconfig and that doesn't get changed to /usr/lib prefix: data_files=[ (compiler_dir, ['Pyrex/Compiler/Lexicon.pickle']) ] compiler_dir = os.path.join(get_python_lib(prefix=''), 'Pyrex', 'Compiler') >>> from distutils.sysconfig import get_python_lib >>> print(get_python_lib(prefix='')) lib/python2.7/dist-packages * python3 is also using baselib meta/recipes-devtools/python/python3_3.9.2.bb:EXTRA_OECONF = " --without-ensurepip --enable-shared --with-platlibdir=${baselib}" meta/recipes-devtools/python/python3_3.9.2.bb: LIB=${baselib} \ meta-oe/recipes-extended/mraa/mraa_git.bb: -DPYTHON3_PACKAGES_PATH:PATH=${baselib}/python${PYTHON_BASEVERSION}/site-packages in python2 it seems to implement the same but through libdirleaf dropping ${prefix}/ recipes-devtools/python/python.inc: libdirleaf="$(echo ${libdir} | sed -e 's:${prefix}/::')" recipes-devtools/python/python.inc: sed -i -e "s:SEDMELIBLEAF:${libdirleaf}:g" \ before that it was using "basename ${libdir}" https://git.openembedded.org/openembedded-core/commit/?id=c61c416a6504f7e8885df3c94c839d1031920a1c Signed-off-by:
-
- 24 Mar, 2021 2 commits
-
-
Martin Jansa authored
python2-target-recipes-blacklist.inc: remove mysql-python, lio-utils, openlmi-tools from meta-oe-packagegroup Signed-off-by: -
Martin Jansa authored
python2-target-recipes-blacklist.inc: add PNBLACKLIST for mysql-python, lio-utils, openlmi-tools from meta-oe as well Signed-off-by:
-
- 21 Mar, 2021 1 commit
-
-
Martin Jansa authored
* the identical bbclass is in meta-openembedded/meta-python layer, it depends on python3-bandit-native and isn't inherited by default, anyone who wants to use it can add meta-python layer Signed-off-by:
-
- 17 Mar, 2021 2 commits
-
-
Martin Jansa authored
Signed-off-by: -
Martin Jansa authored
* python-native is an exception because there is still e.g. chromium depending on _native_ python and a lot of people use it in some form, once https://bugs.chromium.org/p/chromium/issues/detail?id=942720 is resolved in stable chromium release the same will be set in python-native * https://www.python.org/doc/sunset-python-2/ * https://python3statement.org/ Signed-off-by:
-
- 03 Mar, 2021 1 commit
-
-
Rahul Taya authored
For python and python-native added patch to fix CVE-2019-20907 Signed-off-by:
Rahul Taya <Rahul.Taya@kpit.com> Signed-off-by:
-
- 25 Feb, 2021 2 commits
-
-
Rahul Taya authored
For python and python-native added patch to fix CVE-2019-9674 Signed-off-by:
-
Sakib Sajal authored
Upgrade python-pyyaml from v5.3 to v5.4.1 which contains fix for CVE-2020-14343. Signed-off-by:
Sakib Sajal <sakib.sajal@windriver.com> Signed-off-by:
-
- 16 Feb, 2021 6 commits
-
-
Richard Purdie authored
There are several thousand files in the test directory which we don't need. Adding these for the native and target sysroots is a crazy amount of files to be throwing around needlessly. Delete the files from the sysroot side of things to tidy up the sysroots and improve performance. (From OE-Core rev: f73ac290617e89b80e10dc700c0e90efddc8e1b2) Signed-off-by:
Richard Purdie <richard.purdie@linuxfoundation.org> (cherry picked from commit f6bced03011ad1663d68b0322a2f8aeb4d836646) Signed-off-by:
Steve Sakoman <steve@sakoman.com> Signed-off-by:
Mikko Rapeli <mikko.rapeli@bmw.de> Signed-off-by:
-
Babak Sarashki authored
Add python-kombu Add python-vine Add python-amqp Signed-off-by:
Babak Sarashki <babak.sarashki@windriver.com> Signed-off-by:
Tim Orling <ticotimo@gmail.com>
-
Babak Sarashki authored
>From commit 1848f000bad47d98900ef945c76c750c3edf1a1f in meta-openstack. Signed-off-by:
-
Babak Sarashki authored
>From commit bd22d005259f90ad2b3f7e24e6b58805039093fe in meta-openstack. Signed-off-by:
-
Babak Sarashki authored
Signed-off-by:
-
Tim Orling authored
Delete the following files were inadvertently left behind when the previous commit moved them to kas/: * Pipfile * Pipfile.lock * kas-meta-python2-image-base.yml * kas-meta-python2-image.yml * kas-meta-python2-ptest-image.yml Signed-off-by:
-
- 31 Jan, 2021 2 commits
-
-
Martin Jansa authored
* adapt to: https://git.openembedded.org/openembedded-core/commit/?id=b8bbc1bbe282cce2ea4d0ff293f931f6caf6153b * fixes: ERROR: meta-python2/recipes-devtools/python/python-native_2.7.18.bb: Error executing a python function in <code>: | ETA: 0:00:32 The stack trace of python calls that resulted in this exception/failure was: File: '<code>', lineno: 13, function: <module> 0009:__anon_35__oe_core_meta_classes_devshell_bbclass(d) 0010:__anon_151__oe_core_meta_classes_sstate_bbclass(d) 0011:__anon_20__oe_core_meta_classes_blacklist_bbclass(d) 0012:__anon_177__oe_core_meta_classes_siteinfo_bbclass(d) *** 0013:__anon_90__meta_python2_recipes_devtools_python_python_native_2_7_18_bb(d) File: 'meta-python2/recipes-devtools/python/python-native_2.7.18.bb', lineno: 76, function: __anon_90__meta_python2_recipes_devtools_python_python_native_2_7_18_bb 0072: manifest_file.seek(json_start) 0073: manifest_str = manifest_file.read() 0074: python_manifest = json.loads(manifest_str) 0075: *** 0076: rprovides = d.getVar('RPROVIDES').split() 0077: 0078: # Hardcoded since it cant be python-native-foo, should be python-foo-native 0079: pn = 'python' 0080: Exception: AttributeError: 'NoneType' object has no attribute 'split' Signed-off-by:
-
Martin Jansa authored
* python2 version from meta-python2 caused parsing error now, which unfortunately left bitbake stuck after: ERROR: meta-python2/recipes-devtools/python/python-setuptools_42.0.2.bb: QA Issue: meta-python2/recipes-devtools/python/python-setuptools_42.0.2.bb: Variable RPROVIDES is set as not being package specific, please fix this. [pkgvarcheck] ERROR: meta-python2/recipes-devtools/python/python-setuptools_42.0.2.bb: Fatal QA errors found, failing task. ERROR: Failed to parse recipe: meta-python2/recipes-devtools/python/python-setuptools_42.0.2.bb Signed-off-by:
-
- 20 Oct, 2020 1 commit
-
-
Tim Orling authored
Move Pipenv, Pipenv.lock and kas*.yml files to kas These kas specific workflow items do not need to clutter the root of git repo. Adjust .gitlab-ci.yml to the change. Signed-off-by:
-
- 19 Oct, 2020 1 commit
-
-
Tim Orling authored
In preparation for the release of Yocto Project 3.2, "gatesgarth", change development branch to be only compatible with the new release. Signed-off-by:
-
- 16 Oct, 2020 2 commits
-
-
Tim Orling authored
When new recipes are added, they must also be accompanied by a patch adding them to the packagegroup-meta-python2 This packagegroup is critical to the function of the CI system behind this layer. Signed-off-by: -
Martin Jansa authored
* see oe-core base.bbclass changes from: https://lists.openembedded.org/g/openembedded-core/message/143159 https://lists.openembedded.org/g/openembedded-core/message/143161 Signed-off-by:
-
- 11 Sep, 2020 1 commit
-
-
Tim Orling authored
To make testing as fast as possible, it is desired to use KVM and OpenGL. Add DISTRO_FEATURES_append = "opengl" PACKAGECONFIG_pn-qemu-system-native = "fdt alsa kvm virglrenderer glx gtk+" It shouldn't be required to be explicit about the PACKAGECONFIG above, when all I was trying to do was add gtk+, but but using _pn- += or even _append_pn- syntax resulted in a system with either disabled OpenGL or missing canberra-gtk-module (sound). The above explicit definition worked. Change gl to gl-es: TEST_RUNQEMUPARAMS = "kvm gl-es gtk" Signed-off-by:
-
- 07 Sep, 2020 2 commits
-
-
Martin Jansa authored
* it was a bit tricky to find this, because $ bitbake -g lib32-python $ grep '"python\.' task-depends.dot doesn't show anything, but if you set COMPATIBLE_HOST_pn-python = "^(?!x86_64).*" $ bitbake lib32-python will fail with: NOTE: Resolving any missing task queue dependencies ERROR: Nothing PROVIDES 'python' python was skipped: incompatible with host x86_64-oe-linux (not in COMPATIBLE_HOST) ERROR: Required build target 'lib32-python' has no buildable providers. Missing or unbuildable dependency chain was: ['lib32-python', 'python'] so I was wondering where this dependency was created when it isn't part of task-depends.dot in the end I've added small debug output in bitbake: diff --git a/lib/bb/taskdata.py b/lib/bb/taskdata.py index ffbaf362..e7fab3cc 100644 --- a/lib/bb/taskdata.py +++ b/lib/bb/taskdata.py @@ -70,6 +70,7 @@ class TaskData: """ task_deps = dataCache.task_deps[fn] + logger.verbose('add_tasks for %s: %s' % (fn, task_deps)) if fn in self.failed_fns: bb.msg.fatal("TaskData", "Trying to re-add a failed file? Something is broken...") which showed exactly where the issue was: NOTE: add_tasks for virtual:multilib:lib32:/OE/meta-python2/recipes-devtools/python/python_2.7.18.bb: {'tasks': ['do_patch', 'do_populate_sysroot', 'do_populate_sysroot_setscene', 'do_prepare_recipe_sysroot', 'do_listtasks', 'do_clean', 'do_checkuri', 'do_fetch', 'do_unpack', 'do_configure', 'do_compile', 'do_install', 'do_build', 'do_cleansstate', 'do_cleanall', 'do_rm_work_all', 'do_rm_work', 'do_build_without_rm_work', 'do_package_qa', 'do_package_qa_setscene', 'do_package', 'do_package_setscene', 'do_packagedata', 'do_packagedata_setscene', 'do_package_write_ipk_setscene', 'do_package_write_ipk', 'do_devshell', 'do_devpyshell', 'do_populate_lic', 'do_populate_lic_setscene', 'do_create_manifest'], 'parents': {'do_patch': ['do_unpack'], 'do_populate_sysroot': ['do_install'], 'do_populate_sysroot_setscene': [], 'do_prepare_recipe_sysroot': ['do_fetch'], 'do_listtasks': [], 'do_clean': [], 'do_checkuri': [], 'do_fetch': [], 'do_unpack': ['do_fetch'], 'do_configure': ['do_prepare_recipe_sysroot', 'do_patch'], 'do_compile': ['do_configure'], 'do_install': ['do_compile'], 'do_build': ['do_rm_work', 'do_populate_lic', 'do_packagedata', 'do_package_qa', 'do_rm_work_all', 'do_populate_sysroot'], 'do_cleansstate': ['do_clean'], 'do_cleanall': ['do_cleansstate'], 'do_rm_work_all': [], 'do_rm_work': ['do_deploy', 'do_package_qa', 'do_package_write_ipk', 'do_packagedata', 'do_populate_lic', 'do_populate_sysroot'], 'do_build_without_rm_work': ['do_deploy', 'do_package_qa', 'do_package_write_ipk', 'do_packagedata', 'do_populate_lic', 'do_populate_sysroot'], 'do_package_qa': ['do_packagedata', 'do_package'], 'do_package_qa_setscene': [], 'do_package': ['do_install'], 'do_package_setscene': [], 'do_packagedata': ['do_package'], 'do_packagedata_setscene': [], 'do_package_write_ipk_setscene': [], 'do_package_write_ipk': ['do_packagedata', 'do_package'], 'do_devshell': ['do_patch', 'do_prepare_recipe_sysroot'], 'do_devpyshell': ['do_patch'], 'do_populate_lic': ['do_patch'], 'do_populate_lic_setscene': [], 'do_create_manifest': []}, 'mcdepends': {}, 'depends': {'do_patch': 'quilt-native:do_populate_sysroot patch-replacement-native:do_populate_sysroot', 'do_populate_sysroot': ' virtual/lib32-i686-oemllib32-linux-binutils:do_populate_sysroot', 'do_prepare_recipe_sysroot': ' virtual/fakeroot-native:do_populate_sysroot', 'do_fetch': ' wget-native:do_populate_sysroot', 'do_unpack': ' xz-native:do_populate_sysroot', 'do_install': ' virtual/fakeroot-native:do_populate_sysroot', 'do_package_qa': ' virtual/lib32-i686-oemllib32-linux-binutils:do_populate_sysroot virtual/fakeroot-native:do_populate_sysroot', 'do_package': ' virtual/fakeroot-native:do_populate_sysroot rpm-native:do_populate_sysroot dwarfsrcfiles-native:do_populate_sysroot file-native:do_populate_sysroot', 'do_package_setscene': ' virtual/fakeroot-native:do_populate_sysroot', 'do_package_write_ipk': ' opkg-utils-native:do_populate_sysroot virtual/fakeroot-native:do_populate_sysroot xz-native:do_populate_sysroot', 'do_devshell': ' virtual/fakeroot-native:do_populate_sysroot', 'do_create_manifest': ' python:do_prepare_recipe_sysroot python:do_patch'}, 'rdepends': {}, 'deptask': {'do_prepare_recipe_sysroot': 'do_populate_sysroot', 'do_package': ' do_packagedata'}, 'rdeptask': {'do_package_qa': 'do_packagedata', 'do_package_write_ipk': 'do_packagedata'}, 'recrdeptask': {'do_build': ' do_deploy do_package_write_ipk', 'do_rm_work_all': 'do_rm_work'}, 'recideptask': {}, 'nostamp': {'do_listtasks': '1', 'do_clean': '1', 'do_checkuri': '1', 'do_cleansstate': '1', 'do_cleanall': '1', 'do_devshell': '1', 'do_devpyshell': '1'}, 'fakeroot': {'do_install': '1', 'do_package_qa': '1', 'do_package': '1', 'do_package_setscene': '1', 'do_package_write_ipk': '1'}, 'noexec': {'do_build': '1', 'do_rm_work_all': '1', 'do_build_without_rm_work': '1'}, 'umask': {'do_patch': '022', 'do_populate_sysroot': '022', 'do_unpack': '022', 'do_configure': '022', 'do_compile': '022', 'do_install': '022', 'do_package': '022', 'do_package_write_ipk': '022'}} * now the fix was simple (the same fix is already in oe-core's python3 recipe, since https://git.openembedded.org/openembedded-core/commit/?id=02714c105426b0d687620913c1a7401b386428b6 ) * and now when I know what task was causing it, it can be shown with bitbake -g as well: $ bitbake -g lib32-python -c create_manifest NOTE: Started PRServer with DBfile: /OE/build/oe-core/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 43095, PID: 47453 Loading cache: 100% |###################################################################################################################################################################################################################################| Time: 0:00:00 Loaded 7076 entries from dependency cache. NOTE: Resolving any missing task queue dependencies NOTE: PN build list saved to 'pn-buildlist' NOTE: Task dependencies saved to 'task-depends.dot' $ grep '"python\.' task-depends.dot "lib32-python.do_create_manifest" -> "python.do_patch" "lib32-python.do_create_manifest" -> "python.do_prepare_recipe_sysroot" "python.do_fetch" [label="python do_fetch\n:2.7.18-r0\n/OE/build/oe-core/meta-python2/recipes-devtools/python/python_2.7.18.bb"] "python.do_patch" [label="python do_patch\n:2.7.18-r0\n/OE/build/oe-core/meta-python2/recipes-devtools/python/python_2.7.18.bb"] "python.do_patch" -> "patch-native.do_populate_sysroot" "python.do_patch" -> "python.do_unpack" "python.do_patch" -> "quilt-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" [label="python do_prepare_recipe_sysroot\n:2.7.18-r0\n/OE/build/oe-core/meta-python2/recipes-devtools/python/python_2.7.18.bb"] "python.do_prepare_recipe_sysroot" -> "autoconf-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "automake-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "bzip2.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "db.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "gcc-cross-x86_64.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "gcc-runtime.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "gdbm.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "glibc.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "gnu-config-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "libffi.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "libtool-cross.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "libtool-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "libxcrypt.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "openssl.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "pkgconfig-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "pseudo-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "python-native.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "python.do_fetch" "python.do_prepare_recipe_sysroot" -> "readline.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "sqlite3.do_populate_sysroot" "python.do_prepare_recipe_sysroot" -> "zlib.do_populate_sysroot" "python.do_unpack" [label="python do_unpack\n:2.7.18-r0\n/OE/build/oe-core/meta-python2/recipes-devtools/python/python_2.7.18.bb"] "python.do_unpack" -> "python.do_fetch" "python.do_unpack" -> "xz-native.do_populate_sysroot" * I've included all these debugging steps, to discuss whether "bitbake -g" should show also the "optional" tasks - no task from python.do_build depends on do_create_manifest tasks, it's only called manually with: bitbake python -c create_manifest but still bitbake includes this task dependency when preparing runqueue or maybe bitbake shouldn't include it in the dependency tree when it's not going to call that task anyway Signed-off-by: -
Martin Jansa authored
* this is one of last python2 compatible commits, before: https://github.com/dcantrell/pyparted/commit/c4949263538784036a5917195f956f8fcda9cf20 Signed-off-by:
-
- 13 Jul, 2020 1 commit
-
-
Kai Kang authored
There is a qa issue because of oe-core commit b3fda05 which updates multilib mechanism: | ERROR: lib32-python-2.7.18-r0 do_package: QA Issue: lib32-python package lib32-python-crypt - suspicious values 'openssl' in RRECOMMENDS [multilib] Prepend ${MLPREFIX} to RRECOMMENDS to fix the issue. Signed-off-by:Kai Kang <kai.kang@windriver.com> Signed-off-by:
-
- 27 Apr, 2020 1 commit
-
-
Tim Orling authored
Merge the contents of the inc file from oe-core to prevent collisions and getting out of sync. Signed-off-by:
-
- 25 Apr, 2020 1 commit
-
-
Tim Orling authored
This is the FINAL 2.7 release. Upstream will not be supporting Python 2 any longer. You are STRONGLY encouraged to move to Python 3. You leave yourself at risk to vulnerabilities, security risks and fundamentally non-supported code. You are risking significant liability if you do not update to Python 3. License-Update: Update copyright years Signed-off-by:
-
- 15 Apr, 2020 4 commits
-
-
Tim Orling authored
Add python-docker-pycreds Add python-websocket-client Add python-docker Signed-off-by: -
Leon Anavi authored
Support for Python 2 has been dropped in meta-virtualization. Move python-docker recipes to meta-python2 for backward compatibility of legacy projects. Dependencies python-docker-pycreds and python-websocket-client should be also present in meta-python2. Upgrade python-docker to 4.2.0, the latest version as of today. Signed-off-by:
Leon Anavi <leon.anavi@konsulko.com> Signed-off-by:
-
Leon Anavi authored
Support for Python 2 has been dropped in meta-virtualization. Move recipe python-websocket-client and other related recipes to layer meta-python2 for backward compatibility of legacy projects. Upgraded to 0.57.0, the latest version as of the moment. Signed-off-by:
-
Leon Anavi authored
Support for Python 2 has been dropped in meta-virtualization. Move python-docker-pycreds and other related recipes to meta-python2 for backward compatibility of legacy projects. Signed-off-by:
-
- 10 Apr, 2020 1 commit
-
-
Leon Anavi authored
Upgrade python-requests to version 2.23.0. Signed-off-by:
-
- 02 Apr, 2020 1 commit
-
-
Martin Jansa authored
Signed-off-by:
-
