[OE-core] [PATCH] bbtests.py: Add test for unexpanded variables in the dirname

Regression test for [Yocto #15255] Signed-off-by: Pavel Zhukov --- meta/lib/oeqa/selftest/cases/bbtests.py | 9 + 1 file changed, 9 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/bbtests.py b/meta/lib/oeqa/selftest/cases/bbtests.py index d242352ea2..03faf1a881 100644 --- a

[OE-core] [PATCH v2] bbtests.py: Add test for unexpanded variables in the dirname

Regression test for [Yocto #15255] Signed-off-by: Pavel Zhukov --- meta/lib/oeqa/selftest/cases/bbtests.py | 9 + 1 file changed, 9 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/bbtests.py b/meta/lib/oeqa/selftest/cases/bbtests.py index d242352ea2..03faf1a881 100644 --- a

[OE-core] [PATCH v3] bbtests.py: Add test for unexpanded variables in the dirname

Regression test for [Yocto #15255] Signed-off-by: Pavel Zhukov --- meta/lib/oeqa/selftest/cases/bbtests.py | 10 ++ 1 file changed, 10 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/bbtests.py b/meta/lib/oeqa/selftest/cases/bbtests.py index d242352ea2..2bc1898f2b 100644 --- a

[OE-core] [PATCH v4] bbtests.py: Add test for unexpanded variables in the dirname

Regression test for [Yocto #15255] Signed-off-by: Pavel Zhukov --- meta/lib/oeqa/selftest/cases/bbtests.py | 11 +++ 1 file changed, 11 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/bbtests.py b/meta/lib/oeqa/selftest/cases/bbtests.py index d242352ea2..0da59e0f58 100644

Re: [OE-core] [PATCH v3 1/4] dummy-sdk-package.inc: Filter packages which are marked for installation

Oct 2023 16:39:58 +0200 "Pavel Zhukov" wrote: if packages is provided by dummysdk and in the same time marked for installation with IMAGE_INSTALL it causes conflict in apt because virtual providers are not taken into account if package is asked to be installed explicitly. Filter suc

Re: [OE-core] [PATCH] bitbake.conf: add bunzip2 in HOSTTOOLS

Hi Alberto, Looks like the regression has been introduced in previous update. This patch https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=eb3ec7469fff857c819332371ad1d586f43c79c3 (which was reverted by https://git.openembedded.org/openembedded-core/commit/?h=master-next&

[OE-core] [PATCH] scripts/rpm2cpio.sh: Use bzip2 instead of bunzip2

bzip2 is in HOSTTOOLS already and used in few other places already. This fixes bin_package class for RPM packages without adding bunzip2 to HOSTTOOLS. Signed-off-by: Pavel Zhukov --- scripts/rpm2cpio.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/rpm2cpio.sh b

[OE-core] [PATCH] scripts/runqemu: Add possibility to disable network

tion which can be specified if the network connectivity is not needed and SDL/serial is enough to communicate with the image. Signed-off-by: Pavel Zhukov --- scripts/runqemu | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/scripts/runqemu b/scripts/runqemu index

[OE-core] [PATCH v2] scripts/runqemu: Add possibility to disable network

tion which can be specified if the network connectivity is not needed and SDL/serial is enough to communicate with the image. Signed-off-by: Pavel Zhukov --- scripts/runqemu | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/scripts/runqemu b/scripts/runqemu index

[OE-core] [PATCH] lib/terminal.py: Add urxvt terminal

" screen -D -m -t "zephyr-helloworld Configuration" -S devshell do_terminal DEBUG: Python function do_menuconfig finished Signed-off-by: Pavel Zhukov --- meta/lib/oe/terminal.py | 4 1 file changed, 4 insertions(+) diff --git a/meta/lib/oe/terminal.py b/m

[OE-core] [PATCH] wic: Fix populating of IMAGE_EFI_BOOT_FILES with uefi-kernel

r src_path, dst_path in cls.install_task: | | AttributeError: type object 'BootimgEFIPlugin' has no attribute 'install_task'. Did you mean: 'do_install_disk'? Signed-off-by: Pavel Zhukov --- scripts/lib/wic/plugins/sour

Re: [OE-core] [PATCH] wic: Fix populating of IMAGE_EFI_BOOT_FILES with uefi-kernel

"Richard Purdie" writes: > On Thu, 2023-02-16 at 13:23 +0100, Pavel Zhukov wrote: >> wic plugin crashed if IMAGE_EFI_BOOT_FILES is not empty and uefi-kernel >> loader specified because of preliminary return from the function. >> [Yocto #15033] >> Fixes:

[OE-core] [PATCH] kernel-arch.bbclass: Map arm64 to arm

The kernel calls AArch64 'arm64', but U-Boot calls it just 'arm' so adding arm64 case to existing map. Fixes: | install: cannot stat '.../u-boot/1_2023.01-r0/build/arch/arm64/dts/u-boot.dtb': No such file or directory Signed-off-by: Pavel Zhukov --- meta/clas

[OE-core] [PATCH] u-boot: Map arm64 into map for u-boot dts installation

e. [1] | install: cannot stat '.../u-boot/1_2023.01-r0/build/arch/arm64/dts/u-boot.dtb': No such file or directory Signed-off-by: Pavel Zhukov --- meta/recipes-bsp/u-boot/u-boot.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-bsp/u-boot/u-boot.i

Re: [OE-core] [PATCH] kernel-arch.bbclass: Map arm64 to arm

inux-aarch64.so.1 > | HOSTCP > =gcc -E HOSTCXX=g++ > HOSTCXXFLAGS=-isystem/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-3486447/tmp/work/qemuarm64-poky-linux/linux-yocto/6.1.9+gitAUTOINC+d7393c5752_1caf99d568-r0/recipe-sysroot-native/usr/include > -O2 -pipe PAHOLE=false zIm

Re: [OE-core] [PATCH] meta/recipes-core/images/core-image-minimal: add mtools to IMAGE_INSTALL

"Kareem Zarka" writes: > The wic.py selftest cases test_skip_kernel_install and > test_kernel_install for OpenEmbedded were failing on autobuilders due > to a missing dependency on the mtools package, which provides a set of > tools for working with MS-DOS file systems, including mcopy. probably

[OE-core] [PATCH] oeqa/selftest/wic: Add test for uefi-kernel loader

This is regression test for [1]. [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15033 Signed-off-by: Pavel Zhukov --- meta-selftest/wic/test_uefikernel.wks | 5 + meta/lib/oeqa/selftest/cases/wic.py | 20 2 files changed, 25 insertions(+) create mode 100644

[OE-core] [PATCH 2/3] package_deb: Revert versioned providers workaround

dpkg and apt seem to handle versioned provides correctly now [1] so this workaround is not needed anymore. This fixes [Yocto #14995] for package_deb. [1] Signed-off-by: Pavel Zhukov --- meta/classes-global/package_deb.bbclass | 9 + meta/recipes-core/meta/dummy-sdk-package.inc | 9

[OE-core] [PATCH 3/3] selftest: Add tests for populate_sdk task

Two tests to cover both installing package with IMAGE_INSTALL as well as installing versioned dependencies of the package (using perl (>= 5.XX). Related: [Yocto #13338] [Yocto #14995] [Yocto #14066] Signed-off-by: Pavel Zhukov --- .../testsdk-perldepends.bb| 16 m

[OE-core] [PATCH 1/3] dummy-sdk-package.inc: Filter packages which are marked for installation

Fixes: [Yocto #13338] [Yocto #14066] Fixes: The following information may help to resolve the situation: The following packages have unmet dependencies: target-sdk-provides-dummy : Conflicts: bash E: Unable to correct problems, you have held broken packages. Signed-off-by: Pavel Zhukov --- meta/re

Re: [OE-core] [PATCH 1/3] dummy-sdk-package.inc: Filter packages which are marked for installation

o-trail-bslash > | contains unexpanded substitution (see lines above)"; exit 1; fi; > | chmod a-w t/ax/shell-no-trail-bslash-t && mv -f > | t/ax/shell-no-trail-bslash-t t/ax/shell-no-trail-bslash > | ERROR: oe_runmake failed > | WARNING: exit code 1 from a shell command

[OE-core] [PATCH v2 2/4] package_deb: Revert versioned providers workaround

dpkg and apt seem to handle versioned provides correctly now [1] so this workaround is not needed anymore. This fixes [Yocto #14995] for package_deb. [1] Signed-off-by: Pavel Zhukov --- meta/classes-global/package_deb.bbclass | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff

[OE-core] [PATCH v2 1/4] dummy-sdk-package.inc: Filter packages which are marked for installation

Fixes: [Yocto #13338] [Yocto #14066] Fixes: The following information may help to resolve the situation: The following packages have unmet dependencies: target-sdk-provides-dummy : Conflicts: bash E: Unable to correct problems, you have held broken packages. Signed-off-by: Pavel Zhukov --- meta/re

[OE-core] [PATCH v2 3/4] dummy-sdk-package.inc: Specify providers version

to work this around Fixes [Yocto #14995] Signed-off-by: Pavel Zhukov --- meta/recipes-core/meta/dummy-sdk-package.inc | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/meta/dummy-sdk-package.inc b/meta/recipes-core/meta/dummy-sdk-package.inc index 99

[OE-core] [PATCH v2 4/4] selftest: Add tests for populate_sdk task

Two tests to cover both installing package with IMAGE_INSTALL as well as installing versioned dependencies of the package (using perl (>= 5.XX). Related: [Yocto #13338] [Yocto #14995] [Yocto #14066] Signed-off-by: Pavel Zhukov --- .../testsdk-perldepends.bb| 16 m

Re: [OE-core] [PATCH v2 2/4] package_deb: Revert versioned providers workaround

Peter Kjellerstedt writes: >> -Original Message- >> From: openembedded-core@lists.openembedded.org >> On Behalf Of Pavel Zhukov >> Sent: den 6 oktober 2023 21:10 >> To: openembedded-core@lists.openembedded.org >> Cc: Pavel Zhukov >> Sub

[OE-core] [PATCH v3 1/4] dummy-sdk-package.inc: Filter packages which are marked for installation

Fixes: [Yocto #13338] [Yocto #14066] Fixes: The following information may help to resolve the situation: The following packages have unmet dependencies: target-sdk-provides-dummy : Conflicts: bash E: Unable to correct problems, you have held broken packages. Signed-off-by: Pavel Zhukov --- meta/re

[OE-core] [PATCH v3 2/4] package_deb: Revert versioned providers workaround

dpkg and apt seem to handle versioned provides correctly now [1] so this workaround is not needed anymore. This fixes [Yocto #14995] for package_deb. [1] https://www.debian.org/doc/debian-policy/ch-relationships.html#virtual-packages-provides Signed-off-by: Pavel Zhukov --- meta/classes

[OE-core] [PATCH v3 3/4] dummy-sdk-package.inc: Specify providers version

to work this around Fixes [Yocto #14995] Signed-off-by: Pavel Zhukov --- meta/recipes-core/meta/dummy-sdk-package.inc | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/meta/dummy-sdk-package.inc b/meta/recipes-core/meta/dummy-sdk-package.inc index 99

[OE-core] [PATCH v3 4/4] selftest: Add tests for populate_sdk task

Two tests to cover both installing package with IMAGE_INSTALL as well as installing versioned dependencies of the package (using perl (>= 5.XX). Related: [Yocto #13338] [Yocto #14995] [Yocto #14066] Signed-off-by: Pavel Zhukov --- .../testsdk-perldepends.bb| 16 m

[OE-core] [PATCH 1/2] mdamd: Switch to git recipe

mdadm latest official release was long time while development is ongoing. This caused growing number of downstream patches in the layer. Switch to git recipe and cleanup patches. Signed-off-by: Pavel Zhukov --- ...anup-validate_geometry_ddf_container.patch | 148 -- ...sing-_Alignof-when

[OE-core] [PATCH 2/2] mdadm: Disable ptest

mdadm tests are flaky and cause a lot of failures on autobuilder. Disable them for now. Keeping ptest code in the recipe to fix/enable in the future Signed-off-by: Pavel Zhukov --- meta/recipes-extended/mdadm/mdadm_git.bb | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a

Re: [OE-core] [PATCH 2/2] mdadm: Disable ptest

n Mon, 22 Jan 2024 at 09:55, Pavel Zhukov wrote: > > mdadm tests are flaky and cause a lot of failures on autobuilder. > > Disable them for now. Keeping ptest code in the recipe to fix/enable > > in the future > > SRC_URI = > > "git://git.kernel.org/pub/scm/ut

Re: [OE-core] [PATCH 1/2] mdamd: Switch to git recipe

: > On Mon, 2024-01-22 at 11:17 +0100, Alexander Kanavin wrote: > > On Mon, 22 Jan 2024 at 09:55, Pavel Zhukov wrote: > > > > > > mdadm latest official release was long time while development is > > > ongoing. This caused growing number of downstream patche

[OE-core] [PATCH] mdadm: Disable ptests

As agreed upon in the bug triage meeting, disable mdadm ptest for the time being Related: [Yocto #15181] [Yocto #15159] [Yocto #15308] [Yocto #15309] Signed-off-by: Pavel Zhukov --- meta/conf/distro/include/ptest-packagelists.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/conf

[OE-core] [PATCH v2] mdadm: Disable ptests

As agreed upon in the bug triage meeting, disable mdadm ptest for the time being Related: [Yocto #15181] [Yocto #15159] [Yocto #15308] [Yocto #15309] Signed-off-by: Pavel Zhukov --- meta/conf/distro/include/ptest-packagelists.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[OE-core] [PATCH 1/2] systemd: Add missed sys/file.h includes for musl

Signed-off-by: Pavel Zhukov --- .../0001-Add-sys-file.h-for-LOCK_.patch | 80 +++ meta/recipes-core/systemd/systemd_251.2.bb| 2 +- 2 files changed, 81 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-core/systemd/systemd/0001-Add-sys-file.h-for-LOCK_

[OE-core] [PATCH 2/2] systemd: Rebase patches on v251

Signed-off-by: Pavel Zhukov --- .../0001-Adjust-for-musl-headers.patch| 47 +--- ...tall-dependency-links-at-install-tim.patch | 2 +- ...ass-correct-parameters-to-getdents64.patch | 20 + .../0002-Add-sys-stat.h-for-S_IFDIR.patch | 4 +- ...implment-systemd-sysv

[OE-core] [PATCH v2 1/2] systemd: Add missed sys/file.h includes for musl

Signed-off-by: Pavel Zhukov --- .../0001-Add-sys-file.h-for-LOCK_.patch | 78 +++ meta/recipes-core/systemd/systemd_251.2.bb| 1 + 2 files changed, 79 insertions(+) create mode 100644 meta/recipes-core/systemd/systemd/0001-Add-sys-file.h-for-LOCK_.patch diff --git

[OE-core] [PATCH v2 2/2] systemd: Rebase patches on v251

Drop patches which are not needed anymore. Rebase musl specific patches to aboid fuzz warnings Signed-off-by: Pavel Zhukov --- .../0001-Adjust-for-musl-headers.patch| 47 +--- ...tall-dependency-links-at-install-tim.patch | 2 +- ...ass-correct-parameters-to-getdents64.patch

[OE-core] [PATCH] systemd: update upstream status of merged patches

Signed-off-by: Pavel Zhukov --- .../systemd/systemd/0001-Add-sys-file.h-for-LOCK_.patch | 2 +- .../systemd/systemd/0002-Add-sys-stat.h-for-S_IFDIR.patch | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/systemd/systemd/0001-Add-sys-file.h

Re: [OE-core][kirkstone 05/27] harfbuzz: fix CVE-2022-33068

This breaks build with clang: | In file included from ../harfbuzz-4.0.1/src/hb-ot-face.cc:39: 4429| ../harfbuzz-4.0.1/src/hb-ot-color-sbix-table.hh:301:11: error: use of bitwise '|' with boolean operands [-Werror,-Wbitwise-instead-of-logical] 4430| if (png.IHDR.height >= 65536 | png.IHDR.w

[OE-core] [kirkstone][PATCH] harfbuzz: Fix compilation with clang

error generated. Signed-off-by: Pavel Zhukov --- .../harfbuzz/0001-Fix-conditional.patch | 25 +++ .../harfbuzz/harfbuzz_4.0.1.bb| 3 ++- 2 files changed, 27 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-graphics/harfbuzz/harfbuzz/0001-Fix-c

Re: [OE-core][PATCH] strace: update SRC_URI

I've contacted upstream. New release files (tarballs) are missing. The issue may be fixed already. -- Pavel On Mon, Jul 18, 2022, at 20:02, Alexander Kanavin wrote: > strace.io opens fine here. Can you check again please? > > Alex > > On Mon, 18 Jul 2022 at 16:09, Dragos-Marian Panait > wro

[OE-core] [kirkstone][PATCH] gcc-runtime: Pass -nostartfiles when building dummy libstdc++.so

From: Khem Raj This is a dummy shared object therefore reduce dependencies further by not requiring the C startup files, we wont use this shared library for anything useful anyway Signed-off-by: Khem Raj Signed-off-by: Richard Purdie Signed-off-by: Pavel Zhukov --- meta/recipes-devtools

[OE-core] [PATCH 1/2] package_rpm: Do not replace square brackets in %files

This reverts commit f95adb749619e70920c6cc6cd01c6d02cd348fd8. At some point RPM stopped treating "[]?" characters in quoted text as a glob This causes rpmbuild error [1] in oe-core if package contains filenames with such characters [Yocto #13746]. Reverting commit which replaces "[]" with "?" fixe

[OE-core] [PATCH 2/2] selftest: Add regression test for rpm filenames

Escaping globs and quoting in rpm spec files is tricky and requires a bit of dancing. In addition to that it changes from time to time. Adding (simple) regression test for different types of filename patterns. Cover bracket in first iteration [Yocto #13746] Signed-off-by: Pavel Zhukov

[OE-core] [PATCH v2 1/2] package_rpm: Do not replace square brackets in %files

not found: /mnt/builds/yocto/build/build/tmp/work/core2-64-poky-linux/testrpm/0.0.1-r0/package/42 All-Time Classics (E) ?v1.1?.cht | [2] https://github.com/rpm-software-management/rpm/commit/c16c70cbd6b31cd93541d5c22d23ba98d212ad3d Signed-off-by: Pavel Zhukov --- meta/classes-global/package_

[OE-core] [PATCH v2 2/2] selftest: Add regression test for rpm filesnames

Escaping globs and quoting in rpm spec files is tricky and requires a bit of dancing. In addition to that it changes from time to time. Adding (simple) regression test for different types of filename patterns. Cover brackets and parentheses in first iteration [Yocto #13746] Signed-off-by: Pavel

Re: [OE-core] [PATCH 2/2] selftest: Add regression test for rpm filenames

Randy MacLeod writes: > Hi Pavel, > > On 2022-08-19 05:20, Pavel Zhukov wrote: >> Escaping globs and quoting in rpm spec files is tricky and requires a >> bit of dancing. In addition to that it changes from time to time. >> Adding (simple) regression test for

[OE-core] [dunfell][PATCH] weston-init: Override the systemd service by a notify-based one

From: Pavel Zhukov Using systemd notify, a service dependency would be more robust. This allows, for example, another service to depend on weston-init without having to hack a sleep (or similar). This change required more robust handling of weston modules argument due to custom argument parser

[OE-core] [dunfell][PATCH v2] weston: Use systemd notify,

From: Pavel Zhukov Using systemd notify fixes the problem with dependency chain in case if other services depend on running weston. This change required more robust handling of weston modules arguments due to custom argument parser impmentation in weston (only last --modules argument is accepted

[OE-core] [PATCH] Add security fix for CVE-2021-43618

From: Pavel Zhukov Fix mpz/inp_raw.c integer overflow and resultant buffer overflow via crafted input, leading to a segmentation fault on 32-bit platforms. References: https://gmplib.org/repo/gmp-6.2/rev/561a9c25298e References: https://gmplib.org/list-archives/gmp-bugs/2021-September/005077

[OE-core] [meta-oe][PATCH v2] gmp: Add security fix for CVE-2021-43618

From: Pavel Zhukov Fix mpz/inp_raw.c integer overflow and resultant buffer overflow via crafted input, leading to a segmentation fault on 32-bit platforms. References: https://gmplib.org/repo/gmp-6.2/rev/561a9c25298e References: https://gmplib.org/list-archives/gmp-bugs/2021-September/005077

Re: [OE-core] [meta-oe][PATCH v2] gmp: Add security fix for CVE-2021-43618

he list, a fewminutes before yours. :)RossOn Mon, 22 Nov 2021 at 11:54, Pavel Zhukov <pa...@zhukoff.net> wrote: From: Pavel Zhukov <pavel.zhu...@huawei.com> Fix mpz/inp_raw.c integer overflow and resultant buffer overflow via crafted input, leading to a segmentation fault on 32-bit platfo

[OE-core] [PATCH] go: upgrade 1.16.8 -> 1.16.10

From: Pavel Zhukov The release includes fixes for CVE-2021-41771 and CVE-2021-41772 Signed-off-by: Pavel Zhukov --- meta/recipes-devtools/go/{go-1.16.8.inc => go-1.16.10.inc}| 4 ++-- ...go-binary-native_1.16.8.bb => go-binary-native_1.16.10.bb} | 4 ++-- ...-cross-canadian_1.1

[OE-core] [dunfell][PATCH 1/2] busybox: Fix for CVE-2021-42374

From: Pavel Zhukov An out-of-bounds heap read in unlzma leads to information leak and denial of service when crafted LZMA-compressed input is decompressed. This can be triggered by any applet/format that internally supports LZMA compression. Reference: https://web.nvd.nist.gov/view/vuln/detail

[OE-core] [dunfell][PATCH 2/2] busybox: Fix for CVE-2021-42376

From: Pavel Zhukov A NULL pointer dereference in Busybox's hush applet leads to denial of service when processing a crafted shell command, due to missing validation after a \x03 delimiter character. This may be used for DoS under very rare conditions of filtered command input. Reference:

[OE-core] [PATCH] patch.py: Initialize git repo before patching

From: Pavel Zhukov If PATCHTOOL="git" has been specified but workdir is not git repo bitbake fails to apply the patches. Fix this by initializing the repo before patching. This allows binary git patches to be applied. Signed-off-by: Pavel Zhukov --- meta/lib/oe/pat

[OE-core] [meta-oe][PATCH v2] patch.py: Initialize git repo before patching

From: Pavel Zhukov If PATCHTOOL="git" has been specified but workdir is not git repo bitbake fails to apply the patches. Fix this by initializing the repo before patching. This allows binary git patches to be applied. Signed-off-by: Pavel Zhukov --- meta/lib/o

Re: [OE-core] [PATCH] patch.py: Initialize git repo before patching

 01.12.2021, 14:25, "Konrad Weihmann" :Could you please add a test case for that to the testing suite, as I'mhaving issues to understand under what circumstances we are getting intosuch kind of situationOn 01.12.21 14:19, Pavel Zhukov wrote: From: Pavel Zhukov <pavel.zhu...@huawei.

[OE-core][PATCH v3] patch.py: Initialize git repo before patching

From: Pavel Zhukov If PATCHTOOL="git" has been specified but workdir is not git repo bitbake fails to apply the patches. Fix this by initializing the repo before patching. This allows binary git patches to be applied. Signed-off-by: Pavel Zhukov --- meta/lib/o

Re: [OE-core] [meta-oe][PATCH v2] patch.py: Initialize git repo before patching

n lib/oepatch.py? Can you show how? Alex On Wed, 1 Dec 2021 at 15:17, Pavel Zhukov <pa...@zhukoff.net> wrote:From: Pavel Zhukov <pavel.zhu...@huawei.com>If PATCHTOOL="git" has been specified but workdir is not git repobitbake fails to apply the patches. Fix this by initializing

[OE-core][PATCH v4] patch.py: Initialize git repo before patching

From: Pavel Zhukov If PATCHTOOL="git" has been specified but workdir is not git repo bitbake fails to apply the patches with error message: Command Error: 'git rev-parse --show-toplevel' exited with 0 Output: fatal: not a git repository (or any of the parent directories

Re: [OE-core] [meta-oe][PATCH v2] patch.py: Initialize git repo before patching

Thanks. Done in v4. -- Pavel   01.12.2021, 17:08, "Alexander Kanavin" :Thanks :) You can add the failure into the commit message. Alex On Wed, 1 Dec 2021 at 17:00, Pavel Zhukov <pa...@zhukoff.net> wrote:without change in patch.py:ERROR: man-db-2.9.0-r1 do_patch: Applying patch &#

[OE-core][PATCH v5] patch.py: Initialize git repo before patching

From: Pavel Zhukov If PATCHTOOL="git" has been specified but workdir is not git repo bitbake fails to apply the patches with error message: Command Error: 'git rev-parse --show-toplevel' exited with 0 Output: fatal: not a git repository (or any of the parent directories

[OE-core] [PATCH] systemd: allow to create directory whose path contains symlink

Systemd version 250 has a regression which blocks mountd service from creating subdirectories if path contains symlink. This blocks bind mounts under /var/run, /lib for example. Bug-Url: https://github.com/systemd/systemd/issues/22334 Signed-off-by: Pavel Zhukov --- ...reate-directory-whose

[OE-core] [PATCH] weston: wrapper for weston modules argument

weston and adds systemd-notify module into weston-init module to support Type=notify in systemd service file. Signed-off-by: Pavel Zhukov --- .../recipes-graphics/wayland/weston-init/weston-start | 11 +++ .../wayland/weston/systemd-notify.weston-start| 9 + meta/recipes

[OE-core] [PATCH v2] weston: wrapper for weston modules argument

and adds systemd-notify module into weston-init module to support Type=notify in systemd service file. Signed-off-by: Pavel Zhukov --- .../recipes-graphics/wayland/weston-init/weston-start | 11 +++ .../wayland/weston/systemd-notify.weston-start| 9 + meta/recipes-graphics

Re: [OE-core] [PATCH] weston: wrapper for weston modules argument

apply it, do you mind sending it again? On 08/09/2021 09:14:23+0200, Pavel Zhukov wrote: Due to custom option parser implementation weston accepts only one argument of a given type. As the result if multiple modules add multiple --modules agruments only last will be used. This fix introduces

[OE-core] [PATCH] parselogs: Ignore xf86OpenConsole error

. (covered by test_xorg_running test) Signed-off-by: Pavel Zhukov --- meta/lib/oeqa/runtime/cases/parselogs.py | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py b/meta/lib/oeqa/runtime/cases/parselogs.py index 1f9365f3a86..01ae4518cb0 100644 --- a/meta/lib

[OE-core] [PATCH] image.bbclass: Exclude openssh complementary packages

can be installed - conflicting requests (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages) Signed-off-by: Pavel Zhukov --- meta/classes-recipe/image.bbclass | 1 + 1 file changed, 1 insertion(+

[OE-core] [PATCH v2] core-image: Exclude openssh complementary packages

can be installed - conflicting requests (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages) Signed-off-by: Pavel Zhukov --- meta/classes-recipe/core-image.bbclass | 1 + 1 file changed, 1 insert

Re: [OE-core] [PATCH] image.bbclass: Exclude openssh complementary packages

"Alexander Kanavin" writes: > On Sun, 28 Aug 2022 at 21:39, Pavel Zhukov wrote: > >> +++ b/meta/classes-recipe/image.bbclass > ... >> +PACKAGE_EXCLUDE_COMPLEMENTARY:append = "{@ openssh if 'ssh-server-dropbear' >> in d.getVar('IMAGE_FE

Re: [OE-core] [PATCH] vim: Upgrade 9.0.0242 -> 9.0.0341

"Alexander Kanavin" writes: > I have to wonder, what is really going on there? :-) This never ending > stream of CVEs makes vim formally the most insecure item in core. Does > anyone know? Is it rhetorical question? :) Vim has very old codebase and nobody carried about security at that time. The

[OE-core] [PATCH v3] core-image.bbclass: Exclude openssh complementary packages

providers can be installed - conflicting requests (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages) Signed-off-by: Pavel Zhukov Signed-off-by: Pavel Zhukov --- meta/classes-recipe/core-image.bbcl

Re: [OE-core] [PATCH v2] core-image: Exclude openssh complementary packages

"Richard Purdie" writes: > On Sun, 2022-08-28 at 21:54 +0200, Pavel Zhukov wrote: >> Openssh (main) package may be marked for installation via complementary >> packages mechanism as a dependency of openssh-ptest >> and this causes conflict with dropbear [Yocto #1

[OE-core] [PATCH] oeqa/rpm.py: Increase timeout and add debug output

s). If increasing of timeout doesn't help we may want to force deletion of the user as [2] suggests. [1] https://github.com/systemd/systemd/issues/8598 [2] https://access.redhat.com/solutions/6969188 Signed-off-by: Pavel Zhukov --- meta/lib/oeqa/runtime/cases/rpm.py | 23 +++---

[OE-core] [kirkstone][PATCH] gcc: Fix build with musl and usrmerge on arm

Backport fix from master to allow gcc to use proper linker path for musl [Yocto #14977] Fixes: | qemu-arm: Could not open '/lib/ld-musl-armhf.so.1': No such file or directory Signed-off-by: Pavel Zhukov --- meta/recipes-devtools/gcc/gcc-11.3.inc | 1 + .../gcc/0031-fix-mus

[OE-core] [kirkstone][PATCH 0/1] gcc: Refactor linker patches and fix linker on arm with usrmerg

en sent earlier and it's up to maintainer to decide which fix (or none) to choose. Pavel Zhukov (1): gcc: Refactor linker patches and fix linker on arm with usrmerge meta/recipes-devtools/gcc/gcc-11.3.inc| 1 - ...rm-add-armv9-a-architecture-to-march.patch | 89 +++---

[OE-core] [kirkstone][PATCH 1/1] gcc: Refactor linker patches and fix linker on arm with usrmerge

Backport fix from master to allow gcc to use proper linker path for musl [Yocto #14977]. Fixes: | qemu-arm: Could not open '/lib/ld-musl-armhf.so.1': No such file or directory Signed-off-by: Pavel Zhukov --- meta/recipes-devtools/gcc/gcc-11.3.inc| 1 - ...rm-add-armv9-a-ar

[OE-core] [PATCH] bitbake.conf: Add mercurial to HOSTTOOLS_NONFATAL

Signed-off-by: Pavel Zhukov --- meta/conf/bitbake.conf | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 5aadf6e707..880a91826b 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -543,6 +543,9 @@ HOSTTOOLS_NONFATAL

[OE-core] [PATCH] wic: Fix usage of fstype=none in wic

partition, filesystem may be created manualy on the host or target and data will be preserved if the device is reflashed using same wks. Works with bmaptool and probably does not work with dd. Use case is persistent filesystem/data between reflashing of the image. Signed-off-by: Pavel Zhukov --- scripts

Re: [OE-core][PATCH] libsdl2: add back xvm and xinerama options

I've reported this yesterday. https://bugzilla.yoctoproject.org/show_bug.cgi?id=14812 Feel free to close this bug once the patch is merged :-) "Chen Qi" writes: > When building libsdl2-native, and I met a do_configure error as below. > > | CMake Error: The following variables are used in this

[OE-core] [PATCH] bitbake.conf: Make TCLIBC and TCMODE lazy assigned

This allows two level of overriding (distro level and local.conf/shell variable). Previous settings blocked shell variables overring if it was overriden on distro level. Signed-off-by: Pavel Zhukov --- meta/conf/bitbake.conf | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [OE-core] [PATCH] bitbake.conf: Make TCLIBC and TCMODE lazy assigned

quot; writes: > You can always override it from local.conf with an override, right? That > always worked for me and I don't see why this change is needed. > > On Fri, Jun 3, 2022 at 8:42 AM Pavel Zhukov wrote: > > This allows two level of overriding (distro level and loca

Re: [OE-core] [PATCH] cve-check: move update_symlinks to a library

Looks like update_symplinks is widely used accros OE. Quick grepping gave me this: [1]. I'm sure there're more occurences. This should be somewhere in more accesible place (oe-core libraries). [1] meta/lib/oeqa/runexported.py:os.remove(sshloglink) meta/lib/oeqa/runexported.py-

[OE-core] [kirkstone][PATCH] bitbake.conf: Make TCLIBC and TCMODE lazy assigned

This allows two level of overriding (distro level and local.conf/shell variable). Previous settings blocked shell variables overring if it was overriden on distro level. Signed-off-by: Pavel Zhukov Signed-off-by: Luca Ceresoli Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [PATCH] dbus: Soecify runstatedir configure option

From: Pavel Zhukov Without specifing runstatedir tmpfiles.d is configured to use /var/run for dbus and this causes deprecation warnings in system logs. Signed-off-by: Pavel Zhukov --- meta/recipes-core/dbus/dbus_1.14.0.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a

[OE-core] [PATCH v2] dbus: Soecify runstatedir configure option

Without specifing runstatedir tmpfiles.d is configured to use /var/run for dbus and this causes deprecation warnings in system logs. Signed-off-by: Pavel Zhukov --- meta/recipes-core/dbus/dbus_1.14.0.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/dbus

[OE-core] [kirkstone][PATCH] systemd: update 0008-add-missing-FTW_-macros-for-musl.patch

Fixes fuzz warning with insane class ihnerited introduced in 4c3f51142b Kirkstone specific, master has been updated to 251.2 and FTBFS with musl [Yocto 14838] Signed-off-by: Pavel Zhukov --- .../systemd/0008-add-missing-FTW_-macros-for-musl.patch | 8 1 file changed, 4 insertions

[OE-core] [PATCH] systemd: enable KeepConfiguration= when running on network filesystem

This fix boot from NFS for systemd enabled systems. Previously systemd-networkd dropped network configuration on exit from initrd even if there're NFS mount. Bug-Url: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14708 Signed-off-by: Pavel Zhukov --- ...eepConfiguration-when-runni

[OE-core] [PATCHv2] systemd: enable KeepConfiguration= when running on network filesystem

This fix boot from NFS for systemd enabled systems. Previously systemd-networkd dropped network configuration on exit from initrd even if there're NFS mount. Bug-Url: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14708 Signed-off-by: Pavel Zhukov --- ...eepConfiguration-when-runni

[OE-core] [PATCH] sanity.class: Add possibility to configure networking check

available it allows to specify "failover" uri and/or speed checker up if few uris have been specified. Default value is set to "1" for backward compatibility. Signed-off-by: Pavel Zhukov --- meta/classes/sanity.bbclass | 44 --- .../di

Re: [OE-core] [PATCH] sanity.class: Add possibility to configure networking check

That'd be simple change. CONNECTIVITY_CHECK_URIS = "" will disable this check altogether.-- Pavel11.02.2022, 12:23, "Jacob Kroon" :On 2/11/22 12:18, Ross Burton wrote: On Fri, 11 Feb 2022 at 08:44, Pavel Zhukov <pa...@zhukoff.net> wrote: +for uri

[OE-core] [PATCH] sanity.bb: Change CONNECTIVITY_CHECK_URIS to YP

Do not rely on example.com . Having yoctoproject.org down may be much more easier to detect/investigate as far as it hosts mirrors. Signed-off-by: Pavel Zhukov --- meta/classes/sanity.bbclass | 3 ++- meta/conf/distro/include/default-distrovars.inc | 2 +- 2 files changed, 3

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

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 --- .../net-tools/Add_missing_headers.patch | 15 +++ .../net-tools/net-tools/net-tools-config.h| 75 +++ .../net

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

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 --- .../net-tools/Add_missing_headers.patch | 15 +++ .../net-tools/net-tools/net-tools-config.h| 75 +++ .../net

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

  -- 21.02.2022, 15:15, "Christian Eggers" :On Monday, 21 February 2022, 14:57:46 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 <pavel.zhu.

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

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 .../gitrepotest/0001-testpatch.patch | 9

  1   2   >