1. 20 May, 2022 1 commit
  2. 22 Feb, 2022 3 commits
  3. 14 Jan, 2022 1 commit
  4. 16 Nov, 2021 1 commit
  5. 05 Nov, 2021 1 commit
  6. 27 Oct, 2021 1 commit
    • Martin Jansa's avatar
      python-pywbem-native: openlmi-tools: blacklist due to openssl-3 · 75350866
      Martin Jansa authored
      * 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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      75350866
  7. 26 Oct, 2021 3 commits
    • Martin Jansa's avatar
      python-m2crypto, python-pywbem, openlmi-tools: blacklist due to openssl-3 · 5578a7cf
      Martin Jansa authored
      * 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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      5578a7cf
    • Martin Jansa's avatar
      python-systemd: inherit pkgconfig · c1f638ab
      Martin Jansa authored
      * 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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      c1f638ab
    • Martin Jansa's avatar
      python-pyparted: inherit pkgconfig · a8c31720
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      a8c31720
  8. 17 Oct, 2021 1 commit
  9. 20 Sep, 2021 1 commit
    • Martin Jansa's avatar
      python-lxml: inherit pkgconfig · 5243d509
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      5243d509
  10. 03 Aug, 2021 2 commits
  11. 23 Jun, 2021 1 commit
    • Martin Jansa's avatar
      python-chardet: rename ${bindir}/chardetect to avoid conflict with python3-chardet · 8db9e4f6
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      8db9e4f6
  12. 07 Apr, 2021 2 commits
    • Martin Jansa's avatar
      python-pyrex: add missing slash in FILES variable · 810d6d84
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      810d6d84
    • Martin Jansa's avatar
      python-pyrex: fix installed-vs-shipped QA issue with usrmerge · b744c380
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      b744c380
  13. 24 Mar, 2021 2 commits
  14. 21 Mar, 2021 1 commit
  15. 17 Mar, 2021 2 commits
  16. 03 Mar, 2021 1 commit
  17. 25 Feb, 2021 2 commits
  18. 16 Feb, 2021 6 commits
  19. 31 Jan, 2021 2 commits
    • Martin Jansa's avatar
      python-native: Fix parsing with default RPROVIDES dropped in oe-core · f7534622
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      f7534622
    • Martin Jansa's avatar
      python-setuptools: simplify RDEPENDS setting · e2ea8e3e
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      e2ea8e3e
  20. 20 Oct, 2020 1 commit
  21. 19 Oct, 2020 1 commit
  22. 16 Oct, 2020 2 commits
  23. 11 Sep, 2020 1 commit
    • Tim Orling's avatar
      kas-meta-python-ptest-image: fixes for GL · 7b18fa3e
      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: default avatarTim Orling <ticotimo@gmail.com>
      7b18fa3e
  24. 07 Sep, 2020 1 commit
    • Martin Jansa's avatar
      python: prevent lib32-python depending on python · 63f30ea2
      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: default avatarMartin Jansa <Martin.Jansa@gmail.com>
      Signed-off-by: default avatarTim Orling <ticotimo@gmail.com>
      63f30ea2