aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
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>
2020-02-25python-ldap: skip when meta-networking isn't includedMartin Jansa
* fixes: ERROR: Nothing PROVIDES 'cyrus-sasl' (but meta-python2/recipes-devtools/python/python-ldap_3.2.0.bb DEPENDS 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>
2020-02-25python-backports-init: enable native and nativesdkMartin Jansa
* needed for python-backports-functools-lru-cache-native Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-25python-backports-functools-lru-cache: enable native and nativesdkMartin Jansa
* since this change: commit d1a1c57d0e73251e86591214f30fc90010d5c111 Author: Tim Orling <ticotimo@gmail.com> Date: Mon Jan 20 11:31:59 2020 -0800 python-beautifulsoup4: fix target RDEPENDS syntax there is now this dependency: 'python-beautifulsoup4-native', 'python-soupsieve-native', 'python-backports-functools-lru-cache-native' and error in world builds: ERROR: Nothing RPROVIDES 'python-backports-functools-lru-cache-native' (but virtual:native:meta-python2/recipes-devtools/python/python-soupsieve_1.9.4.bb RDEPENDS on or otherwise requires it) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-24python-lxml: fix installationSlater, Joseph
Inherit setuptools before adding to variables defined in it. Signed-off-by: Joe Slater <joe.slater@windriver.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-14python-grpcio: Upgrade to 1.27.1Khem Raj
Delete gettid patch, fixed differenty upstream Add code to use cross compiler in setup.py Define GRPC_PYTHON_DISABLE_LIBC_COMPATIBILITY so it does not use SYS_clock_gettime syscalls since it does not work when 64bit time_t is used on 32bit arches Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-07python-twisted: cosmetic changes to RDEPENDSTim Orling
Make the RDEPENDS indent consistent and break long lines into multiline. Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-07python-twisted: add required RDEPENDS for twistdTim Orling
From: Trevor Gamblin <trevor.gamblin@windriver.com> python-twisted is currently missing some packages for its /usr/bin/twistd executable to function. Add these to the RDEPENDS list, and also clean up formatting since the list is getting long. Note that a similar patch has already been submitted for master branch, but the python2 version of twisted needs more explicit RDEPENDS than the python3 version submitted to master in order for /usr/bin/twistd to work properly. Signed-off-by: Trevor Gamblin <trevor.gamblin@windriver.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-05python2: add ntpathArmin Kuster
python3 has this but python is missing this. [Yocto #13740] Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-02-03python-six: Update to 1.14.0Khem Raj
Have its own checksums so its not tightly coupled to versions from oe-core Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-01-27dnssec-conf: add missing RDEPENDSTim Orling
Fixes: "dnssec-configure requires the pyparser package from http://pyparsing.wikispaces.com [...] " Fixes: "dnskey-pull requires the python-dns package from http://www.dnspython.org/ [...] " It has dependencies on the split packages from python manifest, but since it RDEPENDS on "python", all standard lib modules are pulled in. If someone requires a smaller image, the RDEPENDS could be paired down. It also requires "curl" as shown in INSTALL and: https://github.com/xelerance/dnssec-conf/blob/8e799683736b4a7b5e5e78f98fba0a6f48393537/dnskey-pull#L86 It also requires "host" (from bind-utils) as shown in: https://github.com/xelerance/dnssec-conf/blob/8e799683736b4a7b5e5e78f98fba0a6f48393537/dnskey-pull#L299 It recommends "bind", but another nameserver can be used. That level of complexity is left up to someone that needs a different configuration. Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-01-27dnssec-conf: move recipe from meta-networkingAndrey Zhizhikin
dnssec-conf did not receive any updates since 2010 and relies heavily on python2 code base. Move recipe to meta-python2 layer, since python2 support has been dropped in oe-core. Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-01-25python-pymongo: upgrade 3.10.0 -> 3.10.1Zang Ruochen
(From meta-openembedded commit: e495d0da7b2dc45c44f3ceb8921112408de2963d) Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-01-24python-pyyaml: upgrade 5.2 -> 5.3Zang Ruochen
(From meta-openembedded commit: 6ca8f600720474ba14c5310a981922e7d25771ba) Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Tim Orling <ticotimo@gmail.com>
2020-01-24python-tqdm: add target RDEPENDSTim Orling
* Missing target run-time dependencies: - python-lang (functools) - python-logging - python-numbers - python-subprocess Signed-off-by: Tim Orling <ticotimo@gmail.com>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-04-16 08:42:56 +0000