[OE-core] [PATCH 1/2] regression.py: fix AttributeError

From: Changqing Li Fix following AttributeError when running "resulttool regression base target": File "/yocto/poky/scripts/lib/resulttool/regression.py", line 322, in regression_common res, resstr = compare_result(logger, c, b, base_results[a][c], target_results[a][b], args.limit) Attrib

[OE-core] [PATCH 2/2] regression.py: skip checking status for ptestresult.rawlogs/ptestresult.sections

From: Changqing Li ptestresult.rawlogs/ptestresult.sections don't have status is expected, so skip them to avoid following error when running "resulttool regression base target": ERROR: Failed to retrieved base test case status: ptestresult.rawlogs ERROR: Failed to retrieved base test case statu

[OE-core] [PATCH 2/2] bitbake.conf: drop VOLATILE_TMP_DIR, use FILESYSTEM_PERMS_TABLES instead

From: Changqing Li * Drop VOLATILE_TMP_DIR, use FILESYSTEM_PERMS_TABLES instead. By default, FILESYSTEM_PERMS_TABLES ?= "files/fs-perms.txt \ files/fs-perms-volatile-log.txt \ files/fs-perms-volatile-tmp.txt" it contains 'files/fs-perms-v

[OE-core] [PATCH 1/2] bitbake.conf: drop VOLATILE_LOG_DIR, use FILESYSTEM_PERMS_TABLES instead

From: Changqing Li Drop VOLATILE_LOG_DIR, use FILESYSTEM_PERMS_TABLES instead. By default, it contains 'files/fs-perms-volatile-log.txt', which means volatile log is enabled. User can disable volatile log by remove 'files/fs-perms-volatile-log.txt' from FILESYSTEM_PERMS_TABLES. Signed-off-by: Ch

Re: [OE-core] [scarthgap][PATCH] expect-native: fix do_compile failure with gcc-14

This patch is not needed for master, as master already drop the override in native.bbclass. //Changqing On 8/27/24 14:15, Changqing Li via lists.openembedded.org wrote: From: Changqing Li In native.bbclass, CFLAGS is overrided by 'CFLAGS = "${BUILD_CFLAGS}"', this make

[OE-core] [scarthgap][PATCH] expect-native: fix do_compile failure with gcc-14

From: Changqing Li In native.bbclass, CFLAGS is overrided by 'CFLAGS = "${BUILD_CFLAGS}"', this make "CFLAGS +=" not work for expect-native, use append to make it also work for native. Signed-off-by: Changqing Li --- meta/recipes-devtools/expect/expect_5.45.4.bb | 2 +- 1 file changed, 1 inser

[OE-core] [scarthgap][PATCH] libcap-ng: update SRC_URI

From: Changqing Li Refer [1], people.redhat.com has certificate issue, so update SRC_URI to fix do_fetch warning [1] https://github.com/stevegrubb/libcap-ng/issues/56 Signed-off-by: Changqing Li --- meta/recipes-support/libcap-ng/libcap-ng-python_0.8.5.bb | 2 -- meta/recipes-support/libcap-n

Re: [OE-core] [master][PATCH] webkitgtk: fix do_configure error on beaglebone-yocto

On 8/26/24 19:04, Alexander Kanavin wrote: CAUTION: This email comes from a non Wind River email account! Do not click links or open attachments unless you recognize the sender and know the content is safe. On Mon, 26 Aug 2024 at 12:57, Richard Purdie via lists.openembedded.org wrote: met

[OE-core] [master][PATCH] webkitgtk: fix do_configure error on beaglebone-yocto

From: Changqing Li * According to latest comment [1] and the mentioned pull request [2], build an ENABLE(WEBASSEMBLY) && !ENABLE(JIT) configuration is supported, so original issue already fixed in current version, the EXTRA_OECMAKE setting is not needed anymore. * This EXTRA_OECMAKE setting caus

Re: [OE-core] [PATCH] VOLATILE_TMP_DIR: Extend to specify the persistence of /var/tmp

On 8/24/24 00:15, Richard Purdie wrote: CAUTION: This email comes from a non Wind River email account! Do not click links or open attachments unless you recognize the sender and know the content is safe. On Thu, 2024-05-30 at 17:02 +0800, Changqing Li via lists.openembedded.org wrote: From

Re: [OE-core] [scarthgap][master][PATCH 1/2] apt-native: don't let dpkg overwrite files by default

On 6/18/24 11:30, Changqing Li via lists.openembedded.org wrote: From: Changqing Li With --force-overwrite (implied by --force-all), dpkg will not abort when a package overwrites files from different packages. As this can also lead to "The following package disappeared from your system a

[OE-core] [V3][master][PATCH] libcap-ng: update SRC_URI

From: Changqing Li Refer [1], people.redhat.com has certificate issue, so update SRC_URI to fix do_fetch warning [1] https://github.com/stevegrubb/libcap-ng/issues/56 Signed-off-by: Changqing Li --- .../libcap-ng/libcap-ng-python_0.8.5.bb| 2 -- meta/recipes-support/libcap-ng

[OE-core] [V2][scarthgap][PATCH] libcap-ng: update SRC_URI

From: Changqing Li Refer [1], people.redhat.com has certificate issue, so update SRC_URI to fix do_fetch warning [1] https://github.com/stevegrubb/libcap-ng/issues/56 Signed-off-by: Changqing Li --- meta/recipes-support/libcap-ng/libcap-ng.inc | 6 +++--- meta/recipes-support/libcap-ng/l

[OE-core] [V2][master][PATCH] libcap-ng: update SRC_URI

From: Changqing Li Refer [1], people.redhat.com has certificate issue, so update SRC_URI to fix do_fetch warning [1] https://github.com/stevegrubb/libcap-ng/issues/56 Signed-off-by: Changqing Li --- meta/recipes-support/libcap-ng/libcap-ng.inc | 6 +++--- meta/recipes-support/libcap-ng/l

[OE-core] [scarthgap][PATCH] libcap-ng: update SRC_URI

From: Changqing Li Refer [1], people.redhat.com has certificate issue, so update SRC_URI to github tag archives to fix do_fetch warning [1] https://github.com/stevegrubb/libcap-ng/issues/56 Signed-off-by: Changqing Li --- meta/recipes-support/libcap-ng/libcap-ng.inc | 6 +++--- meta/reci

[OE-core] [master][PATCH] libcap-ng: update SRC_URI

From: Changqing Li Refer [1], people.redhat.com has certificate issue, so update SRC_URI to github tag archives to fix do_fetch warning [1] https://github.com/stevegrubb/libcap-ng/issues/56 Signed-off-by: Changqing Li --- meta/recipes-support/libcap-ng/libcap-ng.inc | 6 +++--- meta/reci

[OE-core] [scarthgap][PATCH] libpng: update SRC_URI

From: Changqing Li update SRC_URI to fix do_fetch warning: WARNING: libpng-1.6.42-r0 do_fetch: Failed to fetch URL https://downloads.sourceforge.net/project/libpng/libpng16/libpng-1.6.42.tar.xz, attempting MIRRORS if available Signed-off-by: Changqing Li --- meta/recipes-multimedia/libpng/li

[OE-core] [scarthgap][PATCH] curl: correct the PACKAGECONFIG for native/nativesdk

From: Changqing Li Since commit 148de08220 [ curl: Update from 8.2.1 to 8.3.0 ], --enable-crypto-auth option was removed and split into separate options for basic-auth, bearer-auth, digest-auth, kerberos-auth negotiate-auth, and aws. In this commit, --enable-crypto-auth is removed from EXTRA_OECO

[OE-core] [master][PATCH] curl: correct the PACKAGECONFIG for native/nativesdk

From: Changqing Li Since commit 148de08220 [ curl: Update from 8.2.1 to 8.3.0 ], --enable-crypto-auth option was removed and split into separate options for basic-auth, bearer-auth, digest-auth, kerberos-auth negotiate-auth, and aws. In this commit, --enable-crypto-auth is removed from EXTRA_OECO

Re: [OE-core] [scarthgap][master][PATCH] rt_bmark.py: fix TypeError

ping On 7/16/24 11:24, Changqing Li via lists.openembedded.org wrote: From: Changqing Li Fix following error: File "/usr/lib64/rt-tests/ptest/./rt_bmark.py", line 287, in run_cyclictest_once m = rex.search(line) TypeError: cannot use a string pa

Re: [OE-core] [master][PATCH V2] pixman: update patch for fixing inline failure with -Og

On 7/19/24 10:37, Changqing Li via lists.openembedded.org wrote: On 7/18/24 21:16, Ross Burton wrote: CAUTION: This email comes from a non Wind River email account! Do not click links or open attachments unless you recognize the sender and know the content is safe. Can you submit this to

Re: [OE-core] [master][PATCH V2] pixman: update patch for fixing inline failure with -Og

/pixman/pixman/-/merge_requests Sure, I will send out the link after done. Thanks Ross Thanks, Ross On 16 Jul 2024, at 10:49, Changqing Li via lists.openembedded.org wrote: From: Changqing Li Previous patch works on fedora40 with gcc-14, but not works on ubuntu2004 with gcc-9. Update the

Re: [OE-core] [PATCH] gettext: fix a parallel build issue

Hi, Steve Could you help to cherry-pick this patch to scarthgap? Thanks Regards Changqing On 5/28/24 17:11, Changqing Li wrote: From: Changqing Li Occasionally, gettext will build failed with error: In file included from ../../../gettext-0.22.5/gettext-runtime/intl/gettextP.h:71,

Re: [OE-core] [scarthgap][PATCH] pixman: fixing inline failure with -Og

n [1].  I noticed [1] is not on scarthgap,  so I send this patch. Regards Changqing https://git.openembedded.org/openembedded-core/commit/?id=4ab0d5c24b32a80432d9cfa6c904027b8a6710b5 Steve On Tue, Jul 16, 2024 at 2:58 AM Changqing Li via lists.openembedded.org wrote: From: Changqing

Re: [OE-core] [scarthgap][master][PATCH] pixman: update patch for fixing inline failure with -Og

Please ignore this mail,  the patch will send out for scarthgap and master separately. On 7/16/24 17:46, Changqing Li via lists.openembedded.org wrote: From: Changqing Li Previous patch works on fedora40 with gcc-14, but not works on ubuntu2004 with gcc-9. Update the patch to fix the

[OE-core] [scarthgap][PATCH] pixman: fixing inline failure with -Og

From: Changqing Li When debug build is enabled(-Og is used), pixman-native do_compile failed with error: In function ‘combine_inner’, inlined from ‘combine_soft_light_ca_float’ at ../pixman-0.42.2/pixman/pixman-combine-float.c:655:1: ../pixman-0.42.2/pixman/pixman-combine-float.c:370:5: erro

[OE-core] [master][PATCH V2] pixman: update patch for fixing inline failure with -Og

From: Changqing Li Previous patch works on fedora40 with gcc-14, but not works on ubuntu2004 with gcc-9. Update the patch to fix the do_compile failure: In function ‘combine_inner’, inlined from ‘combine_soft_light_ca_float’ at ../pixman-0.42.2/pixman/pixman-combine-float.c:655:1:

[OE-core] [scarthgap][master][PATCH] pixman: update patch for fixing inline failure with -Og

From: Changqing Li Previous patch works on fedora40 with gcc-14, but not works on ubuntu2004 with gcc-9. Update the patch to fix the do_compile failure: In function ‘combine_inner’, inlined from ‘combine_soft_light_ca_float’ at ../pixman-0.42.2/pixman/pixman-combine-float.c:655:1:

[OE-core] [scarthgap][master][PATCH] rt_bmark.py: fix TypeError

From: Changqing Li Fix following error: File "/usr/lib64/rt-tests/ptest/./rt_bmark.py", line 287, in run_cyclictest_once m = rex.search(line) TypeError: cannot use a string pattern on a bytes-like object Signed-off-by: Changqing Li --- meta/recipes-rt/rt-tests/f

Re: [OE-core] [scarthgap][master][PATCH 1/2] apt-native: don't let dpkg overwrite files by default

On 6/18/24 11:30, Changqing Li via lists.openembedded.org wrote: From: Changqing Li With --force-overwrite (implied by --force-all), dpkg will not abort when a package overwrites files from different packages. As this can also lead to "The following package disappeared from your system a

[OE-core] [scarthgap][PATCH V2 2/2] webkitgtk: fix do_compile errors on beaglebone-yocto

From: Changqing Li Backport 2 patches to fix following compile errors: webkitgtk-2.44.1/Source/WebCore/platform/graphics/cpu/arm/filters/FELightingNeonParallelApplier.cpp:545:37: error: 'LS_POINT' was not declared in this scope; did you mean 'WebCore::LightType::LS_POINT'? 545 | if (data.

[OE-core] [scarthgap][PATCH V2 1/2] webkitgtk: fix do_configure error on beaglebone-yocto

From: Changqing Li * According to latest comment [1] and the mentioned pull request [2], build an ENABLE(WEBASSEMBLY) && !ENABLE(JIT) configuration is supported, so original issue already fixed in current version, the EXTRA_OECMAKE setting is not needed anymore. * This EXTRA_OECMAKE setting caus

[OE-core] [scarthgap][PATCH 2/2] webkitgtk: fix do_compile errors on beaglebone-yocto

From: Changqing Li Backport 2 patches to fix following compile errors: webkitgtk-2.44.1/Source/WebCore/platform/graphics/cpu/arm/filters/FELightingNeonParallelApplier.cpp:545:37: error: 'LS_POINT' was not declared in this scope; did you mean 'WebCore::LightType::LS_POINT'? 545 | if (data.

[OE-core] [scarthgap][PATCH 1/2] webkitgtk: fix do_configure error on beaglebone-yocto

From: Changqing Li * According to latest comment [1] and the mentioned pull request [2], build an ENABLE(WEBASSEMBLY) && !ENABLE(JIT) configuration is supported, so original issue already fixed in current version, the EXTRA_OECMAKE setting is not needed anymore. * This EXTRA_OECMAKE setting caus

[OE-core] [scarthgap][master][PATCH] multilib.conf: remove appending to PKG_CONFIG_PATH

From: Changqing Li * Since commit [a23c482cab allarch: only enable allarch when multilib is not used], allarch recipes will also be installed into ${MLPREFIX}recipe-sysroot, so this appending is not needed. * This appending also causes some QA errors. Eg: for lib32-php, the recipe will use 's@${

Re: [OE-core] [scarthgap][master][PATCH] vulkan-samples: fix do_compile error when -Og enabled

need to see  if upstream Vulkan-Samples will like to update the libktx? //Changqing On Tue 9. Jul 2024 at 9.32, Changqing Li via lists.openembedded.org <https://urldefense.com/v3/__http://lists.openembedded.org__;!!AjveYdw8

[OE-core] [scarthgap][master][PATCH] vulkan-samples: fix do_compile error when -Og enabled

From: Changqing Li When debug build is enabled(-Og is used), vulkan-samples do_compile failed with error: In function 'ZSTD_compressBlock_lazy_generic', inlined from 'ZSTD_compressBlock_greedy' at TOPDIR/tmp-glibc/work/core2-32-wrs-linux/vulkan-samples/git/git/third_party/ktx/lib/basisu/zstd

[OE-core] [scarthgap][master][PATCH] pixman: fix do_compile error

From: Changqing Li When debug build is enabled(-Og is used), pixman-native do_compile failed with error: In function ‘combine_inner’, inlined from ‘combine_soft_light_ca_float’ at ../pixman-0.42.2/pixman/pixman-combine-float.c:655:1: ../pixman-0.42.2/pixman/pixman-combine-float.c:370:5: erro

Re: [OE-core] [scarthgap][master][PATCH v2 2/2] apt: runtime error: filename too long (tmpdir length)

ping On 6/18/24 18:52, Changqing Li via lists.openembedded.org wrote: From: Changqing Li when the tmpdir dir is longer than 220, there is no files saved in tmp/sysroots/x86_64-linux/var/lib/apt/lists/ after run apt-get update, this is because apt-get uses the path as the file name, but the

[OE-core] [scarthgap][master][PATCH v2 2/2] apt: runtime error: filename too long (tmpdir length)

From: Changqing Li when the tmpdir dir is longer than 220, there is no files saved in tmp/sysroots/x86_64-linux/var/lib/apt/lists/ after run apt-get update, this is because apt-get uses the path as the file name, but the file name can't be longer than 255 according to /usr/include/linux/limits.h.

Re: [OE-core] [scarthgap][master][PATCH 2/2] apt: runtime error: filename too long (tmpdir length)

On 6/18/24 16:01, Alexander Kanavin wrote: CAUTION: This email comes from a non Wind River email account! Do not click links or open attachments unless you recognize the sender and know the content is safe. On Tue, 18 Jun 2024 at 05:30, Changqing Li via lists.openembedded.org wrote: From

[OE-core] [scarthgap][master][PATCH 1/2] apt-native: don't let dpkg overwrite files by default

From: Changqing Li With --force-overwrite (implied by --force-all), dpkg will not abort when a package overwrites files from different packages. As this can also lead to "The following package disappeared from your system as all files have been overwritten by other packages: " and subsequently br

[OE-core] [scarthgap][master][PATCH 0/2] apt: Take back two old patches

From: Changqing Li The two old patches are dropped in commit: https://git.openembedded.org/openembedded-core/commit/?id=f058272de9cba188d96940c8c921cf31727fe4d1 But we still have those issues, so take them back Changqing Li (2): apt-native: don't let dpkg overwrite files by default apt: run

[OE-core] [scarthgap][master][PATCH 2/2] apt: runtime error: filename too long (tmpdir length)

From: Changqing Li when the tmpdir dir is longer than 220, there is no files saved in tmp/sysroots/x86_64-linux/var/lib/apt/lists/ after run apt-get update, this is because apt-get uses the path as the file name, but the file name can't be longer than 255 according to /usr/include/linux/limits.h.

[OE-core] [scarthgap][PATCH 7/8] expect: ignore various issues now fatal with gcc-14

From: Martin Jansa (From OE-Core rev: 83e9790fe27c310a4f5a66fedb29b232d23a22e5) Signed-off-by: Martin Jansa Signed-off-by: Khem Raj Signed-off-by: Richard Purdie Signed-off-by: Changqing Li --- meta/recipes-devtools/expect/expect_5.45.4.bb | 4 1 file changed, 4 insertions(+) diff --g

[OE-core] [scarthgap][PATCH 3/8] zip: Fix build with gcc-14

From: Khem Raj zip's configure fails to link this piece of test code: int main() { return closedir(opendir(".")); } with GCC-14 because it now treats implicit declaration of function as error, unline older GCC version where it was just a warning and this test would build fine. Remove 0002-un

[OE-core] [scarthgap][PATCH 8/8] expect-native: fix build with gcc-14

From: Changqing Li * do_configure failed with gcc-14: error in build/config.log: conftest.c:56:3: error: return type defaults to 'int' [-Wimplicit-int] conftest.c:59:5: error: implicit declaration of function 'exit' [-Wimplicit-function-declaration] * this recipe set "BBCLASSEXTEND = "native na

[OE-core] [scarthgap][PATCH 1/8] yocto-uninative: Update to 4.5 for gcc 14

From: Michael Halstead (From OE-Core rev: f5638681cef7e250ac64832dbe791418d97f05ba) Signed-off-by: Michael Halstead Signed-off-by: Richard Purdie Signed-off-by: Changqing Li --- meta/conf/distro/include/yocto-uninative.inc | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff -

[OE-core] [scarthgap][PATCH 6/8] cdrtools-native: Fix build with GCC 14

From: Zoltan Boszormenyi Add a patch to fix do_configure with GCC 14. Disable building cdda2wav because it doesn't build with GCC 14. (From OE-Core rev: 0fbe1766abb00edeb8ec9a0c8bdb4e723be4f352) Signed-off-by: Zoltán Böszörményi Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

[OE-core] [scarthgap][PATCH 5/8] cdrtools-native: fix build with gcc-14

From: Martin Jansa Fixes: http://errors.yoctoproject.org/Errors/Details/770525/ | checking whether the C compiler (gcc -isystem/OE/build/oe-core/tmp-glibc/work/x86_64-linux/cdrtools-native/3.01/recipe-sysroot-native/usr/include -O2 -pipe ) works... no | configure: error: installation or config

[OE-core] [scarthgap][PATCH 4/8] db: ignore implicit-int and implicit-function-declaration issues fatal with gcc-14

From: Martin Jansa * many configure tests (which might not fail before) are failing with gcc-14: # grep implicit build/config.log conftest.c:47:1: error: return type defaults to 'int' [-Wimplicit-int] conftest.c:47:1: error: return type defaults to 'int' [-Wimplicit-int] conftest.c:47:1:

[OE-core] [scarthgap][PATCH 2/8] cracklib: Modify patch to compile with GCC 14

From: Zoltan Boszormenyi GCC 14 implicitly turns a warning into a compiler error: | ../../git/src/lib/packlib.c: In function ‘PWClose’: | ../../git/src/lib/packlib.c:554:40: error: passing argument 1 of ‘HwmsHostToBigEndian’ from incompatible pointer type [-Wincompatible-pointer-types] | 554

[OE-core] [scarthgap][PATCH 0/8] backports from master

From: Changqing Li * backport 7 patches from master, so we can build scarthgap on host with gcc-14, like fedora 40 * Add one patch for fixing build failure for expect-native Changqing Li (1): expect-native: fix build with gcc-14 Khem Raj (1): zip: Fix build with gcc-14 Martin Jansa (3):

[OE-core] [PATCH] expect-native: fix build with gcc-14

From: Changqing Li * do_configure failed with gcc-14: error in build/config.log: conftest.c:56:3: error: return type defaults to 'int' [-Wimplicit-int] conftest.c:59:5: error: implicit declaration of function 'exit' [-Wimplicit-function-declaration] * this recipe set "BBCLASSEXTEND = "native na

Re: [OE-core] [PATCH] VOLATILE_TMP_DIR: Extend to specify the persistence of /var/tmp

Hi, Any concern about this patch? VOLATILE_TMP_DIR is originally added to specify the persistence of /tmp, and I think it named as "VOLATILE_TMP", so maybe it is ok to extend to specify the persistence of /var/tmp (which by default is /var/volatile/tmp). And this will cause doc change. Reg

Re: [OE-core] [PATCH] systemd: fix wrong path of tmp.mount

ping On 5/30/24 17:02, Changqing Li wrote: From: Changqing Li According to meson.build, tmp.mount is installed under "prefixdir/'lib/systemd/system'", but for 64bit system, rootlibdir is /usr/lib64/systemd/system, this make tmp.mount not removed, and /tmp still mounted as tmpfs filesystem. Fixe

Re: [OE-core] [PATCH 4/4] man-pages: upgrade 6.06 -> 6.8

On 6/3/24 08:52, Changqing Li wrote: On 6/2/24 17:51, Alexandre Belloni via lists.openembedded.org wrote: CAUTI

[OE-core] [PATCH V2] man-pages: upgrade 6.06 -> 6.8

From: Changqing Li * drop 0001-man.ml-do-not-use-dev-stdin.patch since upstream already fix the issue, refer [1] * drop 0001-GNUmakefile-use-env-from-PATH.patch since upstream already fix the issue, refer [2], and drop depends on coreutils-native [1] https://git.kernel.org/pub/scm/docs/man-pag