aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2022-02-22layer.conf: update LAYERSERIES_COMPAT for kirkstoneHEADmasterkirkstoneMartin Jansa
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2022-02-22meta: update license namesMartin Jansa
* openembedded-core/scripts/contrib/convert-spdx-licenses.py . ... All files processed with version 0.01 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2022-02-22meta: update variable namesMartin Jansa
* openembedded-core/scripts/contrib/convert-variable-renames.py meta-* ... All files processed with version 0.1 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2022-01-14distutils-base: stop using distutils-common-base which now triggers warning ↵Martin Jansa
about distutils removal in Python 3.12 * distutils removal in Python 3.12 doesn't affect already EOL Python2 recipes Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-11-16python-pygobject: introspection is not valid meson optionMartin Jansa
meson 0.60+ errors out on unknown options and -Dintrospection is not a valid option Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-11-05recipes: explicitly set branch name and use https protocol for github.comMartin Jansa
* github decided that nobody should use git:// https://github.blog/2021-09-01-improving-git-protocol-security-github/#no-more-unauthenticated-git and starting today all the builds were failing to fetch the metadata layers from github like: 2021-11-01T18:53:26 INFO _main_ Updating [meta-ros] fatal: remote error: The unauthenticated git protocol on port 9418 is no longer supported. Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information. this was just a "test" as they said: "November 2, 2021: We'll also run several short brownouts on this date." and it will be completely disabled on January 11 2022. * fixes warnings like: WARNING: meta-python2/recipes-extended/python-pyparted/python-pyparted_git.bb: URL: git://github.com/rhinstaller/pyparted.git;protocol=https does not set any branch parameter. The future default branch used by tools and repositories is uncertain and we will therefore soon require this is set in all git urls. WARNING: meta-python2/recipes-devtools/gyp/gyp-py2_git.bb: URL: git://chromium.googlesource.com/external/gyp;protocol=https does not set any branch parameter. The future default branch used by tools and repositories is uncertain and we will therefore soon require this is set in all git urls. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-10-27python-pywbem-native: openlmi-tools: blacklist due to openssl-3Martin Jansa
* blacklist python-pywbem-native as well, because native python-m2crypto is blacklisted: ERROR: Nothing PROVIDES 'python-m2crypto-native' (but virtual:native:meta-python2/recipes-extended/pywbem/python-pywbem_0.15.0.bb DEPENDS on or otherwise requires it) python-m2crypto-native was skipped: Recipe is blacklisted: Not compatible with openssl-3, http://errors.yoctoproject.org/Errors/Details/614896/ SWIG/_m2crypto_wrap.c:32981:102: error: RSA_SSLV23_PADDING undeclared (first use in this function); did you mean RSA_NO_PADDING? * move openlmi-tools blacklist from python2-target-recipes-blacklist.inc to layer.conf, because python-pywbem/python-m2crypto are blacklisted even when python2-target-recipes-blacklist.inc isn't included in DISTRO config so openlmi-tools need the same to fix: ERROR: Nothing PROVIDES 'python-m2crypto' (but meta-openembedded/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb DEPENDS on or otherwise requires it) python-m2crypto was skipped: Recipe is blacklisted: Not compatible with openssl-3, http://errors.yoctoproject.org/Errors/Details/614896/ SWIG/_m2crypto_wrap.c:32981:102: error: RSA_SSLV23_PADDING undeclared (first use in this function); did you mean RSA_NO_PADDING? ERROR: Nothing PROVIDES 'python-pywbem' (but meta-openembedded/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb DEPENDS on or otherwise requires it) python-pywbem was skipped: Recipe is blacklisted: depends on python-m2crypto which fails to build with openssl-3 ERROR: Nothing RPROVIDES 'openlmi-tools' (but meta-openembedded/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for 'openlmi-tools' NOTE: Runtime target 'openlmi-tools' is unbuildable, removing... Missing or unbuildable dependency chain was: ['openlmi-tools'] ERROR: Nothing RPROVIDES 'openlmi-tools-dev' (but meta-openembedded/meta-oe/recipes-extended/openlmi/openlmi-tools_0.10.5.bb RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for 'openlmi-tools-dev' NOTE: Runtime target 'openlmi-tools-dev' is unbuildable, removing... Missing or unbuildable dependency chain was: ['openlmi-tools-dev'] Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-10-26python-m2crypto, python-pywbem, openlmi-tools: blacklist due to openssl-3Martin Jansa
* python-m2crypto fails to build with openssl-3.0: http://errors.yoctoproject.org/Errors/Details/614896/ SWIG/_m2crypto_wrap.c: In function 'init_m2crypto': SWIG/_m2crypto_wrap.c:32981:102: error: 'RSA_SSLV23_PADDING' undeclared (first use in this function); did you mean 'RSA_NO_PADDING'? 32981 | SWIG_Python_SetConstant(d, d == md ? public_interface : NULL, "sslv23_padding",SWIG_From_int((int)(RSA_SSLV23_PADDING))); | ^~~~~~~~~~~~~~~~~~ | RSA_NO_PADDING * python-pywbem, openlmi-tools depend on python-m2crypto Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-10-26python-systemd: inherit pkgconfigMartin Jansa
* otherwise fails when searching for libsystemd-journal: http://errors.yoctoproject.org/Errors/Details/614895/ DEBUG: Executing shell function do_configure Traceback (most recent call last): File "setup.py", line 55, in <module> **lib('libsystemd', 'libsystemd-journal', **defines)) File "setup.py", line 40, in lib status, result = pkgconfig(name, **kw) File "setup.py", line 18, in pkgconfig status, result = call(pkgconf, '--libs', '--cflags', package) File "setup.py", line 8, in call universal_newlines=True) File "TOPDIR/tmp-glibc/work/core2-64-oe-linux/python-systemd/234-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-systemd/234-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>
2021-10-26python-pyparted: inherit pkgconfigMartin Jansa
* 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>
2021-10-17python-cryptography: fix build with openssl-3Martin Jansa
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-09-20python-lxml: inherit pkgconfighonisterMartin Jansa
* 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: Martin Jansa <Martin.Jansa@gmail.com>
2021-08-03layer.conf: Update to honisterMartin Jansa
This marks the layers as compatible with honister now they use the new override syntax. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-08-03Convert to new override syntaxMartin Jansa
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: Martin Jansa <Martin.Jansa@gmail.com>
2021-06-23python-chardet: rename ${bindir}/chardetect to avoid conflict with ↵hardknott-nexthardknottMartin Jansa
python3-chardet * 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: Martin Jansa <Martin.Jansa@gmail.com>
2021-04-07python-pyrex: add missing slash in FILES variableMartin Jansa
* 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 <Martin.Jansa@gmail.com>
2021-04-07python-pyrex: fix installed-vs-shipped QA issue with usrmergeMartin Jansa
* 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: Martin Jansa <Martin.Jansa@gmail.com>
2021-03-24python2-target-recipes-blacklist.inc: remove mysql-python, lio-utils, ↵Martin Jansa
openlmi-tools from meta-oe-packagegroup Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-03-24python2-target-recipes-blacklist.inc: add PNBLACKLIST for mysql-python, ↵Martin Jansa
lio-utils, openlmi-tools from meta-oe as well Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-03-21bandit.bbclass: dropMartin Jansa
* 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: Martin Jansa <Martin.Jansa@gmail.com>
2021-03-17layer.conf: update LAYERSERIES_COMPAT for hardknottMartin Jansa
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-03-17recipes: add conditional PNBLACKLIST in all recipes except python-nativeMartin Jansa
* 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: Martin Jansa <Martin.Jansa@gmail.com>
2021-03-03python: Add fix for CVE-2019-20907Rahul Taya
For python and python-native added patch to fix CVE-2019-20907 Signed-off-by: Rahul Taya <Rahul.Taya@kpit.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-02-25python: Add fix for CVE-2019-9674Rahul Taya
For python and python-native added patch to fix CVE-2019-9674 Signed-off-by: Rahul Taya <Rahul.Taya@kpit.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-02-25python-pyyaml: upgrade v5.3 -> v5.4.1Sakib Sajal
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: Martin Jansa <Martin.Jansa@gmail.com>
2021-02-16python: Avoid installing test data into recipe-sysrootRichard Purdie
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: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Mikko Rapeli <mikko.rapeli@bmw.de> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2021-02-16packagegroup-meta-python2: add new recipesBabak Sarashki
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>
2021-02-16python-vine: add recipe version 1.1.4Babak Sarashki
>From commit 1848f000bad47d98900ef945c76c750c3edf1a1f in meta-openstack. Signed-off-by: Babak Sarashki <babak.sarashki@windriver.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2021-02-16python-amqp: add recipe upgrade version 2.5.2Babak Sarashki
>From commit bd22d005259f90ad2b3f7e24e6b58805039093fe in meta-openstack. Signed-off-by: Babak Sarashki <babak.sarashki@windriver.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2021-02-16package port: python-kombu version 4.6.6Babak Sarashki
Signed-off-by: Babak Sarashki <babak.sarashki@windriver.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2021-02-16kas: cleanup filesTim Orling
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: Tim Orling <ticotimo@gmail.com>
2021-01-31python-native: Fix parsing with default RPROVIDES dropped in oe-coreMartin Jansa
* 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 <Martin.Jansa@gmail.com>
2021-01-31python-setuptools: simplify RDEPENDS settingMartin Jansa
* 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: Martin Jansa <Martin.Jansa@gmail.com>
2020-10-19kas: move kas and Pipenv to kas/Tim Orling
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: Tim Orling <ticotimo@gmail.com>
2020-10-19conf/layer.conf: LAYERSERIES_COMPAT gatesgarthTim Orling
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: Tim Orling <ticotimo@gmail.com>
2020-10-16README: added recipes must add to packagegroupTim Orling
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: Tim Orling <ticotimo@gmail.com>
2020-10-16python-smbus: don't use trailing slash in SMartin Jansa
* 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: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-09-11kas-meta-python-ptest-image: fixes for GLTim Orling
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: Tim Orling <ticotimo@gmail.com>
2020-09-06python: prevent lib32-python depending on pythonMartin Jansa
* 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 <Martin.Jansa@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-09-06python-pyparted: upgrade to latest python2 compatible commit to fix build ↵Martin Jansa
with gcc10 -fno-common * this is one of last python2 compatible commits, before: https://github.com/dcantrell/pyparted/commit/c4949263538784036a5917195f956f8fcda9cf20 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-07-12python: update RRECOMMENDS for multilibKai Kang
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: Tim Orling <ticotimo@gmail.com>
2020-04-27python-pbr: merge bb and inc filesTim Orling
Merge the contents of the inc file from oe-core to prevent collisions and getting out of sync. Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-04-24python{-native}: upgrade 2.7.17 -> 2.7.18Tim Orling
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: Tim Orling <ticotimo@gmail.com>
2020-04-14packagegroup-meta-python2: add new recipesTim Orling
Add python-docker-pycreds Add python-websocket-client Add python-docker Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-04-14python-docker: move from meta-virtualizationLeon Anavi
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: Tim Orling <ticotimo@gmail.com>
2020-04-14python-websocket-client: move from meta-virtualizationLeon Anavi
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 <leon.anavi@konsulko.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-04-14python-docker-pycreds: move from meta-virtualizationLeon Anavi
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: Leon Anavi <leon.anavi@konsulko.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-04-10python-requests: Upgrade 2.22.0 to 2.23.0Leon Anavi
Upgrade python-requests to version 2.23.0. Signed-off-by: Leon Anavi <leon.anavi@konsulko.com> Upstream release notes: 2.23.0 (2020-02-19) * Improvements - Remove defunct reference to prefetch in Session __attrs__ (#5110) * Bugfixes - Requests no longer outputs password in basic auth usage warning. (#5099) * Dependencies - Pinning for chardet and idna now uses major version instead of minor. This hopefully reduces the need for releases everytime a dependency is updated. Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-04-01layer.conf: update LAYERSERIES_COMPAT for dunfellMartin Jansa
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-25python-networkmanager: skip when meta-networking isn't includedMartin Jansa
* fixes ERROR: Nothing RPROVIDES 'networkmanager' (but meta-python2/recipes-connectivity/python-networkmanager/python-networkmanager_2.1.bb RDEPENDS on or otherwise requires it) in world builds without meta-networking Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>