[OE-core] [PATCH] python3-markupsafe: upgrade 2.0.1 -> 2.1.0

Changelog: == Drop support for Python 3.6. :pr:'262' Remove soft_unicode, which was previously deprecated. Use soft_str instead. :pr:'261' Raise error on missing single placeholder during string interpolation. :issue:'225' Disable speedups module for GraalPython. :issue:'277'

[OE-core] [PATCH] python3-hypothesis: upgrade 6.36.2 -> 6.37.2

This patch fixes a bug in stateful testing, where returning a single value wrapped in :func:'~hypothesis.stateful.multiple' would be printed such that the assigned variable was a tuple rather than the single element Signed-off-by: Wang Mingyu --- ...ython3-hypothesis_6.36.2.bb =>

[OE-core] [PATCH] python3-git: upgrade 3.1.26 -> 3.1.27

Changelog: = -Reduced startup time due to optimized imports. -Fix a vulenerability that could cause great slowdowns when encountering long remote path names when pulling/fetching. Signed-off-by: Wang Mingyu --- .../python/{python3-git_3.1.26.bb => python3-git_3.1.27.bb} | 2 +- 1

[OE-core] [dunfell][PATCH] puzzles: Upstream changed to main branch for development

From: Kartikey Rameshbhai Parmar Signed-off-by: Kartikey Rameshbhai Parmar --- meta/recipes-sato/puzzles/puzzles_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb b/meta/recipes-sato/puzzles/puzzles_git.bb index

[OE-core] [PATCH][dunfell] ruby: 2.7.4 -> 2.7.5

From: Chee Yang Lee This release includes security fixes. CVE-2021-41817: Regular Expression Denial of Service Vulnerability of Date Parsing Methods CVE-2021-41816: Buffer Overrun in CGI.escape_html CVE-2021-41819: Cookie Prefix Spoofing in CGI::Cookie.parse Signed-off-by: Chee Yang Lee ---

[OE-core] [hardknott][PATCH] expat: fix CVE-2022-23990

From: Kai Kang CVE: CVE-2022-23990 Based on Steve Sakoman's patch for branch dunfell, fix CVE-2022-23990 for expat in branch hardknott. And correct indent as well. Signed-off-by: Kai Kang --- .../expat/expat/CVE-2022-23990.patch | 49 +++

Re: [OE-core] [PATCH v2 3/3] systemd: Minimize udev package size if DISTRO_FEATURES contains systemd

On 2/22/22 9:26 PM, Stefan Herbrechtsmeier wrote: [Please note: This e-mail is from an EXTERNAL e-mail address] Hi, Am 22.02.2022 um 10:20 schrieb Yu, Mingli: Hi, On 2/2/22 3:35 PM, Stefan Herbrechtsmeier wrote: [Please note: This e-mail is from an EXTERNAL e-mail address] From: Stefan

Re: [OE-core] [RFC PATCH 7/8] rust: Add snapshot checksums for powerpc64le

On Wed, 2022-02-23 at 10:57 +1030, Andrew Jeffery wrote: > > On Wed, 23 Feb 2022, at 10:33, Richard Purdie wrote: > > On Wed, 2022-02-23 at 10:19 +1030, Andrew Jeffery wrote: > > > > > > On Tue, 22 Feb 2022, at 22:58, Richard Purdie wrote: > > > > On Tue, 2022-02-22 at 10:59 +0100, Alexander

Re: [OE-core] [RFC PATCH 1/8] rust: Migrate arch_to_rust_target_arch() to rust-common class

On Tue, 22 Feb 2022, at 20:35, Richard Purdie wrote: > On Tue, 2022-02-22 at 14:22 +1030, Andrew Jeffery wrote: >> This will allow us to use it elsewhere for architecture name >> translation. This move is motivated by powerpc64le support. >> >> Signed-off-by: Andrew Jeffery >> --- >>

Re: [OE-core] [RFC PATCH 6/8] rust: Mitigate duplicate sections on matching architectures

On Tue, 22 Feb 2022, at 20:27, Alexander Kanavin wrote: > This needs a better explanation. Ack. >What is the problem and how is it being fixed? The immediate error was the build bailed out complaining of duplicate sections in the config. Possibly this is an indication of a broken build

Re: [OE-core] [RFC PATCH 7/8] rust: Add snapshot checksums for powerpc64le

On Wed, 23 Feb 2022, at 10:33, Richard Purdie wrote: > On Wed, 2022-02-23 at 10:19 +1030, Andrew Jeffery wrote: >> >> On Tue, 22 Feb 2022, at 22:58, Richard Purdie wrote: >> > On Tue, 2022-02-22 at 10:59 +0100, Alexander Kanavin wrote: >> > > I have to note that YP does not support ppc systems

Re: [OE-core] [RFC PATCH 7/8] rust: Add snapshot checksums for powerpc64le

On Wed, 23 Feb 2022, at 00:53, Alexander Kanavin wrote: > On Tue, 22 Feb 2022 at 13:28, Richard Purdie > wrote: >> >> On Tue, 2022-02-22 at 10:59 +0100, Alexander Kanavin wrote: >> > I have to note that YP does not support ppc systems as build hosts; >> > can this be kept in a bbappend? >> >>

Re: [OE-core] [RFC PATCH 7/8] rust: Add snapshot checksums for powerpc64le

On Wed, 2022-02-23 at 10:19 +1030, Andrew Jeffery wrote: > > On Tue, 22 Feb 2022, at 22:58, Richard Purdie wrote: > > On Tue, 2022-02-22 at 10:59 +0100, Alexander Kanavin wrote: > > > I have to note that YP does not support ppc systems as build hosts; > > > can this be kept in a bbappend? > > >

Re: [OE-core] [RFC PATCH 7/8] rust: Add snapshot checksums for powerpc64le

On Tue, 22 Feb 2022, at 22:58, Richard Purdie wrote: > On Tue, 2022-02-22 at 10:59 +0100, Alexander Kanavin wrote: >> I have to note that YP does not support ppc systems as build hosts; >> can this be kept in a bbappend? > > It isn't official but there are obviously people using it. I think we

[OE-core] [PATCH] sudo: add /etc/sudoers to sudo-lib conffiles

When OE-core commit 788c95c3bb8ede0d3d6a8f125743ac47c0b3f00e created the `sudo-lib` subpackage, /etc/sudoers was moved from `sudo` to `sudo-lib`. The commit didn't update the `CONFFILES:${PN}` assignment in sudo.inc, however. So the `sudo` base package continued to advertise conffile ownership of

Re: [OE-core] [RFC PATCH 7/8] rust: Add snapshot checksums for powerpc64le

On Wed, 23 Feb 2022, at 05:04, Khem Raj wrote: > On Tue, Feb 22, 2022 at 6:24 AM Alexander Kanavin > wrote: >> >> On Tue, 22 Feb 2022 at 13:28, Richard Purdie >> wrote: >> > >> > On Tue, 2022-02-22 at 10:59 +0100, Alexander Kanavin wrote: >> > > I have to note that YP does not support ppc

Re: [OE-core] [PATCH v2 32/32] python3-nose: drop recipe

On Tue, Feb 22, 2022 at 2:24 PM Khem Raj wrote: > there are packages in meta-python which still need it > > meta-networking/recipes-connectivity/netplan/netplan_0.103.bb: > RDEPENDS:${PN} > = "python3 python3-core python3-pyyaml python3-netifaces python3-nos > e python3-coverage

Re: [OE-core] [PATCH v2 32/32] python3-nose: drop recipe

there are packages in meta-python which still need it meta-networking/recipes-connectivity/netplan/netplan_0.103.bb:RDEPENDS:${PN} = "python3 python3-core python3-pyyaml python3-netifaces python3-nos e python3-coverage python3-pycodestyle python3-pyflakes util-linux-libuuid libnetplan"

Re: [OE-core] [PATCH][RFC] cve-check: use local copy instead of global db

On Tue, Feb 22, 2022 at 07:46:59PM +0100, Konrad Weihmann wrote: instead of using a global DB (default in DL_DIR) copy an existing DB file into WORKDIR and use it from there. This should avoid running into the reported "database is readonly" error while at the same time there's no need to

[OE-core] [PATCH] package: rename LICENSE_EXCLUSION

By renaming LICENSE_EXCLUSION to _exclude_incompatible, it makes it clear that this is an internal variable. Signed-off-by: Saul Wold --- meta/classes/base.bbclass| 2 +- meta/classes/package.bbclass | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

On Tue, Feb 22, 2022 at 11:18 AM Khem Raj wrote: > On Tue, Feb 22, 2022 at 10:40 AM Tim Orling wrote: > > > > > > > > On Tue, Feb 22, 2022 at 10:24 AM Khem Raj wrote: > >> > >> On Tue, Feb 22, 2022 at 10:21 AM Tim Orling wrote: > >> > > >> > > >> > > >> > On Tue, Feb 22, 2022 at 9:22 AM Khem

Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

On Tue, Feb 22, 2022 at 10:40 AM Tim Orling wrote: > > > > On Tue, Feb 22, 2022 at 10:24 AM Khem Raj wrote: >> >> On Tue, Feb 22, 2022 at 10:21 AM Tim Orling wrote: >> > >> > >> > >> > On Tue, Feb 22, 2022 at 9:22 AM Khem Raj wrote: >> >> >> >> this is going into dep loops Try >> >> >> >>

[OE-core] [PATCH v3 32/32] python3-nose: drop recipe

The code has not been touched since 2016 and numerous files still have Python2 syntax code in them. This causes do_compile errors when packaging a wheel (PEP-517 packaging). Nothing in oe-core depends on python3-nose. [YOCTO #14638] Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 31/32] python3-packaging: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-packaging_21.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 29/32] python3-dbusmock: set PIP_INSTALL_PACKAGE

The name of the wheel as built by bdist_wheel is "python_dbusmock", set PIP_INSTALL_PACKAGE appropriately. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH v3 30/32] python3-mako: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-mako_1.1.6.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 28/32] numpy: set PIP_INSTALL_PACKAGE

The recipe does not inherit pypi so we need to manually set PIP_INSTALL_PACKAGE appropriately. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-numpy_1.22.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH v3 27/32] gi-docgen: set PIP_INSTALL_PACKAGE

The name of the wheel as built by bdist_wheel is "gi_docgen", set PIP_INSTALL_PACKAGE appropriately. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-gnome/gi-docgen/gi-docgen_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-gnome/gi-docgen/gi-docgen_git.bb

[OE-core] [PATCH v3 26/32] asciidoc: set PIP_INSTALL_PACKAGE

This recipe does not inherit pypi and therefor we need to manually set PIP_INSTALL_PACKAGE to reflect the wheel built by bdist_wheel. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-extended/asciidoc/asciidoc_10.1.1.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH v3 25/32] bmap-tools: set PIP_INSTALL_PACKAGE, BASEVER

Change filename to _git.bb and use BASEVER to set PV. The wheel built by bdist_wheel is named "bmap_tool-*.whl" set the PIP_INSTALL_PACKAGE name accordingly. Use BASEVER to set PYPA_WHEEL to match the version in the wheel produced by bdist_wheel. [YOCTO #14638] Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 24/32] python3-magic: set PIP_INSTALL_PACKAGE

The wheel built by bdist_wheel has the name "python_magic-*.whl" so set PIP_INSTALL_PACKAGE accordingly. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-magic_0.4.25.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH v3 23/32] python3-subunit: merge inc; set PIP_INSTALL_PACKAGE

We have not supported python2 for some time now, so there is no reason to maintain a separate python-subunit.inc file. The wheel built by bdist_wheel is named 'python_subunit-*.whl', so set PIP_INSALL_PACKAGE appropriately. Add patch to use vendored _distutils from setuptools. [YOCTO #14638]

[OE-core] [PATCH v3 22/32] python3-scons: merge -native recipe

The native recipe simply calls create_wrapper to add a host script. Do this via do_install:append:class-native() The scons*.1 man pages are being installed in ${prefix}, move them to ${mandir} (previously installed in ${datadir}). [YOCTO #14638] Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 21/32] python3-smartypants: patch hash bang to python3

Change hash bang in smartypants and smartypants.py to be /usr/bin/env python3 [YOCTO #14638] Signed-off-by: Tim Orling --- .../0001-Change-hash-bang-to-python3.patch| 47 +++ .../python/python3-smartypants_2.0.0.bb | 1 + 2 files changed, 48 insertions(+) create

[OE-core] [PATCH v3 20/32] python3-libarchive-d: set PIP_INSTALL_PACKAGE

Set PIP_INSTALL_PACKAGE to libarchive_c to match the name of the wheel built by bdist_wheel. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-libarchive-c_4.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git

[OE-core] [PATCH v3 19/32] meson: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares setuptools.build_meta to be backend for PEP-517 packaging. Set PIP_INSTALL_PACKAGE as this recipe does not inherit pypi and therefor no PYPI_PACKAGE is defined [YOCTO #14638] Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 17/32] setuptools3.bbclass: refactor for wheels

Depend on python3-wheel-native so that we can build with 'setup.py bdist_wheel'. Use pip_install_wheel class to install the built wheels with pip, as intended by upstream Python. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/classes/setuptools3.bbclass | 20 1 file

[OE-core] [PATCH v3 18/32] python3-more-itertools: set PIP_INSTALL_PACKAGE

Define PIP_INSTALL_PACKAGE as more_itertools to match the name of the wheel. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-more-itertools_8.12.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git

[OE-core] [PATCH v3 16/32] python3-setuptools: inherit setuptools_base_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. We need to bootstrap python3-setuptools-native, simply installing by unzipping the built wheel. This avoids a dependency loop. [YOCTO #14638] Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 15/32] python3-pluggy: inherit setuptools_build_meta

Upstream provides a pyproject.toml which while it does not declare the setuptools.build_meta backend is compatible with it. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-pluggy_1.0.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 14/32] python3-py: inherit setuptools_build_meta

Upstreama provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-py_1.11.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 13/32] python3-iniconfig: inherit setuptools_build_meta

Upstream provides a pyproject.toml which decalres the setuptools.build_meta backend for PEP-517 packaging. DEPENDS on python3-setuptools-scm-native (as declared in the pyproject.toml build-system.requires). [YOCTO #14638] Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 12/32] python3-zipp: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-zipp_3.7.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 11/32] python3-setuptools-scm: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-setuptools-scm_6.4.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 10/32] python3-pytest: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-pytest_7.0.1.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH v3 08/32] python3-attrs: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-attrs_21.4.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 09/32] python3-git: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares the setuptools.build_meta backend for PEP-517 packaging. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-git_3.1.26.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v3 07/32] python3-pip: inherit setuptools_build_meta

Upstream provides a pyproject.toml which declares setuptools.build_meta as the backend for PEP-517 packaging. We bootstrap the -native installation by simply unzipping the wheel to PYTHON_SITEPACKAGES_DIR, so that all other recipes can use pip to install wheels (as intended by upstream). Check

[OE-core] [PATCH v3 06/32] setuptools_build_meta.bbclass: add helper class

This class uses the PEP 517 compliant setuptools.buil_meta to build wheels. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/classes/setuptools_build_meta.bbclass | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 meta/classes/setuptools_build_meta.bbclass diff

[OE-core] [PATCH v3 05/32] pip_install_wheel.bbclass: add helper class

Provide a helper class to use pip to install wheels built by either bdist_wheel or a PEP-517 backend. Set pip install arguments via PIP_INSTALL_ARGS, which can be overriden by recipes. Pass --root and --prefix to ensure that pip installs things into the proper place in sysroot. By passing

[OE-core] [PATCH v3 04/32] python3-wheel: inherit flit_core

Backport pyproject.toml from flit-backend branch. Inherit flit_core class to build Inherit pip_install_wheel to install wheels for target We need to bootstrap python3-wheel-native in order to have bdist_wheel available to python3-setuptools-native and the refactored setuptools3.bbclass. Simply

[OE-core] [PATCH v3 03/32] flit_core.bbclass: add helper for newer python packaging

Some python packages now use pyproject.toml and declare flit_core.buildapi as the build engine Use pip_install_wheel class to install. [YOCTO #14638] Signed-off-by: Tim Orling --- meta/classes/flit_core.bbclass | 16 1 file changed, 16 insertions(+) create mode 100644

[OE-core] [PATCH v3 02/32] python3-flit-core: add recipe for 3.6.0

This is the core of one of the "new build system" tools--hosted officially as part of the pypa (Python Packaging Authority) repositories--it is an increasingly common build tool (e.g. typing_extensions and tomli) as declared in pyproject.toml for said packages. This package provides a very simple

[OE-core] [PATCH v3 01/32] python3-wheel: move 0.37.1 from meta-python

This is one of the "new build tools" which are part of pypa (Python Packaging Authority) toolchain. Wheels are the official delivery mechanism for Python packages, replacing the now deprecated Eggs (egg-info). [YOCTO #14638] Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 00/32] Python PEP-517: build wheels and install with pip

Upstream Python is moving to pyproject.toml rather than setup.py and wheels rather than eggs. The main place this is documented is in PEP-517[1]. Installing packages with setup.py install is deprecated. We have a choice with the 'kirkstone' LTS release of introducing this series (and fixing any

[OE-core] [PATCH][RFC] cve-check: use local copy instead of global db

instead of using a global DB (default in DL_DIR) copy an existing DB file into WORKDIR and use it from there. This should avoid running into the reported "database is readonly" error while at the same time there's no need to arbritrarily limit the cve_check task to just one run at a time

Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

On Tue, Feb 22, 2022 at 10:39 AM Tim Orling wrote: > > > On Tue, Feb 22, 2022 at 10:24 AM Khem Raj wrote: > >> On Tue, Feb 22, 2022 at 10:21 AM Tim Orling wrote: >> > >> > >> > >> > On Tue, Feb 22, 2022 at 9:22 AM Khem Raj wrote: >> >> >> >> this is going into dep loops Try >> >> >> >>

Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

On Tue, Feb 22, 2022 at 10:24 AM Khem Raj wrote: > On Tue, Feb 22, 2022 at 10:21 AM Tim Orling wrote: > > > > > > > > On Tue, Feb 22, 2022 at 9:22 AM Khem Raj wrote: > >> > >> this is going into dep loops Try > >> > >> bitbake python3-wheel-native > > > > > > It shouldn’t > > >

Re: [OE-core] [RFC PATCH 7/8] rust: Add snapshot checksums for powerpc64le

On Tue, Feb 22, 2022 at 6:24 AM Alexander Kanavin wrote: > > On Tue, 22 Feb 2022 at 13:28, Richard Purdie > wrote: > > > > On Tue, 2022-02-22 at 10:59 +0100, Alexander Kanavin wrote: > > > I have to note that YP does not support ppc systems as build hosts; > > > can this be kept in a bbappend? >

Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

On Tue, Feb 22, 2022 at 10:21 AM Tim Orling wrote: > > > > On Tue, Feb 22, 2022 at 9:22 AM Khem Raj wrote: >> >> this is going into dep loops Try >> >> bitbake python3-wheel-native > > > It shouldn’t >

Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

On Tue, Feb 22, 2022 at 9:22 AM Khem Raj wrote: > this is going into dep loops Try > > bitbake python3-wheel-native It shouldn’t https://git.yoctoproject.org/poky-contrib/tree/meta/recipes-devtools/python/python3-wheel_0.37.1.bb?h=timo/bootstrap-wheels DEPENDS:remove:class-native =

Re: [OE-core] [PATCH v3] patch.py: Prevent git repo reinitialization

On Monday, 21 February 2022, 20:17:29 CET, Pavel Zhukov wrote: > There were few bugs in the _isInitialized() function which might trigger > git repo to be reinitialized and patches failing to apply. > > Signed-off-by: Pavel Zhukov > --- > .../recipes-test/gitrepotest/gitrepotest.bb | 16

Re: [OE-core] [PATCH][RFC] cve-check: add lockfile to task

On 22.02.22 18:50, Ross Burton wrote: On Tue, 22 Feb 2022 at 17:01, Konrad Weihmann wrote: This is somehow expected from my side tbh - as the lock file disables any kind of parallelism - so just one instance of cve-check-task can run at a time. One thing that came to my mind is to move the

Re: [OE-core] [PATCH][RFC] cve-check: add lockfile to task

On Tue, 22 Feb 2022 at 17:01, Konrad Weihmann wrote: > This is somehow expected from my side tbh - as the lock file disables > any kind of parallelism - so just one instance of cve-check-task can run > at a time. > One thing that came to my mind is to move the created CVE_CHECK-sqlite > db into

Re: [OE-core] [PATCH][RFC] cve-check: add lockfile to task

On Tue, Feb 22, 2022 at 06:01:00PM +0100, Konrad Weihmann wrote: This is somehow expected from my side tbh - as the lock file disables any kind of parallelism - so just one instance of cve-check-task can run at a time. That likely explains why the loadavg is only around 1 during cve-check.

Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

this is going into dep loops Try bitbake python3-wheel-native On Mon, Feb 21, 2022 at 1:23 PM Tim Orling wrote: > > Upstream Python is moving to pyproject.toml rather than setup.py and > wheels rather than eggs. The main place this is documented is in > PEP-517[1]. Installing packages with

Re: [OE-core] [PATCH][RFC] cve-check: add lockfile to task

On 22.02.22 16:50, Ralph Siemsen wrote: Hi Konrad, On Fri, Jan 7, 2022 at 4:59 AM Konrad Weihmann > wrote: On 07.01.22 10:48, Konrad Weihmann wrote: > this should prevent running into the very rare error > sqlite3.OperationalError: attempt to

Re: [OE-core] [PATCH][RFC] cve-check: add lockfile to task

On Tue, 22 Feb 2022 at 15:50, Ralph Siemsen wrote: > While I am writing, I should also mention that the CVE JSON feeds are > apparently going to be changing (again). > https://www.cve.org/Media/News/item/news/2022/01/11/Changes-Coming-to-CVE-Record > I wonder if we should perhaps move instead to

[OE-core] Yocto Project Status WW08`22

Current Dev Position: YP 3.5 M4 Next Deadline: 4th April. 2022 YP 3.5 M4 build Next Team Meetings: * Bug Triage meeting Thursday Feb. 24th 7:30 am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)

Re: [OE-core] [PATCH][RFC] cve-check: add lockfile to task

Hi Konrad, On Fri, Jan 7, 2022 at 4:59 AM Konrad Weihmann wrote: > On 07.01.22 10:48, Konrad Weihmann wrote: > > this should prevent running into the very rare error > > sqlite3.OperationalError: attempt to write a readonly database > > It's also possible that check_same_thread (that defaults

[OE-core] Yocto Project Status WW08`22

Current Dev Position: YP 3.5 M4 Next Deadline: 4th April. 2022 YP 3.5 M4 build Next Team Meetings: * Bug Triage meeting Thursday Feb. 25th 7:30 am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)

[OE-core] [honister][PATCH 38/38] uninative: Upgrade to 3.5

From: Michael Halstead Add support for glibc 2.35. Signed-off-by: Michael Halstead Signed-off-by: Richard Purdie (cherry picked from commit 347b8c87fb4e2c398644f900728cf6e22ba4516d) Signed-off-by: Anuj Mittal --- meta/conf/distro/include/yocto-uninative.inc | 10 +- 1 file changed,

[OE-core] [honister][PATCH 36/38] tiff: Add backports for two CVEs from upstream

From: Richard Purdie Signed-off-by: Richard Purdie (cherry picked from commit 6ae14b4ff7a655b48c6d99ac565d12bf8825414f) Signed-off-by: Anuj Mittal --- ...al-buffer-overflow-for-ASCII-tags-wh.patch | 0 ...99c99f987dc32ae110370cfdd7df7975586b.patch | 30 +

[OE-core] [honister][PATCH 37/38] expat: Upgrade 2.4.5 -> 2.4.6

From: Richard Purdie Signed-off-by: Richard Purdie (cherry picked from commit 91aa5e3f94a7f82be7949ecfde2764d51384ad42) Signed-off-by: Anuj Mittal --- meta/recipes-core/expat/{expat_2.4.5.bb => expat_2.4.6.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

[OE-core] [honister][PATCH 35/38] vim: Upgrade 8.2.4314 -> 8.2.4424

From: Richard Purdie License file had some grammar fixes. Includes CVE-2022-0554. Signed-off-by: Richard Purdie (cherry picked from commit a8d0a4026359c2c8a445dba9456f8a05470293c1) Signed-off-by: Anuj Mittal --- meta/recipes-support/vim/vim.inc | 6 +++--- 1 file changed, 3 insertions(+), 3

[OE-core] [honister][PATCH 34/38] expat: Upgrade 2.4.4 -> 2.4.5

From: Richard Purdie This is a security fix release containing fixes for CVE-2022-25235, CVE-2022-25236, CVE-2022-25313, CVE-2022-25314 and CVE-2022-25315. Signed-off-by: Richard Purdie (cherry picked from commit b71344dacb71cfc452b335a6f2fb9cb74e2e1ff8) Signed-off-by: Anuj Mittal ---

[OE-core] [honister][PATCH 33/38] linux-firmware: upgrade 20211216 -> 20220209

From: wangmy License-Update: Version of some driver files updated Added files for some drivers Signed-off-by: Wang Mingyu Signed-off-by: Richard Purdie (cherry picked from commit 1a2a64082d2a4845bebe802afed2a65dac994043) Signed-off-by: Anuj Mittal --- ...{linux-firmware_20211216.bb =>

[OE-core] [honister][PATCH 31/38] linux-yocto/5.10: ppc/riscv: fix build with binutils 2.3.8

From: Bruce Ashfield Integrating the following commit(s) to linux-yocto/5.10: 1bd813fe8d0e riscv: fix build with binutils 2.38 835a2d1b24c6 powerpc/lib/sstep: fix 'ptesync' build error Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [honister][PATCH 32/38] linux-yocto/5.10: fix dssall build error with binutils 2.3.8

From: Bruce Ashfield Integrating the following commit(s) to linux-yocto/5.10: c0b313d988a1 powerpc/mm: Switch obsolete dssall to .long Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie (cherry picked from commit b063ee0529c02f8b31a1034289ea1a202e496d0b) Signed-off-by: Anuj

[OE-core] [honister][PATCH 29/38] oeqa/buildtools: Switch to our webserver instead of example.com

From: Richard Purdie Similarly to the sanity connectivity check, switch away from example.com for the buildtools tests. Signed-off-by: Richard Purdie (cherry picked from commit ed10f3c2b4c678069fe1cee73f79f6e388ce) Signed-off-by: Anuj Mittal ---

[OE-core] [honister][PATCH 28/38] default-distrovars.inc: Switch connectivity check to a yoctoproject.org page

From: Richard Purdie example.com is proving unreliable at present so switch to our own connectivity page instead. That page is very simple avoiding app overhead on our web server which was an original reason for switching to example.com. Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [honister][PATCH 30/38] linux-yocto/5.10: update to v5.10.99

From: Bruce Ashfield Updating linux-yocto/5.10 to the latest korg -stable release that comprises the following commits: fb063a6465f9 Linux 5.10.99 4889d6ee9e48 selftests: nft_concat_range: add test for reload with no element add/del 557727313534 cgroup/cpuset: Fix "suspicious RCU

[OE-core] [honister][PATCH 27/38] libpcap: Disable DPDK explicitly

From: Sean Anderson libpcap looks for DPDK in the same way it looks for DAG. This can poison the build even if it doesn't find anything. Explicitly disable dpdk. Signed-off-by: Sean Anderson Signed-off-by: Richard Purdie (cherry picked from commit be5442f065da40b41d3cd60793341e22654f2681)

[OE-core] [honister][PATCH 26/38] gcc-target: fix glob to remove gcc- binary

From: Stefan Herbrechtsmeier The glob to remove the gcc- binary expects a single-digit major version which is no longer true. Signed-off-by: Stefan Herbrechtsmeier Signed-off-by: Richard Purdie (cherry picked from commit 30de10cf939cf65c0cab6730a3575bced5c7533a) Signed-off-by: Anuj Mittal

[OE-core] [honister][PATCH 24/38] gcc : Fix CVE-2021-46195

From: pgowda Upstream-Status: Backport [https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=f10bec5ffa487ad3033ed5f38cfd0fc7d696deab] Signed-off-by: pgowda Signed-off-by: Richard Purdie (cherry picked from commit 81e9f8aedab70dfb0a016601150623ef9a7c1596) Signed-off-by: Anuj Mittal ---

[OE-core] [honister][PATCH 25/38] initramfs-framework: unmount automounts before switch_root

From: Justin Bronder If mounts are left lingering, then after we switch_root, attempts to modify the block devices will result in an EBUSY with no way to unmount them. As we're about to switch_root anyways, there isn't much use to keep anything mounted unless it has the new rootfs.

[OE-core] [honister][PATCH 23/38] qemuboot: Fix build error if UNINATIVE_LOADER is unset

From: Zoltán Böszörményi I got this error on current master: File: 'exec_func_python() autogenerated', lineno: 2, function: 0001: *** 0002:do_write_qemuboot_conf(d) 0003: File: '.../layers/openembedded-core/meta/classes/qemuboot.bbclass', lineno: 141, function:

[OE-core] [honister][PATCH 21/38] linux-yocto/5.10: update to v5.10.96

From: Bruce Ashfield Updating linux-yocto/5.10 to the latest korg -stable release that comprises the following commits: f255ac9e8776 Linux 5.10.96 b43e9d2f6fc7 mtd: rawnand: mpc5121: Remove unused variable in ads5121_select_chip() b63e120189fd block: Fix wrong offset in

[OE-core] [honister][PATCH 22/38] virglrenderer: fix CVE-2022-0135 and -0175

From: Joe Slater CVE-2022-0135 concerns out-of-bounds writes in read_transfer_data(). CVE-2022-0175 concerns using malloc() instead of calloc(). We "cherry-pick" from upstream. The actual cherry-picks are from upstream master to branch-0.9.1 and are the patches entered here. Signed-off-by:

[OE-core] [honister][PATCH 19/38] vim: Upgrade 4269 -> 4134

From: Richard Purdie License text underwent changes on how to submit Uganda donations, switch from http to https urls and an update date change but the license itself is unchanged. Also, add an entry for the top level license file. This is also the vim license so LICENSE is unchanged but we

[OE-core] [honister][PATCH 20/38] binutils: Add fix for CVE-2021-45078

From: Richard Purdie Backport a fix for CVE-2021-45078. Signed-off-by: Richard Purdie (cherry picked from commit f3128fd1b2e5cbf3683dc69eabc56fbc0bd0e7d5) Signed-off-by: Anuj Mittal --- .../binutils/binutils-2.37.inc| 1 + ...87d12167b1e36193385485c1f6ce92f74f02.patch | 247

[OE-core] [honister][PATCH 18/38] devtool: deploy-target: Remove stripped binaries in pseudo context

From: Florian Amstutz deploy-target may fail the second time with "pseudo abort" because devtool-deploy-target-stripped is deleted outside of pseudo's fakeroot context. Signed-off-by: Florian Amstutz Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [honister][PATCH 17/38] scripts/runqemu-ifdown: Don't treat the last iptables command as special

From: Daniel Müller The runqemu-ifup script performs a bunch of setup steps that runqemu-ifdown attempts to undo later on. While a bunch of said setup operations are considered fatal should they fail, the iptables based NAT setup notably is not. The tear down procedure in runqemu-ifdown,

[OE-core] [honister][PATCH 08/38] gstreamer1.0-omx: 1.18.5 -> 1.18.6

From: Jose Quaresma Signed-off-by: Jose Quaresma Signed-off-by: Anuj Mittal --- .../{gstreamer1.0-omx_1.18.5.bb => gstreamer1.0-omx_1.18.6.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.18.5.bb =>

[OE-core] [honister][PATCH 16/38] cve-check: create directory of CVE_CHECK_MANIFEST before copy

From: Stefan Herbrechtsmeier Create directory of the CVE_CHECK_MANIFEST variable before copy to it, so that the variable can use an arbitrary directory name. Signed-off-by: Stefan Herbrechtsmeier Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [honister][PATCH 12/38] gst-examples: 1.18.5 -> 1.18.6

From: Jose Quaresma Signed-off-by: Jose Quaresma Signed-off-by: Anuj Mittal --- .../{gst-examples_1.18.5.bb => gst-examples_1.18.6.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-multimedia/gstreamer/{gst-examples_1.18.5.bb => gst-examples_1.18.6.bb}

[OE-core] [honister][PATCH 13/38] mc: fix build if ncurses have been configured without wide characters

From: Christian Eggers Some distros like poky-tiny set ENABLE_WIDEC=false, which disables wide character support for ncurses. The new patch fixes the build of mc for this case. Since 9000f8033662, NCURSES_WIDECHAR is set explicitly to 1 for musl. This doesn't work for ENABLE_WIDEC==false. In

[OE-core] [honister][PATCH 15/38] recipetool: Fix circular reference in SRC_URI

From: Saul Wold When creating a new recipe.bb file for a binary, don't use BP which includes the version information, instead use BPN which is just the name base Package Name. Since PB is not specified, it takes the default: PV = "1.0+git${SRCPV}" But SRCPV is defined in terms of the SRC_URI,

[OE-core] [honister][PATCH 14/38] sdk: fix search for dynamic loader

From: Christian Eggers if the package "nativesdk-glibc-dbg" is installed as part of the SDK, the existing search expression finds two files: $OECORE_NATIVE_SYSROOT/lib/.debug/ld-linux-x86-64.so.2 $OECORE_NATIVE_SYSROOT/lib/ld-linux-x86-64.so.2 The generated relocate_sdk.sh shell script

[OE-core] [honister][PATCH 10/38] gstreamer1.0-python: 1.18.5 -> 1.18.6

From: Jose Quaresma Signed-off-by: Jose Quaresma Signed-off-by: Anuj Mittal --- ...reamer1.0-python_1.18.5.bb => gstreamer1.0-python_1.18.6.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-python_1.18.5.bb =>

  1   2   >