Re: [OE-core] [PATCH] meta: introduce UBOOT_MKIMAGE_KERNEL_TYPE
Hello,
On 06/07/2022 13:10:28+0200, Ming Liu wrote:
> From: Ming Liu
>
> Sometimes an end user might want to choose another kernel type argument
> for uboot-mkimage other than "kernel", for instance: "kernel_noload".
>
> Let's introduce a variable UBOOT_MKIMAGE_KERNEL_TYPE to support that,
> and it could be used by BSP layers as well.
>
> Signed-off-by: Ming Liu
> ---
> meta/classes/kernel-fitimage.bbclass | 2 +-
> meta/classes/kernel-uboot.bbclass| 3 +++
> meta/classes/kernel-uimage.bbclass | 2 +-
> meta/lib/oeqa/selftest/cases/fitimage.py | 3 ++-
> 4 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/kernel-fitimage.bbclass
> b/meta/classes/kernel-fitimage.bbclass
> index 7e09b075ff..2112ae4cfa 100644
> --- a/meta/classes/kernel-fitimage.bbclass
> +++ b/meta/classes/kernel-fitimage.bbclass
> @@ -148,7 +148,7 @@ fitimage_emit_section_kernel() {
> kernel-$2 {
> description = "Linux kernel";
> data = /incbin/("$3");
> -type = "kernel";
> +type = "${UBOOT_MKIMAGE_KERNEL_TYPE}";
> arch = "${UBOOT_ARCH}";
> os = "linux";
> compression = "$4";
> diff --git a/meta/classes/kernel-uboot.bbclass
> b/meta/classes/kernel-uboot.bbclass
> index 2facade818..1bc98e042d 100644
> --- a/meta/classes/kernel-uboot.bbclass
> +++ b/meta/classes/kernel-uboot.bbclass
> @@ -2,6 +2,9 @@
> FIT_KERNEL_COMP_ALG ?= "gzip"
> FIT_KERNEL_COMP_ALG_EXTENSION ?= ".gz"
>
> +# Kernel image type passed to mkimage (i.e. kernel kernel_noload...)
> +UBOOT_MKIMAGE_KERNEL_TYPE ?= "kernel"
> +
> uboot_prep_kimage() {
> if [ -e arch/${ARCH}/boot/compressed/vmlinux ]; then
> vmlinux_path="arch/${ARCH}/boot/compressed/vmlinux"
> diff --git a/meta/classes/kernel-uimage.bbclass
> b/meta/classes/kernel-uimage.bbclass
> index cedb4fa070..e116bf0265 100644
> --- a/meta/classes/kernel-uimage.bbclass
> +++ b/meta/classes/kernel-uimage.bbclass
> @@ -30,6 +30,6 @@ do_uboot_mkimage() {
> awk '$3=="${UBOOT_ENTRYSYMBOL}" {print "0x"$1;exit}'`
> fi
>
> - uboot-mkimage -A ${UBOOT_ARCH} -O linux -T kernel -C "${linux_comp}" -a
> ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n "${DISTRO_NAME}/${PV}/${MACHINE}" -d
> linux.bin ${B}/arch/${ARCH}/boot/uImage
> + uboot-mkimage -A ${UBOOT_ARCH} -O ${UBOOT_MKIMAGE_KERNEL_TYPE} -T
> kernel -C "${linux_comp}" -a ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n
> "${DISTRO_NAME}/${PV}/${MACHINE}" -d linux.bin ${B}/arch/${ARCH}/boot/uImage
I feel like you replace the wrong argument here.
> rm -f linux.bin
> }
> diff --git a/meta/lib/oeqa/selftest/cases/fitimage.py
> b/meta/lib/oeqa/selftest/cases/fitimage.py
> index e6bfd1257e..7e6479c9ca 100644
> --- a/meta/lib/oeqa/selftest/cases/fitimage.py
> +++ b/meta/lib/oeqa/selftest/cases/fitimage.py
> @@ -763,6 +763,7 @@ FIT_HASH_ALG = "sha256"
>
> kernel_load = str(get_bb_var('UBOOT_LOADADDRESS'))
> kernel_entry = str(get_bb_var('UBOOT_ENTRYPOINT'))
> +kernel_type = str(get_bb_var('UBOOT_MKIMAGE_KERNEL_TYPE'))
> kernel_compression = str(get_bb_var('FIT_KERNEL_COMP_ALG'))
> uboot_arch = str(get_bb_var('UBOOT_ARCH'))
> fit_hash_alg = str(get_bb_var('FIT_HASH_ALG'))
> @@ -775,7 +776,7 @@ FIT_HASH_ALG = "sha256"
> 'kernel-1 {',
> 'description = "Linux kernel";',
> 'data = /incbin/("linux.bin");',
> -'type = "kernel";',
> +'type = "' + kernel_type + '";',
> 'arch = "' + uboot_arch + '";',
> 'os = "linux";',
> 'compression = "' + kernel_compression + '";',
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167728):
https://lists.openembedded.org/g/openembedded-core/message/167728
Mute This Topic: https://lists.openembedded.org/mt/92204115/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 4/7] wayland: update 1.20.0 -> 1.21.0
Hello Alex,
I guess you have seen it in your build but this is probably the cause of
the meta-mingw failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/5467/steps/12/logs/stdio
On 05/07/2022 19:03:36+0200, Alexander Kanavin wrote:
> Drop the patch, as it is no longer necessary
> (genereated .pc defines everything as relative to the .pc path).
>
> Signed-off-by: Alexander Kanavin
> ---
> ...hardcode-the-path-to-wayland-scanner.patch | 27 ---
> .../{wayland_1.20.0.bb => wayland_1.21.0.bb} | 5 ++--
> 2 files changed, 2 insertions(+), 30 deletions(-)
> delete mode 100644
> meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> rename meta/recipes-graphics/wayland/{wayland_1.20.0.bb =>
> wayland_1.21.0.bb} (90%)
>
> diff --git
> a/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
>
> b/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> deleted file mode 100644
> index e3e71925b8..00
> ---
> a/meta/recipes-graphics/wayland/wayland/0002-Do-not-hardcode-the-path-to-wayland-scanner.patch
> +++ /dev/null
> @@ -1,27 +0,0 @@
> -From 3e7cd56611aeec274e48a4816bc7c21f74f15be0 Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin
> -Date: Mon, 17 Feb 2020 21:46:18 +0100
> -Subject: [PATCH] Do not hardcode the path to wayland-scanner
> -
> -This results in host contamination during builds.
> -
> -Upstream-Status: Inappropriate [oe-core specific]
> -Signed-off-by: Alexander Kanavin
> -
>
> - src/meson.build | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> -
> -diff --git a/src/meson.build b/src/meson.build
> -index 15730a3..61edbc8 100644
> a/src/meson.build
> -+++ b/src/meson.build
> -@@ -52,7 +52,7 @@ if get_option('scanner')
> - 'datarootdir=' + join_paths('${prefix}',
> get_option('datadir')),
> - 'pkgdatadir=' + join_paths('${datarootdir}',
> meson.project_name()),
> - 'bindir=' + join_paths('${prefix}',
> get_option('bindir')),
> --'wayland_scanner=${bindir}/wayland-scanner'
> -+'wayland_scanner=wayland-scanner'
> - ],
> - filebase: 'wayland-scanner'
> - )
> diff --git a/meta/recipes-graphics/wayland/wayland_1.20.0.bb
> b/meta/recipes-graphics/wayland/wayland_1.21.0.bb
> similarity index 90%
> rename from meta/recipes-graphics/wayland/wayland_1.20.0.bb
> rename to meta/recipes-graphics/wayland/wayland_1.21.0.bb
> index dd48a29dc4..ce59e601d2 100644
> --- a/meta/recipes-graphics/wayland/wayland_1.20.0.bb
> +++ b/meta/recipes-graphics/wayland/wayland_1.21.0.bb
> @@ -12,12 +12,11 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=b31d8f53b6aaf2b4985d7dd7810a70d1 \
>
> DEPENDS = "expat libffi wayland-native"
>
> -SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
> +SRC_URI =
> "https://gitlab.freedesktop.org/wayland/wayland/-/releases/${PV}/downloads/${BPN}-${PV}.tar.xz
> \
> file://run-ptest \
> - file://0002-Do-not-hardcode-the-path-to-wayland-scanner.patch \
> file://0001-build-Fix-strndup-detection-on-MinGW.patch \
> "
> -SRC_URI[sha256sum] =
> "b8a034154c7059772e0fdbd27dbfcda6c732df29cae56a82274f6ec5d7cd8725"
> +SRC_URI[sha256sum] =
> "6dc64d7fc16837a693a51cfdb2e568db538bfdc9f457d4656285bb9594ef11ac"
>
> UPSTREAM_CHECK_URI = "https://wayland.freedesktop.org/releases.html;
> UPSTREAM_CHECK_REGEX = "wayland-(?P\d+\.\d+\.(?!9\d+)\d+)"
> --
> 2.30.2
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167723):
https://lists.openembedded.org/g/openembedded-core/message/167723
Mute This Topic: https://lists.openembedded.org/mt/92189298/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] linux-yocto 5.15.48 reproducibility failure
Hello Bruce, I got the following reproducible build failures: https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/1116/steps/12/logs/stdio To me, it looks like the in-kernel config changed, did the compression alg change? Are you able to look at that soon or should I file a bug? Regards, -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#167724): https://lists.openembedded.org/g/openembedded-core/message/167724 Mute This Topic: https://lists.openembedded.org/mt/92206283/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] icon-naming-utils: Resurrect for sato-icon-theme
Hello Richard,
On 06/07/2022 14:16:41+0100, Richard Purdie wrote:
> To add back sato-icon-theme we need this small util.
>
> Signed-off-by: Richard Purdie
> ---
> meta/conf/distro/include/maintainers.inc | 1 +
> .../icon-naming-utils_0.8.90.bb | 28 +++
> 2 files changed, 29 insertions(+)
> create mode 100644
> meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> index 18b0624af72..c55b2a09cf9 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -261,6 +261,7 @@ RECIPE_MAINTAINER:pn-hicolor-icon-theme = "Anuj Mittal
> "
> RECIPE_MAINTAINER:pn-hwlatdetect = "Alexander Kanavin
> "
> RECIPE_MAINTAINER:pn-i2c-tools = "Anuj Mittal "
> RECIPE_MAINTAINER:pn-icecc-create-env = "Joshua Watt "
> +RECIPE_MAINTAINER:pn-icon-naming-utils = "Richard Purdie
> "
> RECIPE_MAINTAINER:pn-icu = "Alexander Kanavin "
> RECIPE_MAINTAINER:pn-ifupdown = "Anuj Mittal "
> RECIPE_MAINTAINER:pn-igt-gpu-tools = "Anuj Mittal "
> diff --git a/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> new file mode 100644
> index 000..bde265f64fe
> --- /dev/null
> +++ b/meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb
> @@ -0,0 +1,28 @@
> +SUMMARY = "Enables backwards compatibility with current desktop icon themes"
> +DESCRIPTION = "A Perl script used for maintaining backwards \
> +compatibility with current desktop icon themes, while migrating to the \
> +names specified in the Icon Naming Specification. The Icon Naming \
> +Utilities map the icon names used by the GNOME and KDE desktops to the \
> +icon names proposed in the Icon Naming Specification, and generate the \
> +icon files appropriate to the desktop environment you use. The Icon \
> +Naming Specification provides a standard list of common icon contexts \
> +and names that can be used to make icon themes work in a desktop \
> +environment or application that implements the naming specification. "
I believe you are missing HOMEPAGE here
> +LICENSE = "GPLv2"
This warns:
icon-naming-utils-0.8.90-r0 do_package_qa: QA Issue: Recipe LICENSE includes
obsolete licenses GPLv2 [obsolete-license]
> +DEPENDS = "libxml-simple-perl-native"
> +
> +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
> +
> +SRC_URI =
> "http://tango.freedesktop.org/releases/icon-naming-utils-${PV}.tar.gz;
> +SRC_URI[sha256sum] =
> "044ab2199ed8c6a55ce36fd4fcd8b8021a5e21f5bab028c0a7cdcf52a5902e1c"
> +
> +inherit autotools allarch perlnative
> +
Finally, I believe this is also the cause of the
sstatetests.SStateTests.test_sstate_allarch_samesigs failure in
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3786/steps/15/logs/stdio
> +do_configure:append() {
> + # Make sure we use our nativeperl wrapper.
> + sed -i -e "1s:#!.*:#!/usr/bin/env nativeperl:"
> ${S}/icon-name-mapping.pl.in
> +}
> +
> +FILES:${PN} += "${datadir}/dtds"
> +
> +BBCLASSEXTEND = "native"
> \ No newline at end of file
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167747):
https://lists.openembedded.org/g/openembedded-core/message/167747
Mute This Topic: https://lists.openembedded.org/mt/92205963/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] Subject: [PATCH 1/3] [PATCH] [master] weston.py: added xwayland test
Hello,
I'm sorry but none of the patches apply correctly and this is proving
difficult to fix.
Could you resend using git send-email?
You have more information here:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
On 13/06/2022 05:40:01-0700, Süsens, Sebastian via lists.openembedded.org wrote:
> Test xwayland support if DISTRO_FEATURE X11 is enabled
>
> Test checked if xserver listening on display
>
> Signed-off-by: ssuesens
> ---
> meta/lib/oeqa/runtime/cases/weston.py | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/meta/lib/oeqa/runtime/cases/weston.py
> b/meta/lib/oeqa/runtime/cases/weston.py
> index b81cc299ef..1fd471e611 100644
> --- a/meta/lib/oeqa/runtime/cases/weston.py
> +++ b/meta/lib/oeqa/runtime/cases/weston.py
> @@ -77,3 +77,11 @@ class WestonTest(OERuntimeTestCase):
> self.target.run('kill -9 %s' % w)
> __, weston_log = self.target.run('cat %s' % self.weston_log_file)
> self.assertTrue(new_wl_processes, msg='Could not get new weston-desktop-shell
> processes (%s, try_cnt:%s) weston log: %s' % (new_wl_processes, try_cnt,
> weston_log))
> +
> + @skipIfNotFeature('x11', 'Test requires x11 to be in DISTRO_FEATURES')
> + @OEHasPackage(['weston'])
> + def test_weston_supports_xwayland(self):
> + cmd ='cat %s | grep "xserver listening on display"' %
> self.weston_log_file
> + status, output = self.target.run(cmd)
> + msg = ('xwayland does not appear to be running')
> + self.assertEqual(status, 0, msg=msg)
> --
> 2.25.1
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166870):
https://lists.openembedded.org/g/openembedded-core/message/166870
Mute This Topic: https://lists.openembedded.org/mt/91725332/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/1] wic: Use ROOTFS_DIR to locate pseudo_dir
On 15/06/2022 17:52:18+0800, Robert Yang wrote:
>
>
> On 6/15/22 3:26 PM, Alexandre Belloni wrote:
> > Hello,
> >
> > On 14/06/2022 23:35:29-0700, Robert Yang wrote:
> > > Fixed when wks is:
> > > part /boot --source bootimg-partition --ondisk mmcblk0 --fstype=vfat
> > > --label boot --active --align 4096 --fixed-size 256M
> > > part / --source rootfs --exclude-path=var/ --ondisk mmcblk0 --fstype=ext4
> > > --label root --align 4096
> > > part /var --source rootfs --rootfs-dir=${IMAGE_ROOTFS}/var --ondrive
> > > mmcblk0 --fstype=ext4 --label var --align 4096 --fixed-size 1024M
> > > --fsoptions=ro,relatime,sync
> > >
> > > $ bitbake
> > > $ wic create -e
> > > WARNING: /path/to/rootfs/var/../pseudo folder does not exist. Usernames
> > > and permissions will be invalid
> > >
> > > The --rootfs-dir can be anywhere, so the ../pseudo may not exist, use
> > > ROOTFS_DIR to fix the problem.
> > >
> > > The patch is from "Rath Anil Kumar "
> >
> > We need a proper Signed-off-by and From: to reflect that.
>
> I got the raw patch from a website and added the commit messages, so I didn't
> add a formal 'From:', and yes, add it would be better, but I can't add the SOB
> for others. I've added the 'From:' in the PULL:
>
Well, according to the DCO, you must add the SoB from the original
author, else, there is no guarantee anyone is allowed to shared the
code.
> git://git.openembedded.org/openembedded-core-contrib rbt/wic
>
> wic: Use ROOTFS_DIR to locate pseudo_dir
>
> Fixed when wks is:
> part /boot --source bootimg-partition --ondisk mmcblk0 --fstype=vfat
> --label boot --active --align 4096 --fixed-size 256M
> part / --source rootfs --exclude-path=var/ --ondisk mmcblk0
> --fstype=ext4 --label root --align 4096
> part /var --source rootfs --rootfs-dir=${IMAGE_ROOTFS}/var --ondrive
> mmcblk0 --fstype=ext4 --label var --align 4096 --fixed-size 1024M -
> -fsoptions=ro,relatime,sync
>
> $ bitbake
> $ wic create -e
> WARNING: /path/to/rootfs/var/../pseudo folder does not exist. Usernames
> and permissions will be invalid
>
> The --rootfs-dir can be anywhere, so the ../pseudo may not exist, use
> ROOTFS_DIR to fix the problem.
>
> From: Rath Anil Kumar
> Signed-off-by: Robert Yang
>
>
> // Robert
>
>
> >
> > >
> > > Signed-off-by: Robert Yang
> > > ---
> > > scripts/lib/wic/plugins/source/rootfs.py | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/scripts/lib/wic/plugins/source/rootfs.py
> > > b/scripts/lib/wic/plugins/source/rootfs.py
> > > index 25bb41dd702..11b09c1e80e 100644
> > > --- a/scripts/lib/wic/plugins/source/rootfs.py
> > > +++ b/scripts/lib/wic/plugins/source/rootfs.py
> > > @@ -95,7 +95,7 @@ class RootfsPlugin(SourcePlugin):
> > > part.rootfs_dir = cls.__get_rootfs_dir(rootfs_dir)
> > > part.has_fstab = os.path.exists(os.path.join(part.rootfs_dir,
> > > "etc/fstab"))
> > > -pseudo_dir = os.path.join(part.rootfs_dir, "../pseudo")
> > > +pseudo_dir = os.path.join(krootfs_dir['ROOTFS_DIR'], "../pseudo")
> > > if not os.path.lexists(pseudo_dir):
> > > pseudo_dir = os.path.join(cls.__get_rootfs_dir(None),
> > > '../pseudo')
> > > --
> > > 2.33.1
> > >
> >
> > >
> > >
> > >
> >
> >
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166928):
https://lists.openembedded.org/g/openembedded-core/message/166928
Mute This Topic: https://lists.openembedded.org/mt/91771589/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] sudo: upgrade 1.9.10 -> 1.9.11
On 16/06/2022 09:30:33+0200, Alexandre Belloni wrote:
> Hi,
>
> It seems this fails on x32:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/5283/steps/11/logs/stdio
It also failed on arm64:
https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/5347/steps/11/logs/stdio
>
> On 15/06/2022 16:19:50+0800, wangmy wrote:
> > Signed-off-by: Wang Mingyu
> > ---
> > meta/recipes-extended/sudo/{sudo_1.9.10.bb => sudo_1.9.11.bb} | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> > rename meta/recipes-extended/sudo/{sudo_1.9.10.bb => sudo_1.9.11.bb} (96%)
> >
> > diff --git a/meta/recipes-extended/sudo/sudo_1.9.10.bb
> > b/meta/recipes-extended/sudo/sudo_1.9.11.bb
> > similarity index 96%
> > rename from meta/recipes-extended/sudo/sudo_1.9.10.bb
> > rename to meta/recipes-extended/sudo/sudo_1.9.11.bb
> > index aa0d814ed7..5e97d8a2cc 100644
> > --- a/meta/recipes-extended/sudo/sudo_1.9.10.bb
> > +++ b/meta/recipes-extended/sudo/sudo_1.9.11.bb
> > @@ -8,7 +8,7 @@ SRC_URI = "https://www.sudo.ws/dist/sudo-${PV}.tar.gz \
> >
> > PAM_SRC_URI = "file://sudo.pam"
> >
> > -SRC_URI[sha256sum] =
> > "44a1461098e7c7b8e6ac597499c24fb2e43748c0c139a8b4944e57d1349a64f4"
> > +SRC_URI[sha256sum] =
> > "b5476e30d83ca14734da9370f2206beb21c8a33fc85a504fb8a61d18d8b351be"
> >
> > DEPENDS += " virtual/crypt ${@bb.utils.contains('DISTRO_FEATURES', 'pam',
> > 'libpam', '', d)}"
> > RDEPENDS:${PN} += " ${@bb.utils.contains('DISTRO_FEATURES', 'pam',
> > 'pam-plugin-limits pam-plugin-keyinit', '', d)}"
> > --
> > 2.25.1
> >
>
> >
> >
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167003):
https://lists.openembedded.org/g/openembedded-core/message/167003
Mute This Topic: https://lists.openembedded.org/mt/91772378/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] sudo: upgrade 1.9.10 -> 1.9.11
Hi,
It seems this fails on x32:
https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/5283/steps/11/logs/stdio
On 15/06/2022 16:19:50+0800, wangmy wrote:
> Signed-off-by: Wang Mingyu
> ---
> meta/recipes-extended/sudo/{sudo_1.9.10.bb => sudo_1.9.11.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-extended/sudo/{sudo_1.9.10.bb => sudo_1.9.11.bb} (96%)
>
> diff --git a/meta/recipes-extended/sudo/sudo_1.9.10.bb
> b/meta/recipes-extended/sudo/sudo_1.9.11.bb
> similarity index 96%
> rename from meta/recipes-extended/sudo/sudo_1.9.10.bb
> rename to meta/recipes-extended/sudo/sudo_1.9.11.bb
> index aa0d814ed7..5e97d8a2cc 100644
> --- a/meta/recipes-extended/sudo/sudo_1.9.10.bb
> +++ b/meta/recipes-extended/sudo/sudo_1.9.11.bb
> @@ -8,7 +8,7 @@ SRC_URI = "https://www.sudo.ws/dist/sudo-${PV}.tar.gz \
>
> PAM_SRC_URI = "file://sudo.pam"
>
> -SRC_URI[sha256sum] =
> "44a1461098e7c7b8e6ac597499c24fb2e43748c0c139a8b4944e57d1349a64f4"
> +SRC_URI[sha256sum] =
> "b5476e30d83ca14734da9370f2206beb21c8a33fc85a504fb8a61d18d8b351be"
>
> DEPENDS += " virtual/crypt ${@bb.utils.contains('DISTRO_FEATURES', 'pam',
> 'libpam', '', d)}"
> RDEPENDS:${PN} += " ${@bb.utils.contains('DISTRO_FEATURES', 'pam',
> 'pam-plugin-limits pam-plugin-keyinit', '', d)}"
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167002):
https://lists.openembedded.org/g/openembedded-core/message/167002
Mute This Topic: https://lists.openembedded.org/mt/91772378/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] python3-exceptiongroup : add recipe
Hello,
This causes the following error:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3713/steps/15/logs/stdio
2022-06-17 08:06:44,127 - oe-selftest - INFO -
distrodata.Distrodata.test_maintainers (subunit.RemotedTestCase)
2022-06-17 08:06:44,128 - oe-selftest - INFO - ... FAIL
2022-06-17 08:06:44,128 - oe-selftest - INFO - 5: 5/11 58/492 (131.79s)
(distrodata.Distrodata.test_maintainers)
2022-06-17 08:06:44,128 - oe-selftest - INFO -
testtools.testresult.real._StringException: Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/distrodata.py",
line 141, in test_maintainers
""" + "\n".join(['%s (%s)' % i for i in no_maintainer_list]))
File "/usr/lib64/python3.6/unittest/case.py", line 687, in fail
raise self.failureException(msg)
AssertionError:
The following recipes do not have a maintainer assigned to them. Please add an
entry to meta/conf/distro/include/maintainers.inc file.
python3-exceptiongroup
(/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb)
On 17/06/2022 14:25:08+0800, wangmy wrote:
> Signed-off-by: Wang Mingyu
> ---
> .../python/python3-exceptiongroup_1.0.0rc8.bb | 11 +++
> 1 file changed, 11 insertions(+)
> create mode 100644
> meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
>
> diff --git a/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
> b/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
> new file mode 100644
> index 00..adf530a6e5
> --- /dev/null
> +++ b/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
> @@ -0,0 +1,11 @@
> +DESCRIPTION = "This is a backport of the BaseExceptionGroup and
> ExceptionGroup classes from Python 3.11."
> +HOMEPAGE = "https://pypi.org/project/exceptiongroup;
> +SECTION = "devel/python"
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=d5caa317463c433575efff1d2fe206d7"
> +
> +SRC_URI[sha256sum] =
> "6990c24f06b8d33c8065cfe43e5e8a4bfa384e0358be036af9cc60b6321bd11a"
> +
> +#RDEPENDS:${PN} += "python3-profile python3-logging"
> +
> +inherit pypi python_setuptools_build_meta
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167021):
https://lists.openembedded.org/g/openembedded-core/message/167021
Mute This Topic: https://lists.openembedded.org/mt/91816507/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] python3-exceptiongroup : add recipe
On 17/06/2022 14:17:06+0200, Alexandre Belloni via lists.openembedded.org wrote:
> Hello,
>
> This causes the following error:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3713/steps/15/logs/stdio
>
> 2022-06-17 08:06:44,127 - oe-selftest - INFO -
> distrodata.Distrodata.test_maintainers (subunit.RemotedTestCase)
> 2022-06-17 08:06:44,128 - oe-selftest - INFO - ... FAIL
> 2022-06-17 08:06:44,128 - oe-selftest - INFO - 5: 5/11 58/492 (131.79s)
> (distrodata.Distrodata.test_maintainers)
> 2022-06-17 08:06:44,128 - oe-selftest - INFO -
> testtools.testresult.real._StringException: Traceback (most recent call last):
> File
> "/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/distrodata.py",
> line 141, in test_maintainers
> """ + "\n".join(['%s (%s)' % i for i in no_maintainer_list]))
> File "/usr/lib64/python3.6/unittest/case.py", line 687, in fail
> raise self.failureException(msg)
> AssertionError:
> The following recipes do not have a maintainer assigned to them. Please add
> an entry to meta/conf/distro/include/maintainers.inc file.
> python3-exceptiongroup
> (/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb)
>
And also:
https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/4708/steps/12/logs/stdio
WARNING: Nothing RPROVIDES 'nativesdk-python3-exceptiongroup' (but
virtual:nativesdk:/home/pokybuild/yocto-worker/qemuarm64-armhost/build/meta/recipes-devtools/python/python3-hypothesis_6.47.2.bb
RDEPENDS on or otherwise requires it)
NOTE: Runtime target 'nativesdk-python3-exceptiongroup' is unbuildable,
removing...
>
> On 17/06/2022 14:25:08+0800, wangmy wrote:
> > Signed-off-by: Wang Mingyu
> > ---
> > .../python/python3-exceptiongroup_1.0.0rc8.bb | 11 +++
> > 1 file changed, 11 insertions(+)
> > create mode 100644
> > meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
> >
> > diff --git
> > a/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
> > b/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
> > new file mode 100644
> > index 00..adf530a6e5
> > --- /dev/null
> > +++ b/meta/recipes-devtools/python/python3-exceptiongroup_1.0.0rc8.bb
> > @@ -0,0 +1,11 @@
> > +DESCRIPTION = "This is a backport of the BaseExceptionGroup and
> > ExceptionGroup classes from Python 3.11."
> > +HOMEPAGE = "https://pypi.org/project/exceptiongroup;
> > +SECTION = "devel/python"
> > +LICENSE = "MIT"
> > +LIC_FILES_CHKSUM = "file://LICENSE;md5=d5caa317463c433575efff1d2fe206d7"
> > +
> > +SRC_URI[sha256sum] =
> > "6990c24f06b8d33c8065cfe43e5e8a4bfa384e0358be036af9cc60b6321bd11a"
> > +
> > +#RDEPENDS:${PN} += "python3-profile python3-logging"
> > +
> > +inherit pypi python_setuptools_build_meta
> > --
> > 2.25.1
> >
>
> >
> >
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167022):
https://lists.openembedded.org/g/openembedded-core/message/167022
Mute This Topic: https://lists.openembedded.org/mt/91816507/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/1] wic: Use ROOTFS_DIR to locate pseudo_dir
Hello,
On 14/06/2022 23:35:29-0700, Robert Yang wrote:
> Fixed when wks is:
> part /boot --source bootimg-partition --ondisk mmcblk0 --fstype=vfat --label
> boot --active --align 4096 --fixed-size 256M
> part / --source rootfs --exclude-path=var/ --ondisk mmcblk0 --fstype=ext4
> --label root --align 4096
> part /var --source rootfs --rootfs-dir=${IMAGE_ROOTFS}/var --ondrive mmcblk0
> --fstype=ext4 --label var --align 4096 --fixed-size 1024M
> --fsoptions=ro,relatime,sync
>
> $ bitbake
> $ wic create -e
> WARNING: /path/to/rootfs/var/../pseudo folder does not exist. Usernames and
> permissions will be invalid
>
> The --rootfs-dir can be anywhere, so the ../pseudo may not exist, use
> ROOTFS_DIR to fix the problem.
>
> The patch is from "Rath Anil Kumar "
We need a proper Signed-off-by and From: to reflect that.
>
> Signed-off-by: Robert Yang
> ---
> scripts/lib/wic/plugins/source/rootfs.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/lib/wic/plugins/source/rootfs.py
> b/scripts/lib/wic/plugins/source/rootfs.py
> index 25bb41dd702..11b09c1e80e 100644
> --- a/scripts/lib/wic/plugins/source/rootfs.py
> +++ b/scripts/lib/wic/plugins/source/rootfs.py
> @@ -95,7 +95,7 @@ class RootfsPlugin(SourcePlugin):
>
> part.rootfs_dir = cls.__get_rootfs_dir(rootfs_dir)
> part.has_fstab = os.path.exists(os.path.join(part.rootfs_dir,
> "etc/fstab"))
> -pseudo_dir = os.path.join(part.rootfs_dir, "../pseudo")
> +pseudo_dir = os.path.join(krootfs_dir['ROOTFS_DIR'], "../pseudo")
> if not os.path.lexists(pseudo_dir):
> pseudo_dir = os.path.join(cls.__get_rootfs_dir(None),
> '../pseudo')
>
> --
> 2.33.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166910):
https://lists.openembedded.org/g/openembedded-core/message/166910
Mute This Topic: https://lists.openembedded.org/mt/91771589/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] cve-check: add support for Ignored CVEs
Hello Marta,
This seems to break the selftests:
2022-06-12 22:22:20,248 - oe-selftest - INFO -
cve_check.CVECheck.test_recipe_report_json (subunit.RemotedTestCase)
2022-06-12 22:22:20,249 - oe-selftest - INFO - ... FAIL
Stderr:
2022-06-12 22:07:57,462 - oe-selftest - INFO - Adding: "include selftest.inc"
in
/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-15731/conf/local.conf
2022-06-12 22:07:57,464 - oe-selftest - INFO - Adding: "include bblayers.inc"
in bblayers.conf
2022-06-12 22:22:20,249 - oe-selftest - INFO - 13: 2/44 115/486 (20.55s)
(cve_check.CVECheck.test_recipe_report_json)
2022-06-12 22:22:20,249 - oe-selftest - INFO -
testtools.testresult.real._StringException: Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/cve_check.py",
line 82, in test_recipe_report_json
check_m4_json(summary_json)
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/cve_check.py",
line 78, in check_m4_json
self.assertIn("CVE-2008-1687", found_cves)
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/python3.9/unittest/case.py",
line 1098, in assertIn
self.fail(self._formatMessage(msg, standardMsg))
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/python3.9/unittest/case.py",
line 670, in fail
raise self.failureException(msg)
AssertionError: 'CVE-2008-1687' not found in {}
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3697/steps/15/logs/stdio
On 10/06/2022 16:02:37+0200, Marta Rybczynska wrote:
> Ignored CVEs aren't patched, but do not apply in our configuration
> for some reason. Up till now they were only partially supported
> and reported as "Patched".
>
> This patch adds separate reporting of Ignored CVEs. The variable
> CVE_CHECK_REPORT_PATCHED now manages reporting of both patched
> and ignored CVEs.
>
> Signed-off-by: Marta Rybczynska
> ---
> meta/classes/cve-check.bbclass | 43 --
> 1 file changed, 30 insertions(+), 13 deletions(-)
>
> diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
> index 1b4910f737..760e825a4c 100644
> --- a/meta/classes/cve-check.bbclass
> +++ b/meta/classes/cve-check.bbclass
> @@ -47,7 +47,9 @@ CVE_CHECK_MANIFEST_JSON ?=
> "${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX
> CVE_CHECK_COPY_FILES ??= "1"
> CVE_CHECK_CREATE_MANIFEST ??= "1"
>
> +# Report Patched or Ignored CVEs
> CVE_CHECK_REPORT_PATCHED ??= "1"
> +
> CVE_CHECK_SHOW_WARNINGS ??= "1"
>
> # Provide text output
> @@ -144,7 +146,7 @@ python do_cve_check () {
> bb.fatal("Failure in searching patches")
> ignored, patched, unpatched, status = check_cves(d, patched_cves)
> if patched or unpatched or (d.getVar("CVE_CHECK_COVERAGE") == "1"
> and status):
> -cve_data = get_cve_info(d, patched + unpatched)
> +cve_data = get_cve_info(d, patched + unpatched + ignored)
> cve_write_data(d, patched, unpatched, ignored, cve_data, status)
> else:
> bb.note("No CVE database found, skipping CVE check")
> @@ -258,6 +260,7 @@ def check_cves(d, patched_cves):
> suffix = d.getVar("CVE_VERSION_SUFFIX")
>
> cves_unpatched = []
> +cves_ignored = []
> cves_status = []
> cves_in_recipe = False
> # CVE_PRODUCT can contain more than one product (eg. curl/libcurl)
> @@ -291,9 +294,8 @@ def check_cves(d, patched_cves):
> cve = cverow[0]
>
> if cve in cve_ignore:
> -bb.note("%s-%s has been ignored for %s" % (product, pv, cve))
> -# TODO: this should be in the report as 'ignored'
> -patched_cves.add(cve)
> +bb.note("%s-%s ignores %s" % (product, pv, cve))
> +cves_ignored.append(cve)
> continue
> elif cve in patched_cves:
> bb.note("%s has been patched" % (cve))
> @@ -305,9 +307,13 @@ def check_cves(d, patched_cves):
> cves_in_recipe = True
>
> vulnerable = False
> +ignored = False
> +
> for row in conn.execute("SELECT * FROM PRODUCTS WHERE ID IS ?
> AND PRODUCT IS ? AND VENDOR LIKE ?", (cve, product, vendor)):
> (_, _, _, version_start, operator_start, version_end,
> operator_end) = row
> #bb.debug(2, "Evaluating row " + str(row))
> +if cve in cve_ignore:
> +ignored = True
>
> if (operator_start == '=' and pv == version_start) or
> version_start == '-':
> vulnerable = True
> @@ -340,13 +346,16 @@ def check_cves(d, patched_cves):
> vulnerable = vulnerable_start or vulnerable_end
>
> if vulnerable:
> -
Re: [OE-core] [PATCH 1/2] scripts/oe-setup-builddir: copy site.conf.sample out of template directories (if it exists)
On 15/07/2022 18:00:57+0200, Alexander Kanavin wrote: > On Fri, 15 Jul 2022 at 16:42, Richard Purdie > wrote: > > We'd always intended that site.conf was more something the user would > > setup once for their environment and not need to change. It was > > therefore deliberately left out of the auto-setup piece. > > I hadn't remembered we have an sample version of it. I think a sample > > is fine as an example of how a site might setup a shared downloads > > directory or common proxy information but I don't think the layer > > should be installing it, particularly if it can trample an existing > > file which I think the patch could as it stands. > > Ah I see where the problem is: the sample file is installed subject to > existence of local.conf in the destination build directory, which is > ok most of the time, but not all of the time. It should check for > existence of site.conf. > > The idea is to serve two use cases: > - when setting up a build from the poky template, there's a sample > file installed. Same as local.conf.sample, we give users something to > play with via commented out examples. They'll never find it in > meta-poky/conf, even you had no idea it's there :) > - when setting up a build from an organizational template, the right > servers get configured without any extra steps. Ross pointed out that > can be achieved with 'meta-product/conf/site.conf', but that can't be > edited when needed, and can't be used to configure different settings > for different builds (e.g. where the caches are - such things can be > under access control restrictions). > > I think this is worth reworking and making the commit message clearer. > Or we should come up with a different way to provide 'official' way to > set up site.conf, because otherwise it's back to 'write a custom > script'. > I don't think you need a custom script for site.conf, it is searched for relative to BBPATH? I usually just put it directly as conf/site.conf in the custom layer so it is in version control and not copied to BUILDDIR. > Alex > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#168141): https://lists.openembedded.org/g/openembedded-core/message/168141 Mute This Topic: https://lists.openembedded.org/mt/92212803/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] kernel-fitimage.bbclass: add padding algorithm property in config nodes
Hello Luis,
On 12/07/2022 09:59:08+0200, Luis Enriquez wrote:
> This allows choosing padding algorithm when building fitImage. It may be
> pkcs-1.5 or pss.
>
> Signed-off-by: LUIS ENRIQUEZ
This has to match the From: header. The solution is the either send that
from your se.com address or add an in-body From:
> ---
> meta/classes/kernel-fitimage.bbclass | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/meta/classes/kernel-fitimage.bbclass
> b/meta/classes/kernel-fitimage.bbclass
> index 5f5e9dd444..7c0d93625b 100644
> --- a/meta/classes/kernel-fitimage.bbclass
> +++ b/meta/classes/kernel-fitimage.bbclass
> @@ -56,6 +56,9 @@ FIT_HASH_ALG ?= "sha256"
> # fitImage Signature Algo
> FIT_SIGN_ALG ?= "rsa2048"
>
> +# fitImage Padding Algo
> +FIT_PAD_ALG ?= "pkcs-1.5"
> +
> #
> # Emit the fitImage ITS header
> #
> @@ -250,6 +253,7 @@ fitimage_emit_section_config() {
>
> conf_csum="${FIT_HASH_ALG}"
> conf_sign_algo="${FIT_SIGN_ALG}"
> + conf_padding_algo="${FIT_PAD_ALG}"
> if [ "${UBOOT_SIGN_ENABLE}" = "1" ] ; then
> conf_sign_keyname="${UBOOT_SIGN_KEYNAME}"
> fi
> @@ -333,6 +337,7 @@ EOF
> signature-1 {
> algo = "${conf_csum},${conf_sign_algo}";
> key-name-hint = "${conf_sign_keyname}";
> +padding = "${conf_padding_algo}";
> ${sign_line}
> };
> EOF
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#167942):
https://lists.openembedded.org/g/openembedded-core/message/167942
Mute This Topic: https://lists.openembedded.org/mt/92328664/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH][V2] u-boot: upgrade 2022.04 -> 2022.07
Hello Sakib, This fails with: | make -f /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/Makefile.build obj=scripts/dtc/pylibfdt | cat /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/pylibfdt/libfdt.i_shipped > scripts/dtc/pylibfdt/libfdt.i | unset CROSS_COMPILE; unset CFLAGS; CC="gcc -isystem/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/include -O2 -pipe -L/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/lib -L/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/lib -Wl,--enable-new-dtags -Wl,-rpath-link,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/lib -Wl,-rpath,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/lib -Wl,-rpath,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/lib -Wl,-O1 -Wl,--allow-shlib-undefined -Wl,--dynamic-linker=/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2" LDSHARED="gcc -isystem/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/include -O2 -pipe -L/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/lib -L/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/lib -Wl,--enable-new-dtags -Wl,-rpath-link,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/lib -Wl,-rpath,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/usr/lib -Wl,-rpath,/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/recipe-sysroot-native/lib -Wl,-O1 -Wl,--allow-shlib-undefined -Wl,--dynamic-linker=/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 -shared " LDFLAGS="" VERSION="u-boot-2022.07" CPPFLAGS=" -I/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt" OBJDIR=scripts/dtc/pylibfdt SOURCES="/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_ro.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_wip.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_sw.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_rw.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_strerror.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_empty_tree.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_addresses.c /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/u-boot-tools/1_2022.07-r0/git/scripts/dtc/libfdt/fdt_overlay.c scripts/dtc/pylibfdt/libfdt.i"
Re: [OE-core] [PATCH 10/51] xf86-input-keyboard: remove the recipe
Hello,
On 20/07/2022 10:44:01+0200, Alexander Kanavin wrote:
> It has been superseded by libinput/evdev on Linux, and upstream specifically
> errors out on Linux in latest release:
> https://github.com/freedesktop/xorg-xf86-input-keyboard/commit/7e366936d7b7d6c3b4d9c1554908ad20eef74a27
>
> Signed-off-by: Alexander Kanavin
> ---
> .../conf/distro/include/poky-floating-revisions.inc | 2 --
> meta/conf/distro/include/maintainers.inc| 1 -
> .../xorg-driver/xf86-input-keyboard_1.9.0.bb| 13 -
> 3 files changed, 16 deletions(-)
> delete mode 100644
> meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.9.0.bb
>
> diff --git a/meta-poky/conf/distro/include/poky-floating-revisions.inc
> b/meta-poky/conf/distro/include/poky-floating-revisions.inc
> index 6f473de88c..0cc4e005b9 100644
> --- a/meta-poky/conf/distro/include/poky-floating-revisions.inc
> +++ b/meta-poky/conf/distro/include/poky-floating-revisions.inc
> @@ -43,8 +43,6 @@ SRCREV:pn-xf86-input-evdev = "${AUTOREV}"
> #PREFERRED_VERSION_xf86-input-evdev ?= "2.0.4"
> SRCREV:pn-xf86-input-mouse = "${AUTOREV}"
> #PREFERRED_VERSION_xf86-input-mouse ?= "1.3.0+git%"
> -SRCREV:pn-xf86-input-keyboard = "${AUTOREV}"
> -#PREFERRED_VERSION_xf86-input-keyboard ?= "1.3.1+git%"
> SRCREV:pn-xf86-input-synaptics = "${AUTOREV}"
> #PREFERRED_VERSION_xf86-input-synaptics ?= "0.15.2+git%"
This patch doesn't apply because of this hunk.
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> index ac1a1ea1a7..e20275c674 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -841,7 +841,6 @@ RECIPE_MAINTAINER:pn-xdpyinfo = "Unassigned
> "
> RECIPE_MAINTAINER:pn-xev = "Unassigned "
> RECIPE_MAINTAINER:pn-xeyes = "Unassigned "
> RECIPE_MAINTAINER:pn-xf86-input-evdev = "Unassigned
> "
> -RECIPE_MAINTAINER:pn-xf86-input-keyboard = "Unassigned
> "
> RECIPE_MAINTAINER:pn-xf86-input-libinput = "Unassigned
> "
> RECIPE_MAINTAINER:pn-xf86-input-mouse = "Unassigned
> "
> RECIPE_MAINTAINER:pn-xf86-input-synaptics = "Unassigned
> "
> diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.9.0.bb
> b/meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.9.0.bb
> deleted file mode 100644
> index 1896fff9f9..00
> --- a/meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.9.0.bb
> +++ /dev/null
> @@ -1,13 +0,0 @@
> -require xorg-driver-input.inc
> -
> -SUMMARY = "X.Org X server -- keyboard input driver"
> -
> -DESCRIPTION = "keyboard is an Xorg input driver for keyboards. The \
> -driver supports the standard OS-provided keyboard interface. The driver \
> -functions as a keyboard input device, and may be used as the X server's \
> -core keyboard."
> -
> -LIC_FILES_CHKSUM = "file://COPYING;md5=ea2099d24ac9e316a6d4b9f20b3d4e10"
> -
> -SRC_URI[md5sum] = "a3a3f0dd32361dcdbd406e894dafe090"
> -SRC_URI[sha256sum] =
> "f7c900f21752683402992b288d5a2826de7a6c0c0abac2aadd7e8a409e170388"
> --
> 2.30.2
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#168353):
https://lists.openembedded.org/g/openembedded-core/message/168353
Mute This Topic: https://lists.openembedded.org/mt/92500539/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 10/51] xf86-input-keyboard: remove the recipe
On 20/07/2022 12:09:20+0200, Alexander Kanavin wrote:
> On Wed, 20 Jul 2022 at 11:58, Alexandre Belloni
> wrote:
> > > diff --git a/meta-poky/conf/distro/include/poky-floating-revisions.inc
> > > b/meta-poky/conf/distro/include/poky-floating-revisions.inc
> > > index 6f473de88c..0cc4e005b9 100644
> > > --- a/meta-poky/conf/distro/include/poky-floating-revisions.inc
> > > +++ b/meta-poky/conf/distro/include/poky-floating-revisions.inc
> > > @@ -43,8 +43,6 @@ SRCREV:pn-xf86-input-evdev = "${AUTOREV}"
> > > #PREFERRED_VERSION_xf86-input-evdev ?= "2.0.4"
> > > SRCREV:pn-xf86-input-mouse = "${AUTOREV}"
> > > #PREFERRED_VERSION_xf86-input-mouse ?= "1.3.0+git%"
> > > -SRCREV:pn-xf86-input-keyboard = "${AUTOREV}"
> > > -#PREFERRED_VERSION_xf86-input-keyboard ?= "1.3.1+git%"
> > > SRCREV:pn-xf86-input-synaptics = "${AUTOREV}"
> > > #PREFERRED_VERSION_xf86-input-synaptics ?= "0.15.2+git%"
> >
> > This patch doesn't apply because of this hunk.
>
> Can you cherry-pick from
> https://git.yoctoproject.org/poky-contrib/log/?h=akanavin/package-version-updates
> instead?
>
I can but it doesn't change that the whole patch can't be applied
because a hunk is for meta-yocto and the others are for oe-core so this
has to be split as we are not applying patches on poky directly.
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#168361):
https://lists.openembedded.org/g/openembedded-core/message/168361
Mute This Topic: https://lists.openembedded.org/mt/92500539/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V2 1/1] meta: introduce UBOOT_MKIMAGE_KERNEL_TYPE
Hello,
I believe this is the cause of the following failures:
2022-07-13 10:51:39,025 - oe-selftest - INFO -
fitimage.FitImageTests.test_initramfs_bundle (subunit.RemotedTestCase)
2022-07-13 10:51:39,025 - oe-selftest - INFO - ... FAIL
Stderr:
2022-07-13 10:06:12,424 - oe-selftest - INFO - Adding: "include selftest.inc"
in
/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-33314/conf/local.conf
2022-07-13 10:06:12,425 - oe-selftest - INFO - Adding: "include bblayers.inc"
in bblayers.conf
2022-07-13 10:51:39,025 - oe-selftest - INFO - 10: 3/27 373/493 (826.21s)
(fitimage.FitImageTests.test_initramfs_bundle)
2022-07-13 10:51:39,025 - oe-selftest - INFO -
testtools.testresult.real._StringException: Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/fitimage.py",
line 803, in test_initramfs_bundle
self.assertTrue(test_passed == True,"kernel node does not match
expectation")
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/python3.9/unittest/case.py",
line 682, in assertTrue
raise self.failureException(msg)
AssertionError: False is not true : kernel node does not match expectation
https://autobuilder.yoctoproject.org/typhoon/#builders/80/builds/3765/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#builders/79/builds/3813/steps/15/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#builders/86/builds/3778/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#builders/87/builds/3824/steps/14/logs/stdio
On 09/07/2022 10:12:21+0200, Ming Liu wrote:
> From: Ming Liu
>
> Sometimes an end user might want to choose another kernel type argument
> for uboot-mkimage other than "kernel", for instance: "kernel_noload".
>
> Let's introduce a variable UBOOT_MKIMAGE_KERNEL_TYPE to support that,
> and it could be used by BSP layers as well.
>
> Signed-off-by: Ming Liu
> ---
> meta/classes/kernel-fitimage.bbclass | 2 +-
> meta/classes/kernel-uboot.bbclass| 3 +++
> meta/classes/kernel-uimage.bbclass | 2 +-
> meta/lib/oeqa/selftest/cases/fitimage.py | 3 ++-
> 4 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/kernel-fitimage.bbclass
> b/meta/classes/kernel-fitimage.bbclass
> index 7e09b075ff..2112ae4cfa 100644
> --- a/meta/classes/kernel-fitimage.bbclass
> +++ b/meta/classes/kernel-fitimage.bbclass
> @@ -148,7 +148,7 @@ fitimage_emit_section_kernel() {
> kernel-$2 {
> description = "Linux kernel";
> data = /incbin/("$3");
> -type = "kernel";
> +type = "${UBOOT_MKIMAGE_KERNEL_TYPE}";
> arch = "${UBOOT_ARCH}";
> os = "linux";
> compression = "$4";
> diff --git a/meta/classes/kernel-uboot.bbclass
> b/meta/classes/kernel-uboot.bbclass
> index 2facade818..1bc98e042d 100644
> --- a/meta/classes/kernel-uboot.bbclass
> +++ b/meta/classes/kernel-uboot.bbclass
> @@ -2,6 +2,9 @@
> FIT_KERNEL_COMP_ALG ?= "gzip"
> FIT_KERNEL_COMP_ALG_EXTENSION ?= ".gz"
>
> +# Kernel image type passed to mkimage (i.e. kernel kernel_noload...)
> +UBOOT_MKIMAGE_KERNEL_TYPE ?= "kernel"
> +
> uboot_prep_kimage() {
> if [ -e arch/${ARCH}/boot/compressed/vmlinux ]; then
> vmlinux_path="arch/${ARCH}/boot/compressed/vmlinux"
> diff --git a/meta/classes/kernel-uimage.bbclass
> b/meta/classes/kernel-uimage.bbclass
> index cedb4fa070..2e661ea916 100644
> --- a/meta/classes/kernel-uimage.bbclass
> +++ b/meta/classes/kernel-uimage.bbclass
> @@ -30,6 +30,6 @@ do_uboot_mkimage() {
> awk '$3=="${UBOOT_ENTRYSYMBOL}" {print "0x"$1;exit}'`
> fi
>
> - uboot-mkimage -A ${UBOOT_ARCH} -O linux -T kernel -C "${linux_comp}" -a
> ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n "${DISTRO_NAME}/${PV}/${MACHINE}" -d
> linux.bin ${B}/arch/${ARCH}/boot/uImage
> + uboot-mkimage -A ${UBOOT_ARCH} -O linux -T ${UBOOT_MKIMAGE_KERNEL_TYPE}
> -C "${linux_comp}" -a ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n
> "${DISTRO_NAME}/${PV}/${MACHINE}" -d linux.bin ${B}/arch/${ARCH}/boot/uImage
> rm -f linux.bin
> }
> diff --git a/meta/lib/oeqa/selftest/cases/fitimage.py
> b/meta/lib/oeqa/selftest/cases/fitimage.py
> index e6bfd1257e..7e6479c9ca 100644
> --- a/meta/lib/oeqa/selftest/cases/fitimage.py
> +++ b/meta/lib/oeqa/selftest/cases/fitimage.py
> @@ -763,6 +763,7 @@ FIT_HASH_ALG = "sha256"
>
> kernel_load = str(get_bb_var('UBOOT_LOADADDRESS'))
> kernel_entry = str(get_bb_var('UBOOT_ENTRYPOINT'))
> +kernel_type = str(get_bb_var('UBOOT_MKIMAGE_KERNEL_TYPE'))
> kernel_compression = str(get_bb_var('FIT_KERNEL_COMP_ALG'))
> uboot_arch = str(get_bb_var('UBOOT_ARCH'))
> fit_hash_alg = str(get_bb_var('FIT_HASH_ALG'))
> @@ -775,7 +776,7 @@
Re: [OE-core] [PATCH v4] curl : Add ptest
Hello,
This made it in master and we found a reproducibility issue. I've opened
this bug to track that:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14863
Could you have a look?
I guess that if the tests don't need the Makefiles, we could just drop
them.
Thanks!
On 06/07/2022 18:18:27+0800, Yogesh Tyagi wrote:
> - curl-ptest is taking around 200 seconds to execute so
> added curl-ptest to PTESTS_SLOW
> - This patch is rework on an existing patch provided
> by Maxin B. John (maxin.j...@intel.com)
>
> https://www.openembedded.org/pipermail/openembedded-core/2017-July/139176.html
> - Below is the run log of curl-ptest
> START: ptest-runner
> 2022-07-03T15:52
> BEGIN: /usr/lib/curl/ptest
> * System characteristics
> * curl 7.83.1 (x86_64-poky-linux-gnu)
> * libcurl/7.83.1 OpenSSL/3.0.3 zlib/1.2.12 libidn2/2.3.2
> * Features: alt-svc AsynchDNS Debug HSTS HTTPS-proxy IDN Largefile libz
> NTLM SSL TLS-SRP UnixSockets
> * Disabled: headers-api
> * Host: qemux86-64
> * System: Linux qemux86-64 5.15.44-yocto-standard #1 SMP PREEMPT Tue May 31
> 20:28:59 UTC 2022 x86_64 GNU/Linux
> * OS: linux
> * Servers: HTTP-unix
> * Env:
> * Seed: 238593
> *
> PASS: test 0001 (1 out of 1466, remaining: 25:07, took 1.029s, duration:
> 00:01)
> PASS: test 0002 (2 out of 1466, remaining: 13:21, took 0.065s, duration:
> 00:01)
> ...
> ...
> PASS: test 3019 (1460 out of 1466, remaining: 00:00, took 0.012s, duration:
> 03:16)
> PASS: test 3020 (1461 out of 1466, remaining: 00:00, took 0.011s, duration:
> 03:16)
> test 3025...The tool set in the test case for this: 'lib3025' does not exist
> TESTDONE: 1280 tests were considered during 197 seconds.
> TESTDONE: 783 tests out of PASS: 783 report: 100%
> DURATION: 202
> END: /usr/lib/curl/ptest
> 2022-07-03T15:56
> STOP: ptest-runner
> TOTAL: 1 FAIL: 0
> - disable the curl tests that are expected to fail
> - remove the generated file configurehelp.pm from curl test beacuse it is
> causing reproducible build failure.
> this file is used by some curl tests to scan symbols from curl headers. we
> are anyway not installing curl
> headers and already have disabled those tests.
> [YOCTO #6707]
>
> Signed-off-by: Yogesh Tyagi
> ---
> v4:removed configurehelp.pm from curl test which is causing reproducible
> build error
>
> .../distro/include/ptest-packagelists.inc | 1 +
> meta/recipes-support/curl/curl/disable-tests | 28 +++
> meta/recipes-support/curl/curl/run-ptest | 6
> meta/recipes-support/curl/curl_7.84.0.bb | 21 +-
> 4 files changed, 55 insertions(+), 1 deletion(-)
> create mode 100644 meta/recipes-support/curl/curl/disable-tests
> create mode 100644 meta/recipes-support/curl/curl/run-ptest
>
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc
> b/meta/conf/distro/include/ptest-packagelists.inc
> index a1ead90649..6c4339e3e1 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -81,6 +81,7 @@ PTESTS_SLOW = "\
> babeltrace2-ptest \
> busybox-ptest \
> coreutils-ptest \
> +curl-ptest \
> dbus-ptest \
> e2fsprogs-ptest \
> findutils-ptest \
> diff --git a/meta/recipes-support/curl/curl/disable-tests
> b/meta/recipes-support/curl/curl/disable-tests
> new file mode 100644
> index 00..92056bd8ca
> --- /dev/null
> +++ b/meta/recipes-support/curl/curl/disable-tests
> @@ -0,0 +1,28 @@
> +# These CRL test (alt-avc) are failing
> +356
> +412
> +413
> +# These CRL tests are scanning docs
> +971
> +1119
> +1132
> +1135
> +# These CRL tests are scnning headers
> +1167
> +# These CRL tests are scanning man pages
> +1139
> +1140
> +1173
> +1177
> +# This CRL test is looking for m4 files
> +1165
> +# This CRL test is looking for src files
> +1185
> +# These CRL tests need --libcurl option to be enabled
> +1400
> +1401
> +1402
> +1403
> +1404
> +1405
> +1465
> diff --git a/meta/recipes-support/curl/curl/run-ptest
> b/meta/recipes-support/curl/curl/run-ptest
> new file mode 100644
> index 00..614e822922
> --- /dev/null
> +++ b/meta/recipes-support/curl/curl/run-ptest
> @@ -0,0 +1,6 @@
> +#!/bin/sh
> +cd tests
> +./runtests.pl -a -n -s | sed \
> + -e 's|\([^ ]* *\) \([^ ]* *\)...OK|PASS: \1 \2|' \
> + -e 's|\([^ ]* *\) \([^ ]* *\)...FAILED|FAIL: \1 \2|' \
> + -e 's/Warning: test[0-9]\+ not present in tests\/data\/Makefile.inc//'
> diff --git a/meta/recipes-support/curl/curl_7.84.0.bb
> b/meta/recipes-support/curl/curl_7.84.0.bb
> index 74a19d20c9..0d829cdf23 100644
> --- a/meta/recipes-support/curl/curl_7.84.0.bb
> +++ b/meta/recipes-support/curl/curl_7.84.0.bb
> @@ -12,13 +12,15 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=190c514872597083303371684954f238"
> SRC_URI = " \
> https://curl.se/download/${BP}.tar.xz \
>
Re: [OE-core] [PATCH] kernel-fitimage.bbclass: add padding algorithm property in config nodes
Hello,
On 13/07/2022 10:28:03+0200, Luis Enriquez wrote:
> This allows choosing padding algorithm when building fitImage. It may be
> pkcs-1.5 or pss.
>
> Signed-off-by: LUIS ENRIQUEZ
> From: LUIS ENRIQUEZ
> ---
> meta/classes/kernel-fitimage.bbclass | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/meta/classes/kernel-fitimage.bbclass
> b/meta/classes/kernel-fitimage.bbclass
> index 5f5e9dd444..7c0d93625b 100644
> --- a/meta/classes/kernel-fitimage.bbclass
> +++ b/meta/classes/kernel-fitimage.bbclass
> @@ -56,6 +56,9 @@ FIT_HASH_ALG ?= "sha256"
> # fitImage Signature Algo
> FIT_SIGN_ALG ?= "rsa2048"
>
> +# fitImage Padding Algo
> +FIT_PAD_ALG ?= "pkcs-1.5"
> +
> #
> # Emit the fitImage ITS header
> #
> @@ -250,6 +253,7 @@ fitimage_emit_section_config() {
>
> conf_csum="${FIT_HASH_ALG}"
> conf_sign_algo="${FIT_SIGN_ALG}"
> + conf_padding_algo="${FIT_PAD_ALG}"
> if [ "${UBOOT_SIGN_ENABLE}" = "1" ] ; then
> conf_sign_keyname="${UBOOT_SIGN_KEYNAME}"
> fi
> @@ -333,6 +337,7 @@ EOF
> signature-1 {
> algo = "${conf_csum},${conf_sign_algo}";
> key-name-hint = "${conf_sign_keyname}";
> +padding = "${conf_padding_algo}";
This doesn't apply on master, because of 2b5f5e295e9a ("featimage:
refactor style"). Can you rebase? Also, did you make sure you pass the
oe-selftest?
> ${sign_line}
> };
> EOF
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#168054):
https://lists.openembedded.org/g/openembedded-core/message/168054
Mute This Topic: https://lists.openembedded.org/mt/92328664/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2 1/2] zlib: split SRC_URI into inc file
Hello,
This doesn't pass the selftests:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3865/steps/14/logs/stdio
2022-07-23 10:00:43,013 - oe-selftest - INFO -
pkgdata.OePkgdataUtilTests.test_find_path (subunit.RemotedTestCase)
2022-07-23 10:00:43,026 - oe-selftest - INFO - ... FAIL
Stderr:
2022-07-23 08:46:34,614 - oe-selftest - INFO - Adding: "include selftest.inc"
in
/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-2078751/conf/local.conf
2022-07-23 08:46:34,615 - oe-selftest - INFO - Adding: "include bblayers.inc"
in bblayers.conf
2022-07-23 10:00:17,568 - oe-selftest - INFO - Running bitbake to generate
pkgdata
2022-07-23 10:00:43,026 - oe-selftest - INFO - 3: 49/59 163/494 (3.69s)
(pkgdata.OePkgdataUtilTests.test_find_path)
2022-07-23 10:00:43,026 - oe-selftest - INFO -
testtools.testresult.real._StringException: Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/pkgdata.py",
line 50, in test_find_path
result = runCmd('oe-pkgdata-util find-path /lib/libz.so.1')
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/utils/commands.py",
line 207, in runCmd
raise AssertionError("Command '%s' returned non-zero exit status %d:\n%s" %
(command, result.status, exc_output))
AssertionError: Command 'oe-pkgdata-util find-path /lib/libz.so.1' returned
non-zero exit status 1:
ERROR: Unable to find any package producing path /lib/libz.so.1
Stderr:
2022-07-23 08:46:34,614 - oe-selftest - INFO - Adding: "include selftest.inc"
in
/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-2078751/conf/local.conf
2022-07-23 08:46:34,615 - oe-selftest - INFO - Adding: "include bblayers.inc"
in bblayers.conf
2022-07-23 10:00:17,568 - oe-selftest - INFO - Running bitbake to generate
pkgdata
2022-07-23 10:00:47,408 - oe-selftest - INFO -
pkgdata.OePkgdataUtilTests.test_glob (subunit.RemotedTestCase)
2022-07-23 10:00:47,408 - oe-selftest - INFO - ... ok
2022-07-23 10:00:47,408 - oe-selftest - INFO - 3: 50/59 164/494 (4.39s)
(pkgdata.OePkgdataUtilTests.test_glob)
2022-07-23 10:00:53,202 - oe-selftest - INFO -
pkgdata.OePkgdataUtilTests.test_list_pkg_files (subunit.RemotedTestCase)
2022-07-23 10:00:53,202 - oe-selftest - INFO - ... FAIL
Stderr:
2022-07-23 08:46:34,614 - oe-selftest - INFO - Adding: "include selftest.inc"
in
/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-2078751/conf/local.conf
2022-07-23 08:46:34,615 - oe-selftest - INFO - Adding: "include bblayers.inc"
in bblayers.conf
2022-07-23 10:00:17,568 - oe-selftest - INFO - Running bitbake to generate
pkgdata
2022-07-23 10:00:53,202 - oe-selftest - INFO - 3: 51/59 165/494 (5.79s)
(pkgdata.OePkgdataUtilTests.test_list_pkg_files)
2022-07-23 10:00:53,202 - oe-selftest - INFO -
testtools.testresult.real._StringException: Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/pkgdata.py",
line 147, in test_list_pkg_files
self.assertTrue(found, 'Could not find zlib library file %s in libz1
package file list: %s' % (libspec, files['libz1']))
File "/usr/lib64/python3.9/unittest/case.py", line 688, in assertTrue
raise self.failureException(msg)
AssertionError: False is not true : Could not find zlib library file
/lib/libz.so.1.* in libz1 package file list: ['/usr/lib/libz.so.1',
'/usr/lib/libz.so.1.2.12']
On 15/07/2022 13:55:14+0200, Sean Nyekjaer wrote:
> This is done in preparation for adding packages from the zlib contrib
> directory.
> Unfortunatly it's not possible to add these via pkgconfig.
>
> Signed-off-by: Sean Nyekjaer
> ---
> With this we are maintaining the same verison number for both zlib and
> minizip in the recipe name. Would it be better to have it in the inc
> file?
>
> PV = "1.2.12" ?
>
> meta/recipes-core/zlib/zlib.inc | 4
> meta/recipes-core/zlib/zlib_1.2.12.bb | 18 +-
> 2 files changed, 13 insertions(+), 9 deletions(-)
> create mode 100644 meta/recipes-core/zlib/zlib.inc
>
> diff --git a/meta/recipes-core/zlib/zlib.inc b/meta/recipes-core/zlib/zlib.inc
> new file mode 100644
> index 00..b607a82312
> --- /dev/null
> +++ b/meta/recipes-core/zlib/zlib.inc
> @@ -0,0 +1,4 @@
> +SRC_URI = "https://zlib.net/zlib-${PV}.tar.xz;
> +UPSTREAM_CHECK_URI = "http://zlib.net/;
> +
> +SRC_URI[sha256sum] =
> "7db46b8d7726232a621befaab4a1c870f00a90805511c0e0090441dac57def18"
> diff --git a/meta/recipes-core/zlib/zlib_1.2.12.bb
> b/meta/recipes-core/zlib/zlib_1.2.12.bb
> index e921703137..ba986d8cf2 100644
> --- a/meta/recipes-core/zlib/zlib_1.2.12.bb
> +++ b/meta/recipes-core/zlib/zlib_1.2.12.bb
> @@ -6,16 +6,16 @@ SECTION = "libs"
> LICENSE = "Zlib"
> LIC_FILES_CHKSUM =
> "file://zlib.h;beginline=6;endline=23;md5=5377232268e952e9ef63bc555f7aa6c0"
>
> -SRC_URI = "https://zlib.net/${BP}.tar.xz \
> - file://cc.patch \
> -
Re: [OE-core] [PATCH v2] libbsd: upgrade 0.11.5 -> 0.11.6
Hello,
I fixed it up but this is now the third time this happens. Your patch
has a declared charset of 'y' which is not a thing and git am fails
with:
error: cannot convert from y to UTF-8
fatal: could not parse patch
You once again got the following prompt:
The following files are 8bit, but do not declare a Content-Transfer-Encoding.
something.patch
Which 8bit encoding should I declare [UTF-8]?
At that point, you pressed y but you should simply press enter. Please
remember to do so next time.
On 08/04/2022 04:49:59+0800, wangmy wrote:
> License-Update:
> - Copyright year updated to 2022
> - License ISC changed as following:
>remove "src/arc4random_openbsd.h" from Files
>add "test/explicit_bzero.c" and "test/strtonum.c" to Files
>add "Copyright © 2004 Otto Moerbeek "
>add "Copyright © 2014 Google Inc."
>
> Signed-off-by: Wang Mingyu
> ---
> .../libbsd/{libbsd_0.11.5.bb => libbsd_0.11.6.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-support/libbsd/{libbsd_0.11.5.bb => libbsd_0.11.6.bb}
> (90%)
>
> diff --git a/meta/recipes-support/libbsd/libbsd_0.11.5.bb
> b/meta/recipes-support/libbsd/libbsd_0.11.6.bb
> similarity index 90%
> rename from meta/recipes-support/libbsd/libbsd_0.11.5.bb
> rename to meta/recipes-support/libbsd/libbsd_0.11.6.bb
> index bb8766a070..74fc8ef4e5 100644
> --- a/meta/recipes-support/libbsd/libbsd_0.11.5.bb
> +++ b/meta/recipes-support/libbsd/libbsd_0.11.6.bb
> @@ -29,12 +29,12 @@ HOMEPAGE = "https://libbsd.freedesktop.org/wiki/;
> # License: public-domain-Colin-Plumb
> LICENSE = "BSD-3-Clause & BSD-4-Clause & ISC & PD"
> LICENSE:${PN} = "BSD-3-Clause & ISC & PD"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=0b31944ca2c1075410a30f0c17379d3b"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=c2c635b94c8dcd3593f53e10fa8a499e"
> SECTION = "libs"
>
> SRC_URI = "https://libbsd.freedesktop.org/releases/${BPN}-${PV}.tar.xz;
>
> -SRC_URI[sha256sum] =
> "1a9c952525635c1bb6770cb22e969b938d8e6a9d7912362b98ee8370599b0efd"
> +SRC_URI[sha256sum] =
> "19b38f3172eaf693e6e1c68714636190c7e48851e45224d720b3b5bc0499b5df"
>
> inherit autotools pkgconfig
>
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164358):
https://lists.openembedded.org/g/openembedded-core/message/164358
Mute This Topic: https://lists.openembedded.org/mt/90374438/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] ntirpc: Add ntirpc recipe
Hello,
This fails on musl:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/5771/steps/11/logs/stdio
On 27/08/2022 19:46:32+0200, Paulo Neves wrote:
> ntirpc is an actively maintained rpc implementation. We cannot completely
> remove libtirpc due to arising circular dependencies. libtirpc and ntirpc
> are not mutually exclusive.
>
> Signed-off-by: Paulo Neves
> ---
> meta/recipes-extended/ntirpc/ntirpc_4.0.bb| 30 +++
> meta/recipes-extended/quota/quota_4.06.bb | 2 +-
> .../recipes-extended/rpcbind/rpcbind_1.2.6.bb | 2 +-
> .../watchdog/watchdog_5.16.bb | 2 +-
> .../xorg-xserver/xserver-xorg.inc | 2 +-
> .../recipes-support/liburcu/liburcu_0.13.1.bb | 1 +
> 6 files changed, 35 insertions(+), 4 deletions(-)
> create mode 100644 meta/recipes-extended/ntirpc/ntirpc_4.0.bb
>
> diff --git a/meta/recipes-extended/ntirpc/ntirpc_4.0.bb
> b/meta/recipes-extended/ntirpc/ntirpc_4.0.bb
> new file mode 100644
> index 00..edebcb8ca9
> --- /dev/null
> +++ b/meta/recipes-extended/ntirpc/ntirpc_4.0.bb
> @@ -0,0 +1,30 @@
> +LICENSE = "BSD"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=f835cce8852481e4b2bbbdd23b5e47f3"
> +
> +SRC_URI = "https://download.nfs-ganesha.org/4/${PV}/ntirpc-${PV}.tar.gz;
> +SRC_URI[md5sum] = "17b0baada54936dcde80eba27bb6d88d"
> +SRC_URI[sha256sum] =
> "6a7921cd48d02077b394a02be42bf4f9b4678d4ebfd86a7ae4385bbcdce55462"
> +
> +DEPENDS = "liburcu libnsl2"
> +
> +inherit cmake pkgconfig
> +
> +PACKAGECONFIG[gss] = "-DUSE_GSS=true,-DUSE_GSS=false,krb5"
> +PACKAGECONFIG[rdma] = "-DUSE_RPC_RDMA=true,-DUSE_RPC_RDMA=false,rdma-core"
> +PACKAGECONFIG[winbind] = "-D_MSPAC_SUPPORT=true,-D_MSPAC_SUPPORT=false,samba"
> +PACKAGECONFIG[profile] = "-DUSE_PROFILE=true,-DUSE_PROFILE=false,gperftools"
> +PACKAGECONFIG[lttng] = "-DUSE_LTTNG=true,-DUSE_LTTNG=false,lttng-ust
> lttng-tools"
> +
> +# Sort out the brain-dead cmake file
> +# (https://github.com/nfs-ganesha/ntirpc/issues/150)
> +do_install:append() {
> +if [ "${prefix}/lib64" != "${libdir}" -a -d ${D}${prefix}/lib64 ]; then
> +mv ${D}${prefix}/lib64 ${D}${libdir}
> +fi
> +}
> +
> +BBCLASSEXTEND = "native nativesdk"
> +EXTRA_OECMAKE:armv5 += '-DSYSTEM_LIBRARIES="-latomic"'
> +EXTRA_OECMAKE:riscv32 += '-DSYSTEM_LIBRARIES="-latomic"'
> +EXTRA_OECMAKE:riscv64 += '-DSYSTEM_LIBRARIES="-latomic"'
> +EXTRA_OECMAKE:powerpc += '-DSYSTEM_LIBRARIES="-latomic"'
> diff --git a/meta/recipes-extended/quota/quota_4.06.bb
> b/meta/recipes-extended/quota/quota_4.06.bb
> index 0535d14c20..304477d72b 100644
> --- a/meta/recipes-extended/quota/quota_4.06.bb
> +++ b/meta/recipes-extended/quota/quota_4.06.bb
> @@ -30,6 +30,6 @@ PACKAGECONFIG ??= "tcp-wrappers rpc bsd"
> PACKAGECONFIG:libc-musl = "tcp-wrappers rpc"
>
> PACKAGECONFIG[tcp-wrappers] =
> "--enable-libwrap,--disable-libwrap,tcp-wrappers"
> -PACKAGECONFIG[rpc] = "--enable-rpc,--disable-rpc,libtirpc"
> +PACKAGECONFIG[rpc] = "--enable-rpc,--disable-rpc,ntirpc"
> PACKAGECONFIG[bsd] = "--enable-bsd_behaviour=yes,--enable-bsd_behaviour=no,"
> PACKAGECONFIG[ldapmail] = "--enable-ldapmail,--disable-ldapmail,openldap"
> diff --git a/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> b/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> index dd89726afc..e30a23909c 100644
> --- a/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> +++ b/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> @@ -4,7 +4,7 @@ DESCRIPTION = "The rpcbind utility is a server that converts
> RPC \
> SECTION = "console/network"
> HOMEPAGE = "http://sourceforge.net/projects/rpcbind/;
> BUGTRACKER = "http://sourceforge.net/tracker/?group_id=201237=976751;
> -DEPENDS = "libtirpc quota"
> +DEPENDS = "ntirpc quota"
>
> LICENSE = "BSD-3-Clause"
> LIC_FILES_CHKSUM = "file://COPYING;md5=b46486e4c4a416602693a711bb5bfa39 \
> diff --git a/meta/recipes-extended/watchdog/watchdog_5.16.bb
> b/meta/recipes-extended/watchdog/watchdog_5.16.bb
> index 26fcc10487..5f5fd4dc87 100644
> --- a/meta/recipes-extended/watchdog/watchdog_5.16.bb
> +++ b/meta/recipes-extended/watchdog/watchdog_5.16.bb
> @@ -28,7 +28,7 @@ UPSTREAM_CHECK_REGEX = "/watchdog/(?P(\d+[\.\-_]*)+)/"
>
> inherit autotools update-rc.d systemd pkgconfig
>
> -DEPENDS += "libtirpc"
> +DEPENDS += "ntirpc"
> CFLAGS += "-I${STAGING_INCDIR}/tirpc"
> LDFLAGS += "-ltirpc"
>
> diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> index 057a1ba6ad..2085f742d6 100644
> --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> @@ -36,7 +36,7 @@ inherit meson pkgconfig
> inherit features_check
> REQUIRED_DISTRO_FEATURES = "x11"
>
> -LIB_DEPS = "pixman libxfont2 xtrans libxau libxext libxdmcp libdrm
> libxkbfile libpciaccess libxcvt libtirpc"
> +LIB_DEPS = "pixman libxfont2 xtrans libxau libxext libxdmcp libdrm
> libxkbfile libpciaccess libxcvt ntirpc"
> DEPENDS =
Re: [OE-core] [PATCH v3 2/2] nfs-ganesha: Replace unfs3 with nfs-ganesha
Hello,
On 28/08/2022 19:43:56+0200, Paulo Neves wrote:
> nfs-ganesha is actively maintained in contrast with unfs3. glibc tests
> pass with nfs-ganesha.
>
This fails with:
ERROR: Nothing PROVIDES 'unfs3-native' (but
/home/pokybuild/yocto-worker/beaglebone/build/meta/recipes-core/meta/meta-extsdk-toolchain.bb
DEPENDS on or otherwise requires it). Close matches:
dnf-native
nasm-native
rust-native
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5816/steps/11/logs/stdio
> Signed-off-by: Paulo Neves
> ---
> meta/lib/oeqa/utils/nfs.py| 2 +-
> ...ix-possible-null-pointer-dereference.patch | 38 +
> ...-Workaround-for-erroneous-gcc-Werror.patch | 33
> ...ke-nfsv3_optype-guarded-by-_USE_NFS3.patch | 35
> .../nfs-ganesha/nfs-ganesha/module.patch | 27 +++
> .../nfs-ganesha/nfs-ganesha_4.0.bb| 44 +
> ...1-Add-listen-action-for-a-tcp-socket.patch | 54 --
> .../0001-attr-fix-utime-for-symlink.patch | 85 --
> ...0001-daemon.c-Libtirpc-porting-fixes.patch | 37
> .../unfs3/unfs3/alternate_rpc_ports.patch | 158 --
> .../unfs3/unfs3/fix_compile_warning.patch | 25 ---
> ...fix_pid_race_parent_writes_child_pid.patch | 61 ---
> .../unfs3/unfs3/no-yywrap.patch | 14 --
> .../unfs3/relative_max_socket_path_len.patch | 74
> .../unfs3/unfs3/rename_fh_cache.patch | 64 ---
> .../unfs3/unfs3/tcp_no_delay.patch| 56 ---
> .../unfs3/unfs3/unfs3_parallel_build.patch| 37
> meta/recipes-devtools/unfs3/unfs3_git.bb | 45 -
> 18 files changed, 178 insertions(+), 711 deletions(-)
> create mode 100644
> meta/recipes-connectivity/nfs-ganesha/nfs-ganesha/0001-Fix-possible-null-pointer-dereference.patch
> create mode 100644
> meta/recipes-connectivity/nfs-ganesha/nfs-ganesha/0002-Workaround-for-erroneous-gcc-Werror.patch
> create mode 100644
> meta/recipes-connectivity/nfs-ganesha/nfs-ganesha/0003-Make-nfsv3_optype-guarded-by-_USE_NFS3.patch
> create mode 100644
> meta/recipes-connectivity/nfs-ganesha/nfs-ganesha/module.patch
> create mode 100644 meta/recipes-connectivity/nfs-ganesha/nfs-ganesha_4.0.bb
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/0001-Add-listen-action-for-a-tcp-socket.patch
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/0001-attr-fix-utime-for-symlink.patch
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/0001-daemon.c-Libtirpc-porting-fixes.patch
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/alternate_rpc_ports.patch
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/fix_compile_warning.patch
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/fix_pid_race_parent_writes_child_pid.patch
> delete mode 100644 meta/recipes-devtools/unfs3/unfs3/no-yywrap.patch
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/relative_max_socket_path_len.patch
> delete mode 100644 meta/recipes-devtools/unfs3/unfs3/rename_fh_cache.patch
> delete mode 100644 meta/recipes-devtools/unfs3/unfs3/tcp_no_delay.patch
> delete mode 100644
> meta/recipes-devtools/unfs3/unfs3/unfs3_parallel_build.patch
> delete mode 100644 meta/recipes-devtools/unfs3/unfs3_git.bb
>
> diff --git a/meta/lib/oeqa/utils/nfs.py b/meta/lib/oeqa/utils/nfs.py
> index c1218656ce..bd947c0b88 100644
> --- a/meta/lib/oeqa/utils/nfs.py
> +++ b/meta/lib/oeqa/utils/nfs.py
> @@ -16,7 +16,7 @@ def unfs_server(directory, logger = None):
> unfs_sysroot = get_bb_var("RECIPE_SYSROOT_NATIVE", "unfs3-native")
> if not os.path.exists(os.path.join(unfs_sysroot, "usr", "bin", "unfsd")):
> # build native tool
> -bitbake("unfs3-native -c addto_recipe_sysroot")
> +bitbake("nfs-ganesha-native -c addto_recipe_sysroot")
>
> exports = None
> cmd = None
> diff --git
> a/meta/recipes-connectivity/nfs-ganesha/nfs-ganesha/0001-Fix-possible-null-pointer-dereference.patch
>
> b/meta/recipes-connectivity/nfs-ganesha/nfs-ganesha/0001-Fix-possible-null-pointer-dereference.patch
> new file mode 100644
> index 00..6c98a8a59e
> --- /dev/null
> +++
> b/meta/recipes-connectivity/nfs-ganesha/nfs-ganesha/0001-Fix-possible-null-pointer-dereference.patch
> @@ -0,0 +1,38 @@
> +From e70f112dc79263298baf7a1b92c19234b8f1e506 Mon Sep 17 00:00:00 2001
> +From: Paulo Neves
> +Date: Tue, 23 Aug 2022 14:56:44 +0200
> +Subject: [PATCH] Fix possible null pointer dereference
> +
> +If logging is enabled on nfs3_lookup, name is NULL initialized
> +and used. Assign name to a valid location before it is used.
> +
> +Upstream-Status: Submitted
> [https://github.com/nfs-ganesha/nfs-ganesha/pull/846]
> +
> +Change-Id: Ia1a922a1d34268a7d0b5ba97293e647ef07f8b3a
> +Signed-off-by: Paulo Neves
> +
> +---
> + src/Protocols/NFS/nfs3_lookup.c | 3 +--
> + 1 file changed, 1 insertion(+), 2 deletions(-)
> +
> +diff --git a/src/Protocols/NFS/nfs3_lookup.c
>
Re: [OE-core] [PATCH 1/2] ntirpc: Add ntirpc recipe
On 29/08/2022 11:59:18+0200, Alexandre Belloni wrote:
> Hello,
>
> This fails on musl:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/5771/steps/11/logs/stdio
Also fails on -alt:
https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/3498/steps/12/logs/stdio
>
> On 27/08/2022 19:46:32+0200, Paulo Neves wrote:
> > ntirpc is an actively maintained rpc implementation. We cannot completely
> > remove libtirpc due to arising circular dependencies. libtirpc and ntirpc
> > are not mutually exclusive.
> >
> > Signed-off-by: Paulo Neves
> > ---
> > meta/recipes-extended/ntirpc/ntirpc_4.0.bb| 30 +++
> > meta/recipes-extended/quota/quota_4.06.bb | 2 +-
> > .../recipes-extended/rpcbind/rpcbind_1.2.6.bb | 2 +-
> > .../watchdog/watchdog_5.16.bb | 2 +-
> > .../xorg-xserver/xserver-xorg.inc | 2 +-
> > .../recipes-support/liburcu/liburcu_0.13.1.bb | 1 +
> > 6 files changed, 35 insertions(+), 4 deletions(-)
> > create mode 100644 meta/recipes-extended/ntirpc/ntirpc_4.0.bb
> >
> > diff --git a/meta/recipes-extended/ntirpc/ntirpc_4.0.bb
> > b/meta/recipes-extended/ntirpc/ntirpc_4.0.bb
> > new file mode 100644
> > index 00..edebcb8ca9
> > --- /dev/null
> > +++ b/meta/recipes-extended/ntirpc/ntirpc_4.0.bb
> > @@ -0,0 +1,30 @@
> > +LICENSE = "BSD"
> > +LIC_FILES_CHKSUM = "file://COPYING;md5=f835cce8852481e4b2bbbdd23b5e47f3"
> > +
> > +SRC_URI = "https://download.nfs-ganesha.org/4/${PV}/ntirpc-${PV}.tar.gz;
> > +SRC_URI[md5sum] = "17b0baada54936dcde80eba27bb6d88d"
> > +SRC_URI[sha256sum] =
> > "6a7921cd48d02077b394a02be42bf4f9b4678d4ebfd86a7ae4385bbcdce55462"
> > +
> > +DEPENDS = "liburcu libnsl2"
> > +
> > +inherit cmake pkgconfig
> > +
> > +PACKAGECONFIG[gss] = "-DUSE_GSS=true,-DUSE_GSS=false,krb5"
> > +PACKAGECONFIG[rdma] = "-DUSE_RPC_RDMA=true,-DUSE_RPC_RDMA=false,rdma-core"
> > +PACKAGECONFIG[winbind] =
> > "-D_MSPAC_SUPPORT=true,-D_MSPAC_SUPPORT=false,samba"
> > +PACKAGECONFIG[profile] =
> > "-DUSE_PROFILE=true,-DUSE_PROFILE=false,gperftools"
> > +PACKAGECONFIG[lttng] = "-DUSE_LTTNG=true,-DUSE_LTTNG=false,lttng-ust
> > lttng-tools"
> > +
> > +# Sort out the brain-dead cmake file
> > +# (https://github.com/nfs-ganesha/ntirpc/issues/150)
> > +do_install:append() {
> > +if [ "${prefix}/lib64" != "${libdir}" -a -d ${D}${prefix}/lib64 ]; then
> > +mv ${D}${prefix}/lib64 ${D}${libdir}
> > +fi
> > +}
> > +
> > +BBCLASSEXTEND = "native nativesdk"
> > +EXTRA_OECMAKE:armv5 += '-DSYSTEM_LIBRARIES="-latomic"'
> > +EXTRA_OECMAKE:riscv32 += '-DSYSTEM_LIBRARIES="-latomic"'
> > +EXTRA_OECMAKE:riscv64 += '-DSYSTEM_LIBRARIES="-latomic"'
> > +EXTRA_OECMAKE:powerpc += '-DSYSTEM_LIBRARIES="-latomic"'
> > diff --git a/meta/recipes-extended/quota/quota_4.06.bb
> > b/meta/recipes-extended/quota/quota_4.06.bb
> > index 0535d14c20..304477d72b 100644
> > --- a/meta/recipes-extended/quota/quota_4.06.bb
> > +++ b/meta/recipes-extended/quota/quota_4.06.bb
> > @@ -30,6 +30,6 @@ PACKAGECONFIG ??= "tcp-wrappers rpc bsd"
> > PACKAGECONFIG:libc-musl = "tcp-wrappers rpc"
> >
> > PACKAGECONFIG[tcp-wrappers] =
> > "--enable-libwrap,--disable-libwrap,tcp-wrappers"
> > -PACKAGECONFIG[rpc] = "--enable-rpc,--disable-rpc,libtirpc"
> > +PACKAGECONFIG[rpc] = "--enable-rpc,--disable-rpc,ntirpc"
> > PACKAGECONFIG[bsd] =
> > "--enable-bsd_behaviour=yes,--enable-bsd_behaviour=no,"
> > PACKAGECONFIG[ldapmail] = "--enable-ldapmail,--disable-ldapmail,openldap"
> > diff --git a/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> > b/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> > index dd89726afc..e30a23909c 100644
> > --- a/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> > +++ b/meta/recipes-extended/rpcbind/rpcbind_1.2.6.bb
> > @@ -4,7 +4,7 @@ DESCRIPTION = "The rpcbind utility is a server that
> > converts RPC \
> > SECTION = "console/network"
> > HOMEPAGE = "http://sourceforge.net/projects/rpcbind/;
> > BUGTRACKER = "http://sourceforge.net/tracker/?group_id=201237=976751;
> > -DEPENDS = "libtirpc quota"
> > +DEPENDS = "ntirpc quota"
> >
> > LICENSE = "BSD-3-Clause"
> > LIC_FILES_CHKSUM = "file://COPYING;md5=b46486e4c4a416602693a711bb5bfa39 \
> > diff --git a/meta/recipes-extended/watchdog/watchdog_5.16.bb
> > b/meta/recipes-extended/watchdog/watchdog_5.16.bb
> > index 26fcc10487..5f5fd4dc87 100644
> > --- a/meta/recipes-extended/watchdog/watchdog_5.16.bb
> > +++ b/meta/recipes-extended/watchdog/watchdog_5.16.bb
> > @@ -28,7 +28,7 @@ UPSTREAM_CHECK_REGEX =
> > "/watchdog/(?P(\d+[\.\-_]*)+)/"
> >
> > inherit autotools update-rc.d systemd pkgconfig
> >
> > -DEPENDS += "libtirpc"
> > +DEPENDS += "ntirpc"
> > CFLAGS += "-I${STAGING_INCDIR}/tirpc"
> > LDFLAGS += "-ltirpc"
> >
> > diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> > b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> > index 057a1ba6ad..2085f742d6 100644
> > --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> > +++
Re: [oe-core][PATCH] packagegroup-base.bb: add a configure option to set the wireless-daemon
On 30/08/2022 07:11:08+0200, Markus Volk wrote:
> Possible options would be wpa-supplicant or iwd.
>
> iwd is a wireless daemon written by intel and supported by all major network
> managers.
> It can be run in standalone mode and configured with 'iwctl' from the
> terminal, and
> with 'iwgtk' or 'iwdgui' from the gui. It can also work as a wpa_supplicant
> drop-in
> replacement for network-manager, connman or systemd-networkd.
>
> iwd makes heavy use of the kernel api, so it is not portable but does not need
> additional external libraries like openssl.
>
> The PACKAGECONFIG name for wpa-supplicant in the connman recipe is changed
> accordingly,
> so that it also works there when WIRELESS_DAEMON is set globally.
Doesn't that break existing layers and bbappends?
>
> Signed-off-by: Markus Volk
> ---
> meta/recipes-connectivity/connman/connman.inc| 4 ++--
> meta/recipes-core/packagegroups/packagegroup-base.bb | 5 -
> 2 files changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-connectivity/connman/connman.inc
> b/meta/recipes-connectivity/connman/connman.inc
> index 9a518cdb2b..ea6cfd34a2 100644
> --- a/meta/recipes-connectivity/connman/connman.inc
> +++ b/meta/recipes-connectivity/connman/connman.inc
> @@ -31,7 +31,7 @@ EXTRA_OECONF += "\
> # For smooth operation it would be best to start only one wireless daemon at
> a time.
> # If wpa_supplicant is running, connman will use it preferentially.
> # Select either wpa_supplicant or iwd
> -WIRELESS_DAEMON ??= "wpa_supplicant"
> +WIRELESS_DAEMON ??= "wpa-supplicant"
>
> PACKAGECONFIG ??= "wispr iptables client\
> ${@bb.utils.filter('DISTRO_FEATURES', '3g systemd', d)} \
> @@ -47,7 +47,7 @@ PACKAGECONFIG[systemd] =
> "--with-systemdunitdir=${systemd_system_unitdir}/ --wit
> PACKAGECONFIG[wifi] = "--enable-wifi, --disable-wifi"
> PACKAGECONFIG[bluez] = "--enable-bluetooth, --disable-bluetooth, bluez5,
> bluez5"
> PACKAGECONFIG[3g] = "--enable-ofono, --disable-ofono, ofono, ofono"
> -PACKAGECONFIG[wpa_supplicant] = ",,wpa-supplicant,wpa-supplicant"
> +PACKAGECONFIG[wpa-supplicant] = ",,wpa-supplicant,wpa-supplicant"
> PACKAGECONFIG[iwd] = "--enable-iwd,--disable-iwd,,iwd"
> PACKAGECONFIG[tist] = "--enable-tist,--disable-tist,"
> PACKAGECONFIG[openvpn] = "--enable-openvpn
> --with-openvpn=${sbindir}/openvpn,--disable-openvpn,,openvpn"
> diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb
> b/meta/recipes-core/packagegroups/packagegroup-base.bb
> index 7489ef61b0..d60e177471 100644
> --- a/meta/recipes-core/packagegroups/packagegroup-base.bb
> +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb
> @@ -267,11 +267,14 @@ RRECOMMENDS:packagegroup-base-ipsec = "\
> # packagegroup-base-wifi contain everything needed to get WiFi working
> # WEP/WPA connection needs to be supported out-of-box
> #
> +# Choose either 'wpa-supplicant' or 'iwd' as wireless-daemon
> +WIRELESS_DAEMON ??= "wpa-supplicant"
> SUMMARY:packagegroup-base-wifi = "WiFi support"
> RDEPENDS:packagegroup-base-wifi = "\
> iw \
> wireless-regdb-static \
> -wpa-supplicant"
> +${WIRELESS_DAEMON} \
> +"
>
> RRECOMMENDS:packagegroup-base-wifi = "\
> ${@bb.utils.contains('COMBINED_FEATURES', 'usbhost',
> 'kernel-module-zd1211rw', '',d)} \
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170067):
https://lists.openembedded.org/g/openembedded-core/message/170067
Mute This Topic: https://lists.openembedded.org/mt/93343323/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] rust: Fix build failure on riscv
Hi Khem,
Can you rebase on my master-next, I'm carrying an update to rust 1.63
which conflicts with this change?
On 19/08/2022 11:58:20-0700, Khem Raj wrote:
> Latest rust has started using ENOTSUP define, which is not available in
> the older libc that current release of compiler is using therefore
> backport the needed patches. Eventually when vendored version of libc
> bumps to 1.33+ we should not need this patch.
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/rust/rust-source.inc| 5 +++-
> ...dd-ENOTSUP-constant-for-riscv32-musl.patch | 26 ++
> ...dd-ENOTSUP-constant-for-riscv64-musl.patch | 27 +++
> 3 files changed, 57 insertions(+), 1 deletion(-)
> create mode 100644
> meta/recipes-devtools/rust/rust/0001-Add-ENOTSUP-constant-for-riscv32-musl.patch
> create mode 100644
> meta/recipes-devtools/rust/rust/0001-Add-ENOTSUP-constant-for-riscv64-musl.patch
>
> diff --git a/meta/recipes-devtools/rust/rust-source.inc
> b/meta/recipes-devtools/rust/rust-source.inc
> index dbcef2cbc2..77198ad038 100644
> --- a/meta/recipes-devtools/rust/rust-source.inc
> +++ b/meta/recipes-devtools/rust/rust-source.inc
> @@ -1,7 +1,10 @@
> SRC_URI +=
> "https://static.rust-lang.org/dist/rustc-${PV}-src.tar.xz;name=rust;
> SRC_URI[rust.sha256sum] =
> "02066a93c2f6596cc046a897d5716c86e3607c1cd0f54db9a867ae8c8265072e"
>
> -SRC_URI:append:class-target:pn-rust = " file://hardcodepaths.patch"
> +SRC_URI:append:class-target:pn-rust = " \
> +file://hardcodepaths.patch \
> +file://0001-Add-ENOTSUP-constant-for-riscv64-musl.patch \
> +file://0001-Add-ENOTSUP-constant-for-riscv32-musl.patch"
> SRC_URI:append:class-nativesdk:pn-nativesdk-rust = "
> file://hardcodepaths.patch"
>
> RUSTSRC = "${WORKDIR}/rustc-${PV}-src"
> diff --git
> a/meta/recipes-devtools/rust/rust/0001-Add-ENOTSUP-constant-for-riscv32-musl.patch
>
> b/meta/recipes-devtools/rust/rust/0001-Add-ENOTSUP-constant-for-riscv32-musl.patch
> new file mode 100644
> index 00..f4e49a838d
> --- /dev/null
> +++
> b/meta/recipes-devtools/rust/rust/0001-Add-ENOTSUP-constant-for-riscv32-musl.patch
> @@ -0,0 +1,26 @@
> +From e9fb036eeffaaa5cb7b1e6fc1dabb92ed6263f0f Mon Sep 17 00:00:00 2001
> +From: Khem Raj
> +Date: Fri, 19 Aug 2022 10:26:43 -0700
> +Subject: [PATCH] Add ENOTSUP constant for riscv32/musl
> +
> +Upstream-Status: Submitted [https://github.com/rust-lang/libc/pull/2884]
> +Signed-off-by: Khem Raj
> +---
> + vendor/libc/src/unix/linux_like/linux/musl/b32/riscv32/mod.rs | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +--- a/vendor/libc/src/unix/linux_like/linux/musl/b32/riscv32/mod.rs
> b/vendor/libc/src/unix/linux_like/linux/musl/b32/riscv32/mod.rs
> +@@ -271,6 +271,7 @@ pub const ENOPROTOOPT: ::c_int = 92;
> + pub const EPROTONOSUPPORT: ::c_int = 93;
> + pub const ESOCKTNOSUPPORT: ::c_int = 94;
> + pub const EOPNOTSUPP: ::c_int = 95;
> ++pub const ENOTSUP: ::c_int = EOPNOTSUPP;
> + pub const EPFNOSUPPORT: ::c_int = 96;
> + pub const EAFNOSUPPORT: ::c_int = 97;
> + pub const EADDRINUSE: ::c_int = 98;
> +--- a/vendor/libc/.cargo-checksum.json
> b/vendor/libc/.cargo-checksum.json
> +@@ -1 +1 @@
>
Re: [OE-core] [PATCH] mesa: upgrade 22.1.6 -> 22.1.7
On 30/08/2022 12:11:50+0800, wangmy wrote:
> Signed-off-by: Wang Mingyu
> ---
> meta/recipes-graphics/mesa/mesa.inc | 2 +-
> meta/recipes-graphics/mesa/{mesa_22.1.6.bb => mesa_22.1.7.bb} | 0
I believe you forgot meta/recipes-graphics/mesa/mesa-gl_22.1.6.bb
> 2 files changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-graphics/mesa/{mesa_22.1.6.bb => mesa_22.1.7.bb} (100%)
>
> diff --git a/meta/recipes-graphics/mesa/mesa.inc
> b/meta/recipes-graphics/mesa/mesa.inc
> index c4efc13438..a2c5679bcc 100644
> --- a/meta/recipes-graphics/mesa/mesa.inc
> +++ b/meta/recipes-graphics/mesa/mesa.inc
> @@ -25,7 +25,7 @@ SRC_URI =
> "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
>
> file://0001-nir-nir_opt_move-fix-ALWAYS_INLINE-compiler-error.patch \
> "
>
> -SRC_URI[sha256sum] =
> "22ced061eb9adab8ea35368246c1995c09723f3f71653cd5050c5cec376e671a"
> +SRC_URI[sha256sum] =
> "da838eb2cf11d0e08d0e9944f6bd4d96987fdc59ea2856f8c70a31a82b355d89"
>
> UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
>
> diff --git a/meta/recipes-graphics/mesa/mesa_22.1.6.bb
> b/meta/recipes-graphics/mesa/mesa_22.1.7.bb
> similarity index 100%
> rename from meta/recipes-graphics/mesa/mesa_22.1.6.bb
> rename to meta/recipes-graphics/mesa/mesa_22.1.7.bb
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170089):
https://lists.openembedded.org/g/openembedded-core/message/170089
Mute This Topic: https://lists.openembedded.org/mt/93342793/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] ruby: drop capstone support
From: Alexandre Belloni Upstream dropped capstone support and this also causing us reproducibility issues. Signed-off-by: Alexandre Belloni --- ...001-Remove-dependency-on-libcapstone.patch | 36 +++ meta/recipes-devtools/ruby/ruby_3.1.2.bb | 2 +- 2 files changed, 37 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-devtools/ruby/ruby/0001-Remove-dependency-on-libcapstone.patch diff --git a/meta/recipes-devtools/ruby/ruby/0001-Remove-dependency-on-libcapstone.patch b/meta/recipes-devtools/ruby/ruby/0001-Remove-dependency-on-libcapstone.patch new file mode 100644 index ..5d0f8fcc0955 --- /dev/null +++ b/meta/recipes-devtools/ruby/ruby/0001-Remove-dependency-on-libcapstone.patch @@ -0,0 +1,36 @@ +From 03297966f312109e8eaa2520f2cf2f59c09d Mon Sep 17 00:00:00 2001 +From: Alan Wu +Date: Thu, 31 Mar 2022 17:26:28 -0400 +Subject: [PATCH] Remove dependency on libcapstone + +We have received reports of build failures due to this configuration +check modifying compile flags. Since only YJIT devs use this library +we can remove it to make Ruby easier to build for users. + +See: https://github.com/rbenv/ruby-build/discussions/1933 + +Upstream-Status: Backport +--- + configure.ac | 9 - + 1 file changed, 9 deletions(-) + +Index: ruby-3.1.2/configure.ac +=== +--- ruby-3.1.2.orig/configure.ac ruby-3.1.2/configure.ac +@@ -1244,15 +1244,6 @@ AC_CHECK_LIB(dl, dlopen)# Dynamic linki + AC_CHECK_LIB(dld, shl_load) # Dynamic linking for HP-UX + AC_CHECK_LIB(socket, shutdown) # SunOS/Solaris + +-if pkg-config --exists capstone; then +- CAPSTONE_CFLAGS=`pkg-config --cflags capstone` +- CAPSTONE_LIB_L=`pkg-config --libs-only-L capstone` +- LDFLAGS="$LDFLAGS $CAPSTONE_LIB_L" +- CFLAGS="$CFLAGS $CAPSTONE_CFLAGS" +-fi +- +-AC_CHECK_LIB(capstone, cs_open) # Capstone disassembler for debugging YJIT +- + dnl Checks for header files. + AC_HEADER_DIRENT + dnl AC_HEADER_STDC has been checked in AC_USE_SYSTEM_EXTENSIONS diff --git a/meta/recipes-devtools/ruby/ruby_3.1.2.bb b/meta/recipes-devtools/ruby/ruby_3.1.2.bb index 6fc1f53b1885..387bfa9b44e1 100644 --- a/meta/recipes-devtools/ruby/ruby_3.1.2.bb +++ b/meta/recipes-devtools/ruby/ruby_3.1.2.bb @@ -12,6 +12,7 @@ SRC_URI += " \ file://0005-Mark-Gemspec-reproducible-change-fixing-784225-too.patch \ file://0006-Make-gemspecs-reproducible.patch \ file://0001-vm_dump.c-Define-REG_S1-and-REG_S2-for-musl-riscv.patch \ + file://0001-Remove-dependency-on-libcapstone.patch \ " SRC_URI[sha256sum] = "61843112389f02b735428b53bb64cf988ad9fb81858b8248e22e57336f24a83e" @@ -25,7 +26,6 @@ PACKAGECONFIG[ipv6] = "--enable-ipv6, --disable-ipv6," # rdoc is off by default due to non-reproducibility reported in # https://bugs.ruby-lang.org/issues/18456 PACKAGECONFIG[rdoc] = "--enable-install-rdoc,--disable-install-rdoc," -PACKAGECONFIG[capstone] = "--with-capstone=yes, --with-capstone=no" EXTRA_OECONF = "\ --disable-versioned-paths \ -- 2.37.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#170240): https://lists.openembedded.org/g/openembedded-core/message/170240 Mute This Topic: https://lists.openembedded.org/mt/93415920/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCHv4] libsdl2: update 2.0.22 -> 2.24.0
Hello, This causes the following failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/5835/steps/12/logs/stdio | [247/457] /home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot-native/usr/bin/i686-w64-mingw32/i686-w64-mingw32-gcc -DDLL_EXPORT -DUSING_GENERATED_CONFIG_H -I/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build/include -I/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build/include-config- --sysroot=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot -O2 -pipe -fmacro-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/SDL2-2.24.0=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/SDL2-2.24.0=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fmacro-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot= -fmacro-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot= -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot-native= -idirafter "/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/SDL2-2.24.0/src/video/khronos" -Wall -fno-strict-aliasing -Werror=declaration-after-statement -Wdeclaration-after-statement -fvisibility=hidden -Wshadow -fdiagnostics-color=always -mmmx -m3dnow -msse -mfpmath=387 -DSDL_BUILD_MAJOR_VERSION=2 -DSDL_BUILD_MINOR_VERSION=24 -DSDL_BUILD_MICRO_VERSION=0 -MD -MT CMakeFiles/SDL2.dir/src/video/windows/SDL_windowsvideo.c.obj -MF CMakeFiles/SDL2.dir/src/video/windows/SDL_windowsvideo.c.obj.d -o CMakeFiles/SDL2.dir/src/video/windows/SDL_windowsvideo.c.obj -c /home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/SDL2-2.24.0/src/video/windows/SDL_windowsvideo.c | FAILED: CMakeFiles/SDL2.dir/src/video/windows/SDL_windowsvideo.c.obj | /home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot-native/usr/bin/i686-w64-mingw32/i686-w64-mingw32-gcc -DDLL_EXPORT -DUSING_GENERATED_CONFIG_H -I/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build/include -I/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build/include-config- --sysroot=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot -O2 -pipe -fmacro-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/SDL2-2.24.0=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/SDL2-2.24.0=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fmacro-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/build=/usr/src/debug/nativesdk-libsdl2/2.24.0-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot= -fmacro-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot= -fdebug-prefix-map=/home/pokybuild/yocto-worker/meta-mingw/build/build/tmp/work/i686-nativesdk-mingw32-w64-mingw32/nativesdk-libsdl2/2.24.0-r0/recipe-sysroot-native=
Re: [OE-core] [PATCH] python3-setuptools: upgrade 65.0.2 -> 65.3.0
Hello,
On 30/08/2022 12:24:50+0800, wangmy wrote:
> Changelog:
> ===
> attribute
> Dependency management section of the Quickstart guid
>
This causes the following error:
https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/6155/steps/11/logs/stdio
> Signed-off-by: Wang Mingyu
> ---
> ...ython3-setuptools_65.0.2.bb => python3-setuptools_65.3.0.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-devtools/python/{python3-setuptools_65.0.2.bb =>
> python3-setuptools_65.3.0.bb} (95%)
>
> diff --git a/meta/recipes-devtools/python/python3-setuptools_65.0.2.bb
> b/meta/recipes-devtools/python/python3-setuptools_65.3.0.bb
> similarity index 95%
> rename from meta/recipes-devtools/python/python3-setuptools_65.0.2.bb
> rename to meta/recipes-devtools/python/python3-setuptools_65.3.0.bb
> index 1a639ea333..3471d2805d 100644
> --- a/meta/recipes-devtools/python/python3-setuptools_65.0.2.bb
> +++ b/meta/recipes-devtools/python/python3-setuptools_65.3.0.bb
> @@ -11,7 +11,7 @@ SRC_URI:append:class-native = "
> file://0001-conditionally-do-not-fetch-code-by-e
> SRC_URI += "file://0001-change-shebang-to-python3.patch \
>
> file://0001-_distutils-sysconfig.py-make-it-possible-to-substite.patch"
>
> -SRC_URI[sha256sum] =
> "101bf15ca723beef42c8db91a761f3748d4d697e17fae904db60c0b619d8d094"
> +SRC_URI[sha256sum] =
> "7732871f4f7fa58fb6bdcaeadb0161b2bd046c85905dbaa066bdcbcc81953b57"
>
> DEPENDS += "${PYTHON_PN}"
>
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170139):
https://lists.openembedded.org/g/openembedded-core/message/170139
Mute This Topic: https://lists.openembedded.org/mt/93342914/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] vulkan: upgrade 1.3.216.0 -> 1.3.224.1
This fails on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5828/steps/11/logs/stdio
On 30/08/2022 16:59:50+0800, wangmy wrote:
> spirv-tools:
> 0001-Remove-default-copy-constructor-in-header.-4879.patch
> removed since it's included in 1.3.224.1
>
> Signed-off-by: Wang Mingyu
> ---
> ...lang_1.3.216.0.bb => glslang_1.3.224.1.bb} | 2 +-
> 3.216.0.bb => spirv-headers_1.3.224.1.bb} | 0
> ...ult-copy-constructor-in-header.-4879.patch | 34 ---
> ..._1.3.216.0.bb => spirv-tools_1.3.224.1.bb} | 6 ++--
> ...3.216.0.bb => vulkan-headers_1.3.224.1.bb} | 2 +-
> 3.216.0.bb => vulkan-loader_1.3.224.1.bb} | 4 +--
> ...1.3.216.0.bb => vulkan-tools_1.3.224.1.bb} | 2 +-
> 7 files changed, 7 insertions(+), 43 deletions(-)
> rename meta/recipes-graphics/glslang/{glslang_1.3.216.0.bb =>
> glslang_1.3.224.1.bb} (95%)
> rename meta/recipes-graphics/spir/{spirv-headers_1.3.216.0.bb =>
> spirv-headers_1.3.224.1.bb} (100%)
> delete mode 100644
> meta/recipes-graphics/spir/spirv-tools/0001-Remove-default-copy-constructor-in-header.-4879.patch
> rename meta/recipes-graphics/spir/{spirv-tools_1.3.216.0.bb =>
> spirv-tools_1.3.224.1.bb} (88%)
> rename meta/recipes-graphics/vulkan/{vulkan-headers_1.3.216.0.bb =>
> vulkan-headers_1.3.224.1.bb} (93%)
> rename meta/recipes-graphics/vulkan/{vulkan-loader_1.3.216.0.bb =>
> vulkan-loader_1.3.224.1.bb} (94%)
> rename meta/recipes-graphics/vulkan/{vulkan-tools_1.3.216.0.bb =>
> vulkan-tools_1.3.224.1.bb} (96%)
>
> diff --git a/meta/recipes-graphics/glslang/glslang_1.3.216.0.bb
> b/meta/recipes-graphics/glslang/glslang_1.3.224.1.bb
> similarity index 95%
> rename from meta/recipes-graphics/glslang/glslang_1.3.216.0.bb
> rename to meta/recipes-graphics/glslang/glslang_1.3.224.1.bb
> index 69d9a0a84e..dd8df15fc7 100644
> --- a/meta/recipes-graphics/glslang/glslang_1.3.216.0.bb
> +++ b/meta/recipes-graphics/glslang/glslang_1.3.224.1.bb
> @@ -8,7 +8,7 @@ HOMEPAGE =
> "https://www.khronos.org/opengles/sdk/tools/Reference-Compiler;
> LICENSE = "BSD-3-Clause & BSD-2-Clause & MIT & Apache-2.0 &
> GPL-3-with-bison-exception"
> LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=2a2b5acd7bc4844964cfda45fe807dc3"
>
> -SRCREV = "adbf0d3106b26daa237b10b9bf72b1af7c31092d"
> +SRCREV = "10423ec659d301a0ff2daac8bbf38980abf27590"
> SRC_URI =
> "git://github.com/KhronosGroup/glslang.git;protocol=https;branch=master \
> file://0001-generate-glslang-pkg-config.patch"
> PE = "1"
> diff --git a/meta/recipes-graphics/spir/spirv-headers_1.3.216.0.bb
> b/meta/recipes-graphics/spir/spirv-headers_1.3.224.1.bb
> similarity index 100%
> rename from meta/recipes-graphics/spir/spirv-headers_1.3.216.0.bb
> rename to meta/recipes-graphics/spir/spirv-headers_1.3.224.1.bb
> diff --git
> a/meta/recipes-graphics/spir/spirv-tools/0001-Remove-default-copy-constructor-in-header.-4879.patch
>
> b/meta/recipes-graphics/spir/spirv-tools/0001-Remove-default-copy-constructor-in-header.-4879.patch
> deleted file mode 100644
> index 044c366a75..00
> ---
> a/meta/recipes-graphics/spir/spirv-tools/0001-Remove-default-copy-constructor-in-header.-4879.patch
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -From a90ccc240501bf3362b23f67771f65b7dec2ccf9 Mon Sep 17 00:00:00 2001
> -From: Jamie Madill
> -Date: Fri, 29 Jul 2022 14:26:37 -0400
> -Subject: [PATCH] Remove default copy constructor in header. (#4879)
> -
> -A recent libc++ roll in Chrome warned of a deprecated copy. We're
> -still looking if this is a bug in libc++ or a valid warning, but
> -removing the redundant line is a safe workaround or fix in either
> -case.
> -
> -See discussion in https://crrev.com/c/3791771
> -
> -Upstream-Status: Backport
> [https://github.com/KhronosGroup/SPIRV-Tools/pull/4879]
> -Signed-off-by: Khem Raj
>
> - source/opt/merge_return_pass.h | 2 --
> - 1 file changed, 2 deletions(-)
> -
> -diff --git a/source/opt/merge_return_pass.h b/source/opt/merge_return_pass.h
> -index a35cf269..d15db2f6 100644
> a/source/opt/merge_return_pass.h
> -+++ b/source/opt/merge_return_pass.h
> -@@ -118,8 +118,6 @@ class MergeReturnPass : public MemPass {
> - StructuredControlState(Instruction* break_merge, Instruction* merge)
> - : break_merge_(break_merge), current_merge_(merge) {}
> -
> --StructuredControlState(const StructuredControlState&) = default;
> --
> - bool InBreakable() const { return break_merge_; }
> - bool InStructuredFlow() const { return CurrentMergeId() != 0; }
> -
> ---
> -2.37.2
> -
> diff --git a/meta/recipes-graphics/spir/spirv-tools_1.3.216.0.bb
> b/meta/recipes-graphics/spir/spirv-tools_1.3.224.1.bb
> similarity index 88%
> rename from meta/recipes-graphics/spir/spirv-tools_1.3.216.0.bb
> rename to meta/recipes-graphics/spir/spirv-tools_1.3.224.1.bb
> index fc1074d8b8..cfea28a6ef 100644
> --- a/meta/recipes-graphics/spir/spirv-tools_1.3.216.0.bb
> +++ b/meta/recipes-graphics/spir/spirv-tools_1.3.224.1.bb
Re: [OE-core] PR to fix WantedBy parsing of systemctl
On 26/09/2022 08:49:36-0700, Robert Henz via lists.openembedded.org wrote: > >> An empty string assignment to WantedBy should clear all prior WantedBy > >> settings. This matches behavior of the current systemd implementation. > > > > Your SoB is missing here and this is mandatory. > > I will attach a new patch with a SoB. Can you explain the value of having me > sign off on my own PR? I guess I thought someone with more authority would be > signing off on the change... > You are singing of on the DCO: https://en.wikipedia.org/wiki/Developer_Certificate_of_Origin -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171085): https://lists.openembedded.org/g/openembedded-core/message/171085 Mute This Topic: https://lists.openembedded.org/mt/93809846/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCHv2] mesa: update 22.2.0 -> 22.2.2
Hello,
This is failing on the AB:
https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/1856/steps/13/logs/stdio
On 24/10/2022 17:06:08+0200, Markus Volk wrote:
> - add a PACKAGECONFIG for perfetto support
>
> Signed-off-by: Markus Volk
> ---
> .../mesa/{mesa-gl_22.2.0.bb => mesa-gl_22.2.2.bb} | 0
> meta/recipes-graphics/mesa/mesa.inc | 4 +++-
> meta/recipes-graphics/mesa/{mesa_22.2.0.bb => mesa_22.2.2.bb} | 0
> 3 files changed, 3 insertions(+), 1 deletion(-)
> rename meta/recipes-graphics/mesa/{mesa-gl_22.2.0.bb => mesa-gl_22.2.2.bb}
> (100%)
> rename meta/recipes-graphics/mesa/{mesa_22.2.0.bb => mesa_22.2.2.bb} (100%)
>
> diff --git a/meta/recipes-graphics/mesa/mesa-gl_22.2.0.bb
> b/meta/recipes-graphics/mesa/mesa-gl_22.2.2.bb
> similarity index 100%
> rename from meta/recipes-graphics/mesa/mesa-gl_22.2.0.bb
> rename to meta/recipes-graphics/mesa/mesa-gl_22.2.2.bb
> diff --git a/meta/recipes-graphics/mesa/mesa.inc
> b/meta/recipes-graphics/mesa/mesa.inc
> index 8a74e0a80a..bad8461fef 100644
> --- a/meta/recipes-graphics/mesa/mesa.inc
> +++ b/meta/recipes-graphics/mesa/mesa.inc
> @@ -22,7 +22,7 @@ SRC_URI =
> "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
>
> file://0001-nir-nir_opt_move-fix-ALWAYS_INLINE-compiler-error.patch \
> "
>
> -SRC_URI[sha256sum] =
> "b1f9c8fd08f2cae3adf83355bef4d2398e8025f44947332880f2d0066bdafa8c"
> +SRC_URI[sha256sum] =
> "2de11fb74fc5cc671b818e49fe203cea0cd1d8b69756e97cdb06a2f4e78948f9"
>
> UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
>
> @@ -179,6 +179,8 @@ PACKAGECONFIG[vulkan-beta] =
> "-Dvulkan-beta=true,-Dvulkan-beta=false"
>
> PACKAGECONFIG[osmesa] = "-Dosmesa=true,-Dosmesa=false"
>
> +PACKAGECONFIG[perfetto] = "-Dperfetto=true,-Dperfetto=false,libperfetto"
> +
> PACKAGECONFIG[unwind] = "-Dlibunwind=enabled,-Dlibunwind=disabled,libunwind"
>
> PACKAGECONFIG[lmsensors] =
> "-Dlmsensors=enabled,-Dlmsensors=disabled,lmsensors"
> diff --git a/meta/recipes-graphics/mesa/mesa_22.2.0.bb
> b/meta/recipes-graphics/mesa/mesa_22.2.2.bb
> similarity index 100%
> rename from meta/recipes-graphics/mesa/mesa_22.2.0.bb
> rename to meta/recipes-graphics/mesa/mesa_22.2.2.bb
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#172134):
https://lists.openembedded.org/g/openembedded-core/message/172134
Mute This Topic: https://lists.openembedded.org/mt/94536553/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 2/3] kern-tools-native: don't pull the toolchain as it is not used
On 24/10/2022 15:21:56+0100, Jose Quaresma wrote: > Hi Alexandre, > > I see this one is still on staging abelloni main-next > https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next > > Can this be dropped please? > Dropped now > Jose > > Jose Quaresma via lists.openembedded.org gmail@lists.openembedded.org> escreveu no dia sexta, 7/10/2022 à(s) > 09:59: > > > Hi Ross, > > > > Ross Burton escreveu no dia quinta, 6/10/2022 à(s) > > 11:50: > > > >> On 30 Sep 2022, at 18:54, Jose Quaresma via lists.openembedded.org > >> wrote: > >> > > >> > Prevents the default dependencies, namely the C compiler and standard C > >> library (libc), > >> > from being added to DEPENDS. This variable is usually used within > >> recipes that do not > >> > require any compilation using the C compiler. > >> > > >> > This also improves the speed as it will not populate the > >> > native sysroot with the toolchain. > >> > >> But this is a native recipe, so it doesn’t depend on a cross-compiler: > >> > >> $ bitbake-getvar -r kern-tools-native DEPENDS > >> DEPENDS=" git-native” > >> > > > > Right, sorry for my confusion that maybe it was ignorance of the reality > > of this detail of native packages. > > Please drop that patch and thanks for your time in reviewing it. > > > > Jose > > > > > >> > >> Ross > > > > > > > > -- > > Best regards, > > > > José Quaresma > > > > > > > > > > -- > Best regards, > > José Quaresma -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#172100): https://lists.openembedded.org/g/openembedded-core/message/172100 Mute This Topic: https://lists.openembedded.org/mt/94022665/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2] mesa: enable glvnd support
Hello,
On 24/10/2022 10:08:23-0500, Vincent Davis Jr wrote:
> Allows mesa to be built with glvnd support.
> Thus, creates libEGL_mesa.so* and libGLX_mesa.so*
> libraries meant to coexist with vendor neutral
> dispatch libraries from libglvnd.
>
This causes failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/1856/steps/13/logs/stdio
ERROR: mesa-2_22.2.2-r0 do_package: QA Issue: mesa: Files/directories were
installed but not shipped in any package:
/usr/lib/libEGL.so
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
mesa: 1 installed and not shipped files. [installed-vs-shipped]
ERROR: mesa-2_22.2.2-r0 do_package: Fatal QA errors were found, failing task.
> Signed-off-by: Vincent Davis Jr
> ---
> .../conf/distro/include/default-providers.inc | 1 +
> meta/recipes-graphics/mesa/mesa.inc | 20 +--
> 2 files changed, 15 insertions(+), 6 deletions(-)
>
> diff --git a/meta/conf/distro/include/default-providers.inc
> b/meta/conf/distro/include/default-providers.inc
> index 6defdca12d..3a4e989c1f 100644
> --- a/meta/conf/distro/include/default-providers.inc
> +++ b/meta/conf/distro/include/default-providers.inc
> @@ -5,6 +5,7 @@ PREFERRED_PROVIDER_virtual/xserver ?= "xserver-xorg"
> PREFERRED_PROVIDER_virtual/xserver-xf86 ?= "xserver-xorg"
> PREFERRED_PROVIDER_virtual/egl ?= "mesa"
> PREFERRED_PROVIDER_virtual/libgl ?= "mesa"
> +PREFERRED_PROVIDER_virtual/libglx ?= "mesa"
> PREFERRED_PROVIDER_virtual/libgl-native ?= "mesa-native"
> PREFERRED_PROVIDER_virtual/nativesdk-libgl ?= "nativesdk-mesa"
> PREFERRED_PROVIDER_virtual/libgles1 ?= "mesa"
> diff --git a/meta/recipes-graphics/mesa/mesa.inc
> b/meta/recipes-graphics/mesa/mesa.inc
> index 8a74e0a80a..4eddf82644 100644
> --- a/meta/recipes-graphics/mesa/mesa.inc
> +++ b/meta/recipes-graphics/mesa/mesa.inc
> @@ -29,15 +29,18 @@ UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
> #because we cannot rely on the fact that all apps will use pkgconfig,
> #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> do_install:append() {
> -if ${@bb.utils.contains('PACKAGECONFIG', 'egl', 'true', 'false', d)};
> then
> -sed -i -e 's/^#elif defined(__unix__) && defined(EGL_NO_X11)$/#elif
> defined(__unix__) \&\& defined(EGL_NO_X11) ||
> ${@bb.utils.contains('PACKAGECONFIG', 'x11', '0', '1', d)}/'
> ${D}${includedir}/EGL/eglplatform.h
> -fi
> + # sed can't find EGL/eglplatform.h as it doesn't get installed when glvnd
> enabled.
> + # So, check if EGL/eglplatform.h exists before running sed.
> + if ${@bb.utils.contains('PACKAGECONFIG', 'egl', 'true', 'false', d)} && [
> -f ${D}${includedir}/EGL/eglplatform.h ]; then
> + sed -i -e 's/^#elif defined(__unix__) && defined(EGL_NO_X11)$/#elif
> defined(__unix__) \&\& defined(EGL_NO_X11) ||
> ${@bb.utils.contains('PACKAGECONFIG', 'x11', '0', '1', d)}/'
> ${D}${includedir}/EGL/eglplatform.h
> + fi
> }
>
> DEPENDS = "expat makedepend-native flex-native bison-native libxml2-native
> zlib chrpath-replacement-native python3-mako-native gettext-native"
> EXTRANATIVEPATH += "chrpath-native"
> PROVIDES = " \
> ${@bb.utils.contains('PACKAGECONFIG', 'opengl', 'virtual/libgl', '', d)}
> \
> +${@bb.utils.contains('PACKAGECONFIG', 'glvnd', 'virtual/libglx', '', d)}
> \
> ${@bb.utils.contains('PACKAGECONFIG', 'gles', 'virtual/libgles1
> virtual/libgles2 virtual/libgles3', '', d)} \
> ${@bb.utils.contains('PACKAGECONFIG', 'egl', 'virtual/egl', '', d)} \
> ${@bb.utils.contains('PACKAGECONFIG', 'gbm', 'virtual/libgbm', '', d)} \
> @@ -116,6 +119,7 @@ VULKAN_DRIVERS:append
> ="${@bb.utils.contains('PACKAGECONFIG', 'broadcom', ',broa
> PACKAGECONFIG[vulkan] =
> "-Dvulkan-drivers=${@strip_comma('${VULKAN_DRIVERS}')},
> -Dvulkan-drivers='',glslang-native vulkan-loader vulkan-headers"
>
> PACKAGECONFIG[opengl] = "-Dopengl=true, -Dopengl=false"
> +PACKAGECONFIG[glvnd] = "-Dglvnd=true, -Dglvnd=false,libglvnd"
>
> # "gles" requires "opengl"
> PACKAGECONFIG[gles] = "-Dgles1=enabled -Dgles2=enabled, -Dgles1=disabled
> -Dgles2=disabled"
> @@ -204,6 +208,7 @@ RDEPENDS:libopencl-mesa +=
> "${@bb.utils.contains('PACKAGECONFIG', 'opencl', 'lib
> PACKAGES =+ "libegl-mesa libegl-mesa-dev \
> libosmesa libosmesa-dev \
> libgl-mesa libgl-mesa-dev \
> + libglx-mesa libglx-mesa-dev \
> libglapi libglapi-dev \
> libgbm libgbm-dev \
> libgles1-mesa libgles1-mesa-dev \
> @@ -222,7 +227,7 @@ do_install:append () {
> rm -f ${D}${libdir}/gallium-pipe/*.la
> rm -f ${D}${libdir}/gbm/*.la
>
> -# it was packaged in libdricore9.1.3-1 and preventing upgrades when
> debian.bbclass was used
> +# it was packaged in libdricore9.1.3-1 and preventing upgrades when
> debian.bbclass was used
> chrpath --delete
Re: [oe-core][PATCHv2] mesa: update 22.2.0 -> 22.2.2
On 26/10/2022 08:45:10+, Ross Burton wrote:
> This fallout might be related to the libglx patch for mesa?
>
Yeah, sorry, this patch is ok, the failure is coming from glvnd support
and I'm going to reply to the other patch.
> Ross
>
> > On 25 Oct 2022, at 16:31, Alexandre Belloni via lists.openembedded.org
> > wrote:
> >
> > Hello,
> >
> > This is failing on the AB:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/1856/steps/13/logs/stdio
> >
> > On 24/10/2022 17:06:08+0200, Markus Volk wrote:
> >> - add a PACKAGECONFIG for perfetto support
> >>
> >> Signed-off-by: Markus Volk
> >> ---
> >> .../mesa/{mesa-gl_22.2.0.bb => mesa-gl_22.2.2.bb} | 0
> >> meta/recipes-graphics/mesa/mesa.inc | 4 +++-
> >> meta/recipes-graphics/mesa/{mesa_22.2.0.bb => mesa_22.2.2.bb} | 0
> >> 3 files changed, 3 insertions(+), 1 deletion(-)
> >> rename meta/recipes-graphics/mesa/{mesa-gl_22.2.0.bb => mesa-gl_22.2.2.bb}
> >> (100%)
> >> rename meta/recipes-graphics/mesa/{mesa_22.2.0.bb => mesa_22.2.2.bb} (100%)
> >>
> >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_22.2.0.bb
> >> b/meta/recipes-graphics/mesa/mesa-gl_22.2.2.bb
> >> similarity index 100%
> >> rename from meta/recipes-graphics/mesa/mesa-gl_22.2.0.bb
> >> rename to meta/recipes-graphics/mesa/mesa-gl_22.2.2.bb
> >> diff --git a/meta/recipes-graphics/mesa/mesa.inc
> >> b/meta/recipes-graphics/mesa/mesa.inc
> >> index 8a74e0a80a..bad8461fef 100644
> >> --- a/meta/recipes-graphics/mesa/mesa.inc
> >> +++ b/meta/recipes-graphics/mesa/mesa.inc
> >> @@ -22,7 +22,7 @@ SRC_URI =
> >> "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> >>
> >> file://0001-nir-nir_opt_move-fix-ALWAYS_INLINE-compiler-error.patch \
> >>"
> >>
> >> -SRC_URI[sha256sum] =
> >> "b1f9c8fd08f2cae3adf83355bef4d2398e8025f44947332880f2d0066bdafa8c"
> >> +SRC_URI[sha256sum] =
> >> "2de11fb74fc5cc671b818e49fe203cea0cd1d8b69756e97cdb06a2f4e78948f9"
> >>
> >> UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
> >>
> >> @@ -179,6 +179,8 @@ PACKAGECONFIG[vulkan-beta] =
> >> "-Dvulkan-beta=true,-Dvulkan-beta=false"
> >>
> >> PACKAGECONFIG[osmesa] = "-Dosmesa=true,-Dosmesa=false"
> >>
> >> +PACKAGECONFIG[perfetto] = "-Dperfetto=true,-Dperfetto=false,libperfetto"
> >> +
> >> PACKAGECONFIG[unwind] =
> >> "-Dlibunwind=enabled,-Dlibunwind=disabled,libunwind"
> >>
> >> PACKAGECONFIG[lmsensors] =
> >> "-Dlmsensors=enabled,-Dlmsensors=disabled,lmsensors"
> >> diff --git a/meta/recipes-graphics/mesa/mesa_22.2.0.bb
> >> b/meta/recipes-graphics/mesa/mesa_22.2.2.bb
> >> similarity index 100%
> >> rename from meta/recipes-graphics/mesa/mesa_22.2.0.bb
> >> rename to meta/recipes-graphics/mesa/mesa_22.2.2.bb
> >> --
> >> 2.34.1
> >>
> >
> >>
> >>
> >>
> >
> >
> > --
> > Alexandre Belloni, co-owner and COO, Bootlin
> > Embedded Linux and Kernel engineering
> > https://bootlin.com
> >
> >
> >
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#172148):
https://lists.openembedded.org/g/openembedded-core/message/172148
Mute This Topic: https://lists.openembedded.org/mt/94536553/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 03/23] go: update 1.19 -> 1.19.1
Hello Alex,
Do you mind rebasing on master, I guess there is the ppc64 checksum to
add.
On 27/10/2022 22:15:51+0200, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin
> ---
> meta/recipes-devtools/go/{go-1.19.inc => go-1.19.1.inc} | 2 +-
> ...o-binary-native_1.19.bb => go-binary-native_1.19.1.bb} | 4 ++--
> ...cross-canadian_1.19.bb => go-cross-canadian_1.19.1.bb} | 0
> .../go/{go-cross_1.19.bb => go-cross_1.19.1.bb} | 0
> .../go/{go-crosssdk_1.19.bb => go-crosssdk_1.19.1.bb} | 0
> .../go/{go-native_1.19.bb => go-native_1.19.1.bb} | 0
> .../go/{go-runtime_1.19.bb => go-runtime_1.19.1.bb} | 0
> ...go-make-content-based-hash-generation-less-pedan.patch | 8
> meta/recipes-devtools/go/{go_1.19.bb => go_1.19.1.bb} | 0
> 9 files changed, 7 insertions(+), 7 deletions(-)
> rename meta/recipes-devtools/go/{go-1.19.inc => go-1.19.1.inc} (89%)
> rename meta/recipes-devtools/go/{go-binary-native_1.19.bb =>
> go-binary-native_1.19.1.bb} (83%)
> rename meta/recipes-devtools/go/{go-cross-canadian_1.19.bb =>
> go-cross-canadian_1.19.1.bb} (100%)
> rename meta/recipes-devtools/go/{go-cross_1.19.bb => go-cross_1.19.1.bb}
> (100%)
> rename meta/recipes-devtools/go/{go-crosssdk_1.19.bb =>
> go-crosssdk_1.19.1.bb} (100%)
> rename meta/recipes-devtools/go/{go-native_1.19.bb => go-native_1.19.1.bb}
> (100%)
> rename meta/recipes-devtools/go/{go-runtime_1.19.bb => go-runtime_1.19.1.bb}
> (100%)
> rename meta/recipes-devtools/go/{go_1.19.bb => go_1.19.1.bb} (100%)
>
> diff --git a/meta/recipes-devtools/go/go-1.19.inc
> b/meta/recipes-devtools/go/go-1.19.1.inc
> similarity index 89%
> rename from meta/recipes-devtools/go/go-1.19.inc
> rename to meta/recipes-devtools/go/go-1.19.1.inc
> index f733a807b4..48140f1c2b 100644
> --- a/meta/recipes-devtools/go/go-1.19.inc
> +++ b/meta/recipes-devtools/go/go-1.19.1.inc
> @@ -16,4 +16,4 @@ SRC_URI += "\
> file://filter-build-paths.patch \
> file://stack-protector.patch \
> "
> -SRC_URI[main.sha256sum] =
> "9419cc70dc5a2523f29a77053cafff658ed21ef3561d9b6b020280ebceab28b9"
> +SRC_URI[main.sha256sum] =
> "27871baa490f3401414ad793fba49086f6c855b1c584385ed7771e1204c7e179"
> diff --git a/meta/recipes-devtools/go/go-binary-native_1.19.bb
> b/meta/recipes-devtools/go/go-binary-native_1.19.1.bb
> similarity index 83%
> rename from meta/recipes-devtools/go/go-binary-native_1.19.bb
> rename to meta/recipes-devtools/go/go-binary-native_1.19.1.bb
> index ca424a66b8..e67457b86c 100644
> --- a/meta/recipes-devtools/go/go-binary-native_1.19.bb
> +++ b/meta/recipes-devtools/go/go-binary-native_1.19.1.bb
> @@ -8,8 +8,8 @@ LIC_FILES_CHKSUM =
> "file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
> PROVIDES = "go-native"
>
> SRC_URI =
> "https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
> -SRC_URI[go_linux_amd64.sha256sum] =
> "464b6b66591f6cf055bc5df90a9750bf5fbc9d038722bb84a9d56a2bea974be6"
> -SRC_URI[go_linux_arm64.sha256sum] =
> "efa97fac9574fc6ef6c9ff3e3758fb85f1439b046573bf434cccb5e012bd00c8"
> +SRC_URI[go_linux_amd64.sha256sum] =
> "acc512fbab4f716a8f97a8b3fbaa9ddd39606a28be6c2515ef7c6c6311acffde"
> +SRC_URI[go_linux_arm64.sha256sum] =
> "49960821948b9c6b14041430890eccee58c76b52e2dbaafce971c3c38d43df9f"
>
> UPSTREAM_CHECK_URI = "https://golang.org/dl/;
> UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
> diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.19.bb
> b/meta/recipes-devtools/go/go-cross-canadian_1.19.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/go/go-cross-canadian_1.19.bb
> rename to meta/recipes-devtools/go/go-cross-canadian_1.19.1.bb
> diff --git a/meta/recipes-devtools/go/go-cross_1.19.bb
> b/meta/recipes-devtools/go/go-cross_1.19.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/go/go-cross_1.19.bb
> rename to meta/recipes-devtools/go/go-cross_1.19.1.bb
> diff --git a/meta/recipes-devtools/go/go-crosssdk_1.19.bb
> b/meta/recipes-devtools/go/go-crosssdk_1.19.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/go/go-crosssdk_1.19.bb
> rename to meta/recipes-devtools/go/go-crosssdk_1.19.1.bb
> diff --git a/meta/recipes-devtools/go/go-native_1.19.bb
> b/meta/recipes-devtools/go/go-native_1.19.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/go/go-native_1.19.bb
> rename to meta/recipes-devtools/go/go-native_1.19.1.bb
> diff --git a/meta/recipes-devtools/go/go-runtime_1.19.bb
> b/meta/recipes-devtools/go/go-runtime_1.19.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/go/go-runtime_1.19.bb
> rename to meta/recipes-devtools/go/go-runtime_1.19.1.bb
> diff --git
> a/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
>
> b/meta/recipes-devtools/go/go/0001-cmd-go-make-content-based-hash-generation-less-pedan.patch
> index 8cbed93017..17fa9d9831 100644
> ---
>
Re: [OE-core] [PATCH] Add nativesdk of systemd-systemctl
Hello, this causses the following failure on the AB:
AssertionError:
The following recipes do not have a maintainer assigned to them. Please add an
entry to meta/conf/distro/include/maintainers.inc file.
nativesdk-systemd-systemctl
(/home/pokybuild/yocto-worker/oe-selftest-fedora/build/meta/recipes-core/systemd/nativesdk-systemd-systemctl.bb)
On 31/10/2022 16:17:20+0800, wangmy wrote:
> From: Wang Mingyu
>
> Signed-off-by: Wang Mingyu
> ---
> .../systemd/nativesdk-systemd-systemctl.bb | 17 +
> 1 file changed, 17 insertions(+)
> create mode 100644 meta/recipes-core/systemd/nativesdk-systemd-systemctl.bb
>
> diff --git a/meta/recipes-core/systemd/nativesdk-systemd-systemctl.bb
> b/meta/recipes-core/systemd/nativesdk-systemd-systemctl.bb
> new file mode 100644
> index 00..66b5ec5e6e
> --- /dev/null
> +++ b/meta/recipes-core/systemd/nativesdk-systemd-systemctl.bb
> @@ -0,0 +1,17 @@
> +SUMMARY = "Wrapper for enabling systemd services"
> +
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM =
> "file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
> +
> +PR = "r0"
> +
> +inherit nativesdk
> +
> +SRC_URI = "file://systemctl"
> +
> +S = "${WORKDIR}"
> +
> +do_install() {
> + install -d ${D}${bindir}
> + install -m 0755 ${WORKDIR}/systemctl ${D}${bindir}
> +}
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#172318):
https://lists.openembedded.org/g/openembedded-core/message/172318
Mute This Topic: https://lists.openembedded.org/mt/94680777/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] oeqa/runtime/dnf: fix typo
From: Alexandre Belloni
Signed-off-by: Alexandre Belloni
---
meta/lib/oeqa/runtime/cases/dnf.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/runtime/cases/dnf.py
b/meta/lib/oeqa/runtime/cases/dnf.py
index a8e23e596e93..e0b91090b20b 100644
--- a/meta/lib/oeqa/runtime/cases/dnf.py
+++ b/meta/lib/oeqa/runtime/cases/dnf.py
@@ -146,7 +146,7 @@ class DnfRepoTest(DnfTest):
self.assertEqual(0, status, output)
@OETestDepends(['dnf.DnfRepoTest.test_dnf_makecache'])
-@skipIfNotInDataVar('DISTRO_FEATURES', 'usrmerge', 'Test run when enable
usrmege')
+@skipIfNotInDataVar('DISTRO_FEATURES', 'usrmerge', 'Test run when enable
usrmerge')
@OEHasPackage('busybox')
def test_dnf_installroot_usrmerge(self):
rootpath = '/home/root/chroot/test'
--
2.37.3
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170879):
https://lists.openembedded.org/g/openembedded-core/message/170879
Mute This Topic: https://lists.openembedded.org/mt/93783439/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v1] meson: make wrapper options sub-command specific
Hello,
On 17/09/2022 18:07:35-0400, Liam Beguin wrote:
> The meson-wrapper adds setup options to facilitate cross-compilation.
> The current options are exclusive to the setup sub-command and might
> cause issues with other sub-commands.
>
> Update the wrapper to make options sub-command specific.
>
This caused many failures on the autobuilders:
buildepoxy.EpoxyTest.test_epoxy: ERROR (0.43s)
oeqa.utils.subprocesstweak.OETestCalledProcessError: Command '.
/home/pokybuild/yocto-worker/beaglebone/build/build/tmp/work/beaglebone_yocto-poky-linux-gnueabi/core-image-sato/1.0-r0/testimage-sdk/environment-setup-cortexa8hf-neon-poky-linux-gnueabi
> /dev/null; meson -Degl=no -Dglx=no -Dx11=false
/home/pokybuild/yocto-worker/beaglebone/build/build/tmp/work/beaglebone_yocto-poky-linux-gnueabi/core-image-sato/1.0-r0/testimage-sdk/epoxybmd9dxec/build
/home/pokybuild/yocto-worker/beaglebone/build/build/tmp/work/beaglebone_yocto-poky-linux-gnueabi/core-image-sato/1.0-r0/testimage-sdk/epoxybmd9dxec/libepoxy-1.5.3;'
returned non-zero exit status 1
Standard Output: sed: -e expression #1, char 10: unknown option to `s'
ERROR: Neither directory contains a build file meson.build.
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5918/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/5879/steps/12/logs/stdio
and others
> Signed-off-by: Liam Beguin
> ---
> .../meson/meson/meson-wrapper | 22 ---
> 1 file changed, 19 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-devtools/meson/meson/meson-wrapper
> b/meta/recipes-devtools/meson/meson/meson-wrapper
> index c62007f5077e..fae9e167a325 100755
> --- a/meta/recipes-devtools/meson/meson/meson-wrapper
> +++ b/meta/recipes-devtools/meson/meson/meson-wrapper
> @@ -13,7 +13,23 @@ fi
> # config is already in meson.cross.
> unset CC CXX CPP LD AR NM STRIP
>
> +for arg in "${@}"; do
> +case ${arg} in
> +-*) continue ;;
> +*) SUBCMD=${arg}; break ;;
> +esac
> +done
> +
> +case ${SUBCMD} in
> +setup)
> +MESON_SUB_OPTS=" \
> +
> --cross-file="${OECORE_NATIVE_SYSROOT}/usr/share/meson/${TARGET_PREFIX}meson.cross"
> \
> +
> --native-file="${OECORE_NATIVE_SYSROOT}/usr/share/meson/meson.native" \
> +"
> +;;
> +esac
> +
> exec "$OECORE_NATIVE_SYSROOT/usr/bin/meson.real" \
> - --cross-file
> "${OECORE_NATIVE_SYSROOT}/usr/share/meson/${TARGET_PREFIX}meson.cross" \
> - --native-file "${OECORE_NATIVE_SYSROOT}/usr/share/meson/meson.native" \
> - "$@"
> +${SUBCMD} \
> +${MESON_SUB_OPTS} \
> +$(echo $@ | sed s/${SUBCMD}//)
>
> base-commit: 09c1cac053c2892e3af3250cc6229e8da78e7a50
> --
> 2.37.1.223.g6a475b71f8c4
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170908):
https://lists.openembedded.org/g/openembedded-core/message/170908
Mute This Topic: https://lists.openembedded.org/mt/93751917/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] PR to fix WantedBy parsing of systemctl
Hello,
On 20/09/2022 17:55:42+, Robert Henz via lists.openembedded.org wrote:
> Hi everyone,
>
> I have a PR to fix the WantedBy parsing of the systemctl script. I
> tried to follow the process described in your wiki
> (https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded),
> but ran into some problems I wasn't able to figure out. I will attach
> the patch file for my suggested change to this email but I also went
> ahead and created a fork and generated a GitHub PR in case that is
> ok/easier?
This is not easier to me. However, I'm interested to know more about the
issues you couldn't solve as this is a recurring topic.
> From 6cdb207ed99bc82324fb7b85126425ac8d439070 Mon Sep 17 00:00:00 2001
> From: Bob Henz
> Date: Mon, 19 Sep 2022 22:02:58 -0400
> Subject: [PATCH] Fix WantedBy processing
>
> An empty string assignment to WantedBy should clear all prior WantedBy
> settings. This matches behavior of the current systemd implementation.
Your SoB is missing here and this is mandatory.
> ---
> meta/recipes-core/systemd/systemd-systemctl/systemctl | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/meta/recipes-core/systemd/systemd-systemctl/systemctl
> b/meta/recipes-core/systemd/systemd-systemctl/systemctl
> index 6d19666d82..cddae75a06 100755
> --- a/meta/recipes-core/systemd/systemd-systemctl/systemctl
> +++ b/meta/recipes-core/systemd/systemd-systemctl/systemctl
> @@ -26,6 +26,9 @@ locations = list()
>
> class SystemdFile():
> """Class representing a single systemd configuration file"""
> +
> +_clearable_keys = ['WantedBy']
> +
> def __init__(self, root, path, instance_unit_name):
> self.sections = dict()
> self._parse(root, path)
> @@ -80,6 +83,14 @@ class SystemdFile():
> v = m.group('value')
> if k not in section:
> section[k] = list()
> +
> +# If we come across a "key=" line for a "clearable key", then
> +# forget all preceding assignments. This works because we are
> +# processing files in correct parse order.
> +if k in self._clearable_keys and not v:
> +del section[k]
> +continue
> +
> section[k].extend(v.split())
>
> def get(self, section, prop):
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170910):
https://lists.openembedded.org/g/openembedded-core/message/170910
Mute This Topic: https://lists.openembedded.org/mt/93809846/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2] binutils: handle symlink files for gprofng
Hello,
On 19/09/2022 12:48:03+0800, kai wrote:
> From: Kai Kang
>
> It provides gprofng by binutils 2.39 for x86, x86_64 and aarch64
> according to configure.ac:
>
> https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=configure.ac;h=aa9c91b42214afc46a0ab8b629e4c6fedcc0;hb=HEAD#l401
>
> Add them to USE_ALTERNATIVES_FOR the same as others to handle symlink
> files via update-alternative mechanism.
>
We get the following warnings on musl:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/5882/steps/11/logs/warnings
> Signed-off-by: Kai Kang
> ---
> meta/recipes-devtools/binutils/binutils.inc | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/meta/recipes-devtools/binutils/binutils.inc
> b/meta/recipes-devtools/binutils/binutils.inc
> index 789c8bec21..0f56fb3e2e 100644
> --- a/meta/recipes-devtools/binutils/binutils.inc
> +++ b/meta/recipes-devtools/binutils/binutils.inc
> @@ -36,6 +36,19 @@ FILES:${PN}-dev = " \
> # Rather than duplicating multiple entries for these, make one
> # list and reuse it.
>
> +GPROFNGS = " \
> + gp-archive \
> + gp-collect-app \
> + gp-display-html \
> + gp-display-src \
> + gp-display-text \
> + gprofng \
> +"
> +GPROFNG_ALTS ?= ""
> +GPROFNG_ALTS:x86 = "${GPROFNGS}"
> +GPROFNG_ALTS:x86-64 = "${GPROFNGS}"
> +GPROFNG_ALTS:aarch64 = "${GPROFNGS}"
> +
> LDGOLD_ALTS ?= "ld.gold dwp"
> LDGOLD_ALTS:riscv64 = ""
> LDGOLD_ALTS:riscv32 = ""
> @@ -48,6 +61,7 @@ USE_ALTERNATIVES_FOR = " \
> c++filt \
> elfedit \
> gprof \
> + ${GPROFNG_ALTS} \
> ld \
> ld.bfd \
> ${LDGOLD_ALTS} \
> --
> 2.17.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170948):
https://lists.openembedded.org/g/openembedded-core/message/170948
Mute This Topic: https://lists.openembedded.org/mt/93775511/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] linux-yocto: Enable mdio for qemu
Hi,
This caused many failures like this one:
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/5847/steps/11/logs/stdio
On 07/09/2022 15:05:35-0700, Khem Raj wrote:
> There are package like mdio-netlink in meta-oe which need this feature
> to be available, it has started to fail with 5.19
>
> Signed-off-by: Khem Raj
> Cc: Bruce Ashfield
> ---
> meta/recipes-kernel/linux/linux-yocto_5.19.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto_5.19.bb
> b/meta/recipes-kernel/linux/linux-yocto_5.19.bb
> index 0ff28aa952..e96395d1bb 100644
> --- a/meta/recipes-kernel/linux/linux-yocto_5.19.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto_5.19.bb
> @@ -56,7 +56,7 @@ COMPATIBLE_MACHINE =
> "^(qemuarm|qemuarmv5|qemuarm64|qemux86|qemuppc|qemuppc64|qe
> # Functionality flags
> KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc"
> KERNEL_FEATURES:append = " ${KERNEL_EXTRA_FEATURES}"
> -KERNEL_FEATURES:append:qemuall=" cfg/virtio.scc
> features/drm-bochs/drm-bochs.scc"
> +KERNEL_FEATURES:append:qemuall=" cfg/virtio.scc
> features/drm-bochs/drm-bochs.scc cfg/net/mdio.scc"
> KERNEL_FEATURES:append:qemux86=" cfg/sound.scc cfg/paravirt_kvm.scc"
> KERNEL_FEATURES:append:qemux86-64=" cfg/sound.scc cfg/paravirt_kvm.scc"
> KERNEL_FEATURES:append = " ${@bb.utils.contains("TUNE_FEATURES", "mx32", "
> cfg/x32.scc", "", d)}"
> --
> 2.37.3
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170459):
https://lists.openembedded.org/g/openembedded-core/message/170459
Mute This Topic: https://lists.openembedded.org/mt/93535950/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] binutils-cross-canadian: Do not package gprofng.rc
Hi,
This caused failures similar to this one:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/4110/steps/14/logs/stdio
Full list here:
https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/4203
On 07/09/2022 16:14:16-0700, Khem Raj wrote:
> This file is already packaged via nativesdk-gprofng and can cause
> populate SDK conflicts
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/binutils/binutils-cross-canadian.inc | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> index 4e8f10c1c4..c18468ad50 100644
> --- a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> +++ b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> @@ -23,10 +23,9 @@ do_install () {
> rm -f ${D}${libdir}/libiberty*
> rm -f ${D}${libdir}/libopcodes*
> rm -f ${D}${includedir}/*.h
> +rm -f ${D}${sysconfdir}/gprofng.rc
>
> cross_canadian_bindirlinks
> }
>
> -FILES:${PN} += "${sysconfdir}/gprofng.rc"
> -
> BBCLASSEXTEND = ""
> --
> 2.37.3
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170460):
https://lists.openembedded.org/g/openembedded-core/message/170460
Mute This Topic: https://lists.openembedded.org/mt/93537151/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] runqemu: display host uptime when starting
From: Alexandre Belloni
In order to be able to debug issues on the host that have an impact on the
guest, it is useful to get the uptime of the host while starting so we can
match with the events in dmesg. Also include the uptime when cleaning up.
Signed-off-by: Alexandre Belloni
---
scripts/runqemu | 6 ++
1 file changed, 6 insertions(+)
diff --git a/scripts/runqemu b/scripts/runqemu
index b6fc212ebe20..983f7514c759 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -1505,6 +1505,9 @@ class BaseConfig(object):
cmd = "%s %s" % (self.qemu_opt, kernel_opts)
cmds = shlex.split(cmd)
logger.info('Running %s\n' % cmd)
+with open('/proc/uptime', 'r') as f:
+uptime_seconds = f.readline().split()[0]
+logger.info('Host uptime: %s\n' % uptime_seconds)
pass_fds = []
if self.taplock_descriptor:
pass_fds = [self.taplock_descriptor.fileno()]
@@ -1528,6 +1531,9 @@ class BaseConfig(object):
signal.signal(signal.SIGTERM, signal.SIG_IGN)
logger.info("Cleaning up")
+with open('/proc/uptime', 'r') as f:
+uptime_seconds = f.readline().split()[0]
+logger.info('Host uptime: %s\n' % uptime_seconds)
if self.cleantap:
cmd = ('sudo', self.qemuifdown, self.tap, self.bindir_native)
logger.debug('Running %s' % str(cmd))
--
2.37.3
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#170493):
https://lists.openembedded.org/g/openembedded-core/message/170493
Mute This Topic: https://lists.openembedded.org/mt/93576161/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] oeqa/runtime/dnf: streamline test case
Hi,
On 23/09/2022 16:48:10+0100, Ross Burton wrote:
> The DNF test case exercises a lot of functionality that we don't really
> care about in the runtime QA: we mainly care that DNF is capable of
> connecting to a remote repository and installing a package.
> Specifically, we don't need to exercise so many different ways of
> installing or the installroot functionality: if an image has been built
> then it's clearly functional.
>
> Also, change the package that we install/reinstall to netbase and
> friends from run-postinsts, as run-postinsts has non-trivial
> side-effects such as causing systemd to reload, which might be causing
> issues for other tests being ran.
>
> [ YOCTO #14787 ], hopefully
>
This is the cause of
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/4168/steps/14/logs/stdio
> Signed-off-by: Ross Burton
> ---
> meta/classes-recipe/testimage.bbclass | 6 +-
> meta/lib/oeqa/runtime/cases/dnf.py| 182 +-
> 2 files changed, 34 insertions(+), 154 deletions(-)
>
> diff --git a/meta/classes-recipe/testimage.bbclass
> b/meta/classes-recipe/testimage.bbclass
> index 819c7d2bf4c..d53f1a3d6f1 100644
> --- a/meta/classes-recipe/testimage.bbclass
> +++ b/meta/classes-recipe/testimage.bbclass
> @@ -468,10 +468,8 @@ def create_rpm_index(d):
> package_list = glob.glob(idx_path + "*/*.rpm")
>
> for pkg in package_list:
> -if os.path.basename(pkg).startswith(("curl-ptest")):
> -bb.utils.remove(pkg)
> -
> -if not os.path.basename(pkg).startswith(("rpm", "run-postinsts",
> "busybox", "bash", "update-alternatives", "libc6", "curl", "musl")):
> +basename = os.path.basename(pkg)
> +if basename.startswith("curl-ptest") or not
> basename.startswith("curl"):
> bb.utils.remove(pkg)
>
> bb.utils.unlockfile(lf)
> diff --git a/meta/lib/oeqa/runtime/cases/dnf.py
> b/meta/lib/oeqa/runtime/cases/dnf.py
> index e0b91090b20..ef8bebfec0e 100644
> --- a/meta/lib/oeqa/runtime/cases/dnf.py
> +++ b/meta/lib/oeqa/runtime/cases/dnf.py
> @@ -5,53 +5,14 @@
> #
>
> import os
> -import re
> -import subprocess
> from oeqa.utils.httpserver import HTTPService
>
> from oeqa.runtime.case import OERuntimeTestCase
> from oeqa.core.decorator.depends import OETestDepends
> -from oeqa.core.decorator.data import skipIfNotDataVar, skipIfNotFeature,
> skipIfInDataVar, skipIfNotInDataVar
> +from oeqa.core.decorator.data import skipIfNotDataVar, skipIfNotFeature
> from oeqa.runtime.decorator.package import OEHasPackage
>
> class DnfTest(OERuntimeTestCase):
> -
> -def dnf(self, command, expected = 0):
> -command = 'dnf %s' % command
> -status, output = self.target.run(command, 1500)
> -message = os.linesep.join([command, output])
> -self.assertEqual(status, expected, message)
> -return output
> -
> -class DnfBasicTest(DnfTest):
> -
> -@skipIfNotFeature('package-management',
> - 'Test requires package-management to be in
> IMAGE_FEATURES')
> -@skipIfNotDataVar('IMAGE_PKGTYPE', 'rpm',
> - 'RPM is not the primary package manager')
> -@OEHasPackage(['dnf'])
> -@OETestDepends(['ssh.SSHTest.test_ssh'])
> -def test_dnf_help(self):
> -self.dnf('--help')
> -
> -@OETestDepends(['dnf.DnfBasicTest.test_dnf_help'])
> -def test_dnf_version(self):
> -self.dnf('--version')
> -
> -@OETestDepends(['dnf.DnfBasicTest.test_dnf_help'])
> -def test_dnf_info(self):
> -self.dnf('info dnf')
> -
> -@OETestDepends(['dnf.DnfBasicTest.test_dnf_help'])
> -def test_dnf_search(self):
> -self.dnf('search dnf')
> -
> -@OETestDepends(['dnf.DnfBasicTest.test_dnf_help'])
> -def test_dnf_history(self):
> -self.dnf('history')
> -
> -class DnfRepoTest(DnfTest):
> -
> @classmethod
> def setUpClass(cls):
> cls.repo_server = HTTPService(os.path.join(cls.tc.td['WORKDIR'],
> 'oe-testimage-repo'),
> @@ -63,6 +24,13 @@ class DnfRepoTest(DnfTest):
> def tearDownClass(cls):
> cls.repo_server.stop()
>
> +def dnf(self, command, expected = 0):
> +command = 'dnf %s' % command
> +status, output = self.target.run(command, 1500)
> +message = os.linesep.join([command, output])
> +self.assertEqual(status, expected, message)
> +return output
> +
> def dnf_with_repo(self, command):
> pkgarchs = os.listdir(os.path.join(self.tc.td['WORKDIR'],
> 'oe-testimage-repo'))
> deploy_url = 'http://%s:%s/' %(self.target.server_ip,
> self.repo_server.port)
> @@ -71,123 +39,37 @@ class DnfRepoTest(DnfTest):
> output = self.dnf(" ".join(cmdlinerepoopts) + " --nogpgcheck " +
> command)
> return output
>
> -@OETestDepends(['dnf.DnfBasicTest.test_dnf_help'])
> +@skipIfNotFeature('package-management',
> + 'Test
Re: [OE-core] [PATCH v2] mesa: only apply patch to fix ALWAYS_INLINE for native
Hello,
On 29/09/2022 17:20:52+0800, kai wrote:
> On 9/21/22 17:08, Richard Purdie wrote:
> > On Wed, 2022-09-21 at 16:03 +0800, kai wrote:
> > > From: Kai Kang
> > >
> > > 0001-nir-nir_opt_move-fix-ALWAYS_INLINE-compiler-error.patch is not
> > > required by target mesa any more. But it still fails to compile
> > > mesa-native with DEBUG_BUILD enabled on Ubuntu 18.04 with gcc 7.5.0
> > > without this patch:
> > >
> > > > ../mesa-22.1.6/src/compiler/nir/nir_inline_helpers.h: In function
> > > > ‘nir_opt_move_block’:
> > > > ../mesa-22.1.6/src/compiler/nir/nir_opt_move.c:55:1: error: inlining
> > > > failed in call to
> > > always_inline ‘src_is_ssa’: indirect function call with a yet
> > > undetermined callee
> > > > src_is_ssa(nir_src *src, void *state)
> > > > ^~
> > > So only apply it for mesa-native.
> > >
> > > Signed-off-by: Kai Kang
> > > ---
> > > v2:
> > > * add comment
> > >
> > > meta/recipes-graphics/mesa/mesa.inc | 4 +++-
> > > 1 file changed, 3 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/meta/recipes-graphics/mesa/mesa.inc
> > > b/meta/recipes-graphics/mesa/mesa.inc
> > > index ea7ed4fd27..913aec987d 100644
> > > --- a/meta/recipes-graphics/mesa/mesa.inc
> > > +++ b/meta/recipes-graphics/mesa/mesa.inc
> > > @@ -22,9 +22,11 @@ SRC_URI =
> > > "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> > > file://0001-util-format-Check-for-NEON-before-using-it.patch
> > > \
> > >
> > > file://0001-Revert-egl-wayland-deprecate-drm_handle_format-and-d.patch \
> > >
> > > file://0001-swrast_kms-use-swkmsDRI2Extension-instead-of-driDRI2.patch \
> > > -
> > > file://0001-nir-nir_opt_move-fix-ALWAYS_INLINE-compiler-error.patch \
> > > "
> > > +# required by mesa-native on Ubuntu 18.04 with gcc 7.5 when DEBUG_BUILD
> > > enabled
> > > +SRC_URI:append:class-native = "
> > > file://0001-nir-nir_opt_move-fix-ALWAYS_INLINE-compiler-error.patch"
> > > +
> > > SRC_URI[sha256sum] =
> > > "22ced061eb9adab8ea35368246c1995c09723f3f71653cd5050c5cec376e671a"
> > > UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
> > This still generates warnings for musl builds, e.g.:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/5882/steps/11/logs/warnings
>
> Hi Richard,
>
> The warnings are related with binutils but not mesa. Would you like to
> review it again, please?
>
Sure, but it doesn't apply on master anymore, could you rebase please?
> Thanks,
> Kai
>
> >
> > Cheers,
> >
> > Richard
> >
>
> --
> Kai Kang
> Wind River Linux
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171199):
https://lists.openembedded.org/g/openembedded-core/message/171199
Mute This Topic: https://lists.openembedded.org/mt/93821960/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v3] meson: make wrapper options sub-command specific
On 12/10/2022 18:01:26-0400, Liam Beguin wrote:
> Hi Alex,
>
> On Wed, Oct 12, 2022 at 09:46:46AM +0200, Alexander Kanavin wrote:
> > No one seems to have objections, it's that there is no explicit
> > confirmation that your patch (or anyone's) is in staging branches, and
> > integration is currently on pause for a couple weeks.
>
> Understood, thanks for taking the time to explain.
> I'll keep monitoring the tree.
It is actually the first oe-core patch we carry in master-next because
it didn't make langdale. It will get applied after the release.
>
> Cheers,
> Liam
>
> > Alex
> >
> > On Tue, 11 Oct 2022 at 23:53, Liam Beguin wrote:
> > >
> > > Hi,
> > >
> > > On Wed, Sep 28, 2022 at 10:50:56PM -0400, Liam Beguin wrote:
> > > > The meson-wrapper adds setup options to facilitate cross-compilation.
> > > > The current options are exclusive to the setup sub-command and might
> > > > cause issues with other sub-commands.
> > > >
> > > > Update the wrapper to make options sub-command specific.
> > > >
> > > > Signed-off-by: Liam Beguin
> > > > ---
> > > > .../meson/meson/meson-wrapper | 21 +++
> > > > 1 file changed, 17 insertions(+), 4 deletions(-)
> > >
> > > Any comments on this patch?
> > >
> > > Cheers,
> > > Liam
> > >
> > > > diff --git a/meta/recipes-devtools/meson/meson/meson-wrapper
> > > > b/meta/recipes-devtools/meson/meson/meson-wrapper
> > > > index c62007f5077e..fca64a569299 100755
> > > > --- a/meta/recipes-devtools/meson/meson/meson-wrapper
> > > > +++ b/meta/recipes-devtools/meson/meson/meson-wrapper
> > > > @@ -5,7 +5,7 @@ if [ -z "$OECORE_NATIVE_SYSROOT" ]; then
> > > > fi
> > > >
> > > > if [ -z "$SSL_CERT_DIR" ]; then
> > > > -export SSL_CERT_DIR="${OECORE_NATIVE_SYSROOT}/etc/ssl/certs/"
> > > > +export SSL_CERT_DIR="$OECORE_NATIVE_SYSROOT/etc/ssl/certs/"
> > > > fi
> > > >
> > > > # If these are set to a cross-compile path, meson will get confused
> > > > and try to
> > > > @@ -13,7 +13,20 @@ fi
> > > > # config is already in meson.cross.
> > > > unset CC CXX CPP LD AR NM STRIP
> > > >
> > > > +for arg in "$@"; do
> > > > +case "$arg" in
> > > > +-*) continue ;;
> > > > +*) SUBCMD="$arg"; break ;;
> > > > +esac
> > > > +done
> > > > +
> > > > +if [ "$SUBCMD" = "setup" ] || [ -d "$SUBCMD" ]; then
> > > > +MESON_SUB_OPTS=" \
> > > > +
> > > > --cross-file="$OECORE_NATIVE_SYSROOT/usr/share/meson/${TARGET_PREFIX}meson.cross"
> > > > \
> > > > +
> > > > --native-file="$OECORE_NATIVE_SYSROOT/usr/share/meson/meson.native" \
> > > > +"
> > > > +fi
> > > > +
> > > > exec "$OECORE_NATIVE_SYSROOT/usr/bin/meson.real" \
> > > > - --cross-file
> > > > "${OECORE_NATIVE_SYSROOT}/usr/share/meson/${TARGET_PREFIX}meson.cross" \
> > > > - --native-file
> > > > "${OECORE_NATIVE_SYSROOT}/usr/share/meson/meson.native" \
> > > > - "$@"
> > > > +"$@" \
> > > > +$MESON_SUB_OPTS
> > > >
> > > > base-commit: a2659cc2bf5d3f1cedf5c52c3b45e0427d40732d
> > > > --
> > > > 2.37.1.223.g6a475b71f8c4
> > > >
> > >
> > >
> > >
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171677):
https://lists.openembedded.org/g/openembedded-core/message/171677
Mute This Topic: https://lists.openembedded.org/mt/93987385/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] pango: upgrade 1.50.10 -> 1.50.11
On 12/10/2022 16:46:44+, Ross Burton wrote:
> We only have 1.50.9 in oe-core master, please ensure that you sent patches
> based on master, or if they’re based on another staging branch please make
> that clear.
>
this applied fine on master-next because we carry your 1.50.10 upgrade
> Ross
>
> > On 11 Oct 2022, at 09:05, wangmy via lists.openembedded.org
> > wrote:
> >
> > Signed-off-by: Wang Mingyu
> > ---
> > .../pango/{pango_1.50.10.bb => pango_1.50.11.bb}| 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> > rename meta/recipes-graphics/pango/{pango_1.50.10.bb => pango_1.50.11.bb}
> > (94%)
> >
> > diff --git a/meta/recipes-graphics/pango/pango_1.50.10.bb
> > b/meta/recipes-graphics/pango/pango_1.50.11.bb
> > similarity index 94%
> > rename from meta/recipes-graphics/pango/pango_1.50.10.bb
> > rename to meta/recipes-graphics/pango/pango_1.50.11.bb
> > index 95209889a8..1120e053b8 100644
> > --- a/meta/recipes-graphics/pango/pango_1.50.10.bb
> > +++ b/meta/recipes-graphics/pango/pango_1.50.11.bb
> > @@ -24,7 +24,7 @@ SRC_URI += "file://run-ptest \
> > file://0001-Skip-running-test-layout-test.patch \
> > "
> >
> > -SRC_URI[archive.sha256sum] =
> > "7e5d2f1e40854d24a9a2c4d093bafe75dcdbeccdf1de43e4437332eabed64966"
> > +SRC_URI[archive.sha256sum] =
> > "8800f812d89ee61388188703203f3a7878963c22f8695aaf1fa0a1a1428d17ae"
> >
> > DEPENDS = "glib-2.0 glib-2.0-native fontconfig freetype virtual/libiconv
> > cairo harfbuzz fribidi"
> >
> > --
> > 2.25.1
> >
> >
> >
> >
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171682):
https://lists.openembedded.org/g/openembedded-core/message/171682
Mute This Topic: https://lists.openembedded.org/mt/94254215/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][PATCH] rust: update 1.63.0 -> 1.64.0
Hello,
On 12/10/2022 08:17:14+0100, Alex Kiernan wrote:
> Release notes:
> https://blog.rust-lang.org/2022/09/22/Rust-1.64.0.html
>
This causes the following failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/5901/steps/12/logs/stdio
ERROR: rust-1.64.0-r0 do_patch: Applying patch 'crossbeam_atomic.patch' on
target directory
'/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/rust/1.64.0-r0/rustc-1.64.0-src'
CmdError('quilt --quiltrc
/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/rust/1.64.0-r0/recipe-sysroot-native/etc/quiltrc
push', 0, 'stdout: Applying patch crossbeam_atomic.patch
patching file vendor/crossbeam-utils/build.rs
patching file vendor/crossbeam-utils/.cargo-checksum.json
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- rejects in file
vendor/crossbeam-utils/.cargo-checksum.json
Patch crossbeam_atomic.patch does not apply (enforce with -f)
> Signed-off-by: Alex Kiernan
> ---
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> .../{cargo_1.63.0.bb => cargo_1.64.0.bb} | 0
> ...ibstd-rs_1.63.0.bb => libstd-rs_1.64.0.bb} | 0
> 63.0.bb => rust-cross-canadian_1.64.0.bb} | 0
> ...ust-llvm_1.63.0.bb => rust-llvm_1.64.0.bb} | 0
> meta/recipes-devtools/rust/rust-snapshot.inc | 22 +--
> meta/recipes-devtools/rust/rust-source.inc| 2 +-
> .../rust/{rust_1.63.0.bb => rust_1.64.0.bb} | 0
> 8 files changed, 13 insertions(+), 13 deletions(-)
> rename meta/recipes-devtools/cargo/{cargo_1.63.0.bb => cargo_1.64.0.bb}
> (100%)
> rename meta/recipes-devtools/rust/{libstd-rs_1.63.0.bb =>
> libstd-rs_1.64.0.bb} (100%)
> rename meta/recipes-devtools/rust/{rust-cross-canadian_1.63.0.bb =>
> rust-cross-canadian_1.64.0.bb} (100%)
> rename meta/recipes-devtools/rust/{rust-llvm_1.63.0.bb =>
> rust-llvm_1.64.0.bb} (100%)
> rename meta/recipes-devtools/rust/{rust_1.63.0.bb => rust_1.64.0.bb} (100%)
>
> diff --git a/meta/conf/distro/include/tcmode-default.inc
> b/meta/conf/distro/include/tcmode-default.inc
> index 59b226e62fcd..6bba92ac9696 100644
> --- a/meta/conf/distro/include/tcmode-default.inc
> +++ b/meta/conf/distro/include/tcmode-default.inc
> @@ -27,7 +27,7 @@ GOVERSION ?= "1.19%"
> # This can not use wildcards like 8.0.% since it is also used in mesa to
> denote
> # llvm version being used, so always bump it with llvm recipe version bump
> LLVMVERSION ?= "14.0.6"
> -RUSTVERSION ?= "1.63%"
> +RUSTVERSION ?= "1.64%"
>
> PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
> PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "${GCCVERSION}"
> diff --git a/meta/recipes-devtools/cargo/cargo_1.63.0.bb
> b/meta/recipes-devtools/cargo/cargo_1.64.0.bb
> similarity index 100%
> rename from meta/recipes-devtools/cargo/cargo_1.63.0.bb
> rename to meta/recipes-devtools/cargo/cargo_1.64.0.bb
> diff --git a/meta/recipes-devtools/rust/libstd-rs_1.63.0.bb
> b/meta/recipes-devtools/rust/libstd-rs_1.64.0.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/libstd-rs_1.63.0.bb
> rename to meta/recipes-devtools/rust/libstd-rs_1.64.0.bb
> diff --git a/meta/recipes-devtools/rust/rust-cross-canadian_1.63.0.bb
> b/meta/recipes-devtools/rust/rust-cross-canadian_1.64.0.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/rust-cross-canadian_1.63.0.bb
> rename to meta/recipes-devtools/rust/rust-cross-canadian_1.64.0.bb
> diff --git a/meta/recipes-devtools/rust/rust-llvm_1.63.0.bb
> b/meta/recipes-devtools/rust/rust-llvm_1.64.0.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/rust-llvm_1.63.0.bb
> rename to meta/recipes-devtools/rust/rust-llvm_1.64.0.bb
> diff --git a/meta/recipes-devtools/rust/rust-snapshot.inc
> b/meta/recipes-devtools/rust/rust-snapshot.inc
> index b9d7edd6720f..e790705aba0c 100644
> --- a/meta/recipes-devtools/rust/rust-snapshot.inc
> +++ b/meta/recipes-devtools/rust/rust-snapshot.inc
> @@ -5,21 +5,21 @@
> ## The version is replicated here.
> ## TODO: find a way to add additional SRC_URIs based on the contents of an
> ## earlier SRC_URI.
> -RS_VERSION = "1.62.0"
> -CARGO_VERSION = "1.62.0"
> +RS_VERSION = "1.63.0"
> +CARGO_VERSION = "1.63.0"
>
> # TODO: Add hashes for other architecture toolchains as well. Make a script?
> -SRC_URI[rust-std-snapshot-x86_64.sha256sum] =
> "addfae87b6b1b521d98a50fdc5120990888a51bb397100062e9c558267c67c77"
> -SRC_URI[rustc-snapshot-x86_64.sha256sum] =
> "e7f71f4ef09334ddc9ec8cbf2f958d654e36f580c95f8fec6d5c816ce256dbd6"
> -SRC_URI[cargo-snapshot-x86_64.sha256sum] =
> "815c63119a9cf0282ff240c6444b6f867238763ee3dea182f10837ae7dbbb1d4"
> +SRC_URI[rust-std-snapshot-x86_64.sha256sum] =
> "993c2c17bf76ac626bfb5b17bddce65fbdfc14f70d183f33773de0cd12df46d2"
> +SRC_URI[rustc-snapshot-x86_64.sha256sum] =
> "bdab9d9afa5c329c40f9ba568364815237fab8426477c12bfabad35ffc484ab5"
> +SRC_URI[cargo-snapshot-x86_64.sha256sum] =
>
Re: [OE-core] [PATCH] pango: upgrade 1.50.10 -> 1.50.11
This causes ptest failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/4115/steps/12/logs/stdio
'pango': ['pango/test-no-fonts.test']}
On 11/10/2022 16:05:57+0800, wangmy wrote:
> Signed-off-by: Wang Mingyu
> ---
> .../pango/{pango_1.50.10.bb => pango_1.50.11.bb}| 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-graphics/pango/{pango_1.50.10.bb => pango_1.50.11.bb}
> (94%)
>
> diff --git a/meta/recipes-graphics/pango/pango_1.50.10.bb
> b/meta/recipes-graphics/pango/pango_1.50.11.bb
> similarity index 94%
> rename from meta/recipes-graphics/pango/pango_1.50.10.bb
> rename to meta/recipes-graphics/pango/pango_1.50.11.bb
> index 95209889a8..1120e053b8 100644
> --- a/meta/recipes-graphics/pango/pango_1.50.10.bb
> +++ b/meta/recipes-graphics/pango/pango_1.50.11.bb
> @@ -24,7 +24,7 @@ SRC_URI += "file://run-ptest \
> file://0001-Skip-running-test-layout-test.patch \
> "
>
> -SRC_URI[archive.sha256sum] =
> "7e5d2f1e40854d24a9a2c4d093bafe75dcdbeccdf1de43e4437332eabed64966"
> +SRC_URI[archive.sha256sum] =
> "8800f812d89ee61388188703203f3a7878963c22f8695aaf1fa0a1a1428d17ae"
>
> DEPENDS = "glib-2.0 glib-2.0-native fontconfig freetype virtual/libiconv
> cairo harfbuzz fribidi"
>
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171683):
https://lists.openembedded.org/g/openembedded-core/message/171683
Mute This Topic: https://lists.openembedded.org/mt/94254215/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [kirkstone] core-image-weston doesn't build
On 13/10/2022 09:52:44+0200, Marta Rybczynska wrote: > Hello all, > I'm trying to build the core-image-weston in kirkstone to look into > https://bugzilla.yoctoproject.org/show_bug.cgi?id=14926 > > It turns out that the image does not build (oe-core > e728d0965d6fda8ac54e065ca7bf7eb9da9a8170 with bitbake > 6603c3e39f1cf746669ec6c9f0be8c6e6ece426e). I'm getting: > > $ bitbake core-image-weston > Loading cache: 100% > |###| > Time: 0:00:00 > Loaded 1640 entries from dependency cache. > NOTE: Resolving any missing task queue dependencies > ERROR: Nothing RPROVIDES 'weston-xwayland' (but > /oe-standalone/oe-core/meta/recipes-graphics/images/core-image-weston.bb > RDEPENDS on > or otherwise requires it) > NOTE: Runtime target 'weston-xwayland' is unbuildable, removing... > Missing or unbuildable dependency chain was: ['weston-xwayland'] > ERROR: Required build target 'core-image-weston' has no buildable providers. > Missing or unbuildable dependency chain was: ['core-image-weston', > 'weston-xwayland'] > > Summary: There were 2 ERROR messages, returning a non-zero exit code. > > I can't find this one in bugzilla. Is it a known issue? > Did you remove x11 from your DISTRO_FEATURES? -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171686): https://lists.openembedded.org/g/openembedded-core/message/171686 Mute This Topic: https://lists.openembedded.org/mt/94299411/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] wic: honor the SOURCE_DATE_EPOCH in case of updated fstab
Hello, This seems to have caused the following failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/6301/steps/13/logs/stdio | DEBUG: Executing python function extend_recipe_sysroot | NOTE: Direct dependencies are ['/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-bsp/grub/grub-efi_2.06.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-core/glibc/cross-localedef-native_2.36.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-core/glibc/ldconfig-native_2.12.1.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-core/os-release/os-release.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-core/systemd/systemd-boot_251.4.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/binutils/binutils-cross_2.39.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/python/python3_3.10.6.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/qemu/qemu-system-native_7.1.0.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-kernel/kmod/depmodwrapper-cross_1.0.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-core/update-rc.d/update-rc.d_0.8.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.19.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/createrepo-c/createrepo-c_0.20.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/dnf/dnf_4.14.0.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/dosfstools/dosfstools_4.2.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.46.5.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/erofs-utils/erofs-utils_1.5.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/fdisk/gptfdisk_1.0.9.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/makedevs/makedevs_1.0.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/mtools/mtools_4.0.41.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/opkg-utils/opkg-utils_0.5.0.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/opkg/opkg_0.6.0.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/python/python3-installer_0.5.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/python/python3-picobuild_0.2.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/python/python3-pip_22.2.2.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/python/python3-setuptools_65.0.2.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/python/python3-wheel_0.37.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/python/python3_3.10.6.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/rpm/rpm_4.18.0.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-extended/parted/parted_3.5.bb:do_populate_sysroot',
Re: [OE-core] [PATCH] mtd-utils: upgrade 2.1.4 -> 2.1.5
Hello,
This breaks oe-selftest:
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/4237/steps/14/logs/stdio
It would be greatly appreciated if you could ensure running oe-selftest
before submitting
On 10/10/2022 16:38:32+0800, wangmy wrote:
> 0001-tests-Remove-unused-linux-fs.h-header-from-includes.patch
> removed since it's included in 2.1.5
>
> Signed-off-by: Wang Mingyu
> ---
> ...used-linux-fs.h-header-from-includes.patch | 31 ---
> meta/recipes-devtools/mtd/mtd-utils_git.bb| 8 ++---
> 2 files changed, 3 insertions(+), 36 deletions(-)
> delete mode 100644
> meta/recipes-devtools/mtd/mtd-utils/0001-tests-Remove-unused-linux-fs.h-header-from-includes.patch
>
> diff --git
> a/meta/recipes-devtools/mtd/mtd-utils/0001-tests-Remove-unused-linux-fs.h-header-from-includes.patch
>
> b/meta/recipes-devtools/mtd/mtd-utils/0001-tests-Remove-unused-linux-fs.h-header-from-includes.patch
> deleted file mode 100644
> index 73d4a8475f..00
> ---
> a/meta/recipes-devtools/mtd/mtd-utils/0001-tests-Remove-unused-linux-fs.h-header-from-includes.patch
> +++ /dev/null
> @@ -1,31 +0,0 @@
> -From 6fb10bd18488ed84776675bc1b2982800a51d839 Mon Sep 17 00:00:00 2001
> -From: Khem Raj
> -Date: Sat, 6 Aug 2022 20:14:38 -0700
> -Subject: [mtd-utils][PATCH] tests: Remove unused linux/fs.h header from
> includes
> -
> -This header is not needed, moreover it includes linux/mount.h which is
> -now in conflict[1] with glibc provided sys/mount.h from glibc 2.36 onwards
> -
> -[1] https://sourceware.org/glibc/wiki/Release/2.36
> -
> -Upstream-Status: Submitted
> [https://lists.infradead.org/pipermail/linux-mtd/2022-August/094667.html]
> -Signed-off-by: Khem Raj
>
> - tests/fs-tests/lib/tests.c | 1 -
> - 1 file changed, 1 deletion(-)
> -
> -diff --git a/tests/fs-tests/lib/tests.c b/tests/fs-tests/lib/tests.c
> -index d1a2e0c..3db0426 100644
> a/tests/fs-tests/lib/tests.c
> -+++ b/tests/fs-tests/lib/tests.c
> -@@ -35,7 +35,6 @@
> - #include
> - #include
> - #include
> --#include
> - #include
> -
> - #include "tests.h"
> ---
> -2.37.1
> -
> diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb
> b/meta/recipes-devtools/mtd/mtd-utils_git.bb
> index 943666e529..2d76991d2f 100644
> --- a/meta/recipes-devtools/mtd/mtd-utils_git.bb
> +++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb
> @@ -11,12 +11,10 @@ inherit autotools pkgconfig update-alternatives
> DEPENDS = "zlib e2fsprogs util-linux"
> RDEPENDS:mtd-utils-tests += "bash"
>
> -PV = "2.1.4"
> +PV = "2.1.5"
>
> -SRCREV = "c7f1bfa44a84d02061787e2f6093df5cc40b9f5c"
> -SRC_URI = "git://git.infradead.org/mtd-utils.git;branch=master \
> -
> file://0001-tests-Remove-unused-linux-fs.h-header-from-includes.patch \
> - "
> +SRCREV = "3f3b4cc6c3120107e7aaa21c6415772a255ac49c"
> +SRC_URI = "git://git.infradead.org/mtd-utils.git;branch=master"
>
> S = "${WORKDIR}/git"
>
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171587):
https://lists.openembedded.org/g/openembedded-core/message/171587
Mute This Topic: https://lists.openembedded.org/mt/94232218/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] libffi: upgrade 3.4.2 -> 3.4.3
Hello,
This causes the following warning:
https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/1815/steps/13/logs/warnings
Please test your patches before sending them
On 11/10/2022 16:05:54+0800, wangmy wrote:
> License-Update: Copyriht year updated to 2022.
>
> Changelog:
> =
> All struct args are passed by value, regardless of size, as per ABIs.
> Enable static trampolines for Cygwin.
> Add support for Loongson's LoongArch64 architecture.
> Fix x32 static trampolines.
> Fix 32-bit x86 stdcall stack corruption.
> Fix ILP32 aarch64 support.
>
> Signed-off-by: Wang Mingyu
> ---
> .../libffi/{libffi_3.4.2.bb => libffi_3.4.3.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-support/libffi/{libffi_3.4.2.bb => libffi_3.4.3.bb} (90%)
>
> diff --git a/meta/recipes-support/libffi/libffi_3.4.2.bb
> b/meta/recipes-support/libffi/libffi_3.4.3.bb
> similarity index 90%
> rename from meta/recipes-support/libffi/libffi_3.4.2.bb
> rename to meta/recipes-support/libffi/libffi_3.4.3.bb
> index 41c3cad586..d2c86d1f9b 100644
> --- a/meta/recipes-support/libffi/libffi_3.4.2.bb
> +++ b/meta/recipes-support/libffi/libffi_3.4.3.bb
> @@ -8,13 +8,13 @@ library really only provides the lowest, machine dependent
> layer of a fully feat
> A layer must exist above `libffi' that handles type conversions for values
> passed between the two languages."
>
> LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=679b5c9bdc79a2b93ee574e193e7a7bc"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=32c0d09a0641daf4903e5d61cc8f23a8"
>
> SRC_URI = "${GITHUB_BASE_URI}/download/v${PV}/${BPN}-${PV}.tar.gz \
> file://not-win32.patch \
> file://0001-arm-sysv-reverted-clang-VFP-mitigation.patch \
> "
> -SRC_URI[sha256sum] =
> "540fb721619a6aba3bdeef7d940d8e9e0e6d2c193595bc243241b77ff9e93620"
> +SRC_URI[sha256sum] =
> "4416dd92b6ae8fcb5b10421e711c4d3cb31203d77521a77d85d0102311e6c3b8"
>
> EXTRA_OECONF += "--disable-builddir --disable-exec-static-tramp"
> EXTRA_OECONF:class-native += "--with-gcc-arch=generic"
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171626):
https://lists.openembedded.org/g/openembedded-core/message/171626
Mute This Topic: https://lists.openembedded.org/mt/94254211/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCHv2] wic-imager-direct.py: use fstab update also for root device
On 08/10/2022 14:53:48+0200, Markus Volk wrote: > Am Sa, 1. Okt 2022 um 01:11:46 +0200 schrieb Alexandre Belloni via > lists.openembedded.org > : > > This causes the following failure: > > <https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/4140/steps/14/logs/stdio> > > Hi Alexandre, > > I've looked at the problem and can reproduce the errors when I run > 'oe-selftest -v -r overlay-fs', but unfortunately I can't really see what > exactly the problem is. qemu just ends unexpectedly and doesn't give much > useful information in its output. At least I am not able to find it. > The issue is probably that one: AssertionError: None is not true : diff: can't stat '/data/overlay-etc/lower/lower-layer-test.txt': No such file or directory is /data in /etc/fstab? -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171534): https://lists.openembedded.org/g/openembedded-core/message/171534 Mute This Topic: https://lists.openembedded.org/mt/94010270/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/1] ltp: Update to 20220930
Hello,
On 01/10/2022 19:21:07+0200, Petr Vorel wrote:
> From: Petr Vorel
>
> Remove all patches accepted upstream.
>
> Signed-off-by: Petr Vorel
> ---
> Hi,
>
> could you please test this patchset?
This causes the following warning:
ltp-20220930-r0 do_package_qa: QA Issue: File
/opt/ltp/testcases/open_posix_testsuite/config.log in package ltp contains
reference to TMPDIR
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5988/steps/12/logs/warnings
>
> Kind regards,
> Petr
>
> ...-access-mode-in-KVM-test-ELF-headers.patch | 40 -
> ...olve-conflict-in-different-header-fi.patch | 71
> ...-lapi-pidfd-adding-pidfd-header-file.patch | 60 ---
> ...-Fix-usage-of-PAGESIZE-from-memcg_li.patch | 121 --
> ...ait-for-umount-completed-in-thread_b.patch | 63 ---
> ...x-usage-of-variables-from-tst_net.sh.patch | 154 --
> ...0001-netstress-Restore-runtime-to-5m.patch | 53 --
> ...fs05_make_tree-Restore-5-min-timeout.patch | 31
> ...nt-instead-of-pthread_t-for-thread-I.patch | 36
> ...igrate_pages03-restore-runtime-to-5m.patch | 44 -
> ...-kvm-use-LD-instead-of-hardcoding-ld.patch | 39 -
> ...ile-variable-for-building-KVM-payloa.patch | 63 ---
> .../ltp/{ltp_20220527.bb => ltp_20220930.bb} | 16 +-
> 13 files changed, 2 insertions(+), 789 deletions(-)
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-kvm-Fix-stack-access-mode-in-KVM-test-ELF-headers.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-lapi-fsmount-resolve-conflict-in-different-header-fi.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-lapi-pidfd-adding-pidfd-header-file.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-memcg-functional-Fix-usage-of-PAGESIZE-from-memcg_li.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-mountns0-1-3-wait-for-umount-completed-in-thread_b.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-net_stress-Fix-usage-of-variables-from-tst_net.sh.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-netstress-Restore-runtime-to-5m.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-nfs05_make_tree-Restore-5-min-timeout.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-rt-migrate-Use-int-instead-of-pthread_t-for-thread-I.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0001-syscalls-migrate_pages03-restore-runtime-to-5m.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0002-kvm-use-LD-instead-of-hardcoding-ld.patch
> delete mode 100644
> meta/recipes-extended/ltp/ltp/0003-Add-KVM_LD-Makefile-variable-for-building-KVM-payloa.patch
> rename meta/recipes-extended/ltp/{ltp_20220527.bb => ltp_20220930.bb} (86%)
>
> diff --git
> a/meta/recipes-extended/ltp/ltp/0001-kvm-Fix-stack-access-mode-in-KVM-test-ELF-headers.patch
>
> b/meta/recipes-extended/ltp/ltp/0001-kvm-Fix-stack-access-mode-in-KVM-test-ELF-headers.patch
> deleted file mode 100644
> index 764e9c0d9f..00
> ---
> a/meta/recipes-extended/ltp/ltp/0001-kvm-Fix-stack-access-mode-in-KVM-test-ELF-headers.patch
> +++ /dev/null
> @@ -1,40 +0,0 @@
> -From 608fc7bcda43e60536ae1f19842f7affba8f0aea Mon Sep 17 00:00:00 2001
> -From: Martin Doucha
> -Date: Wed, 1 Jun 2022 16:16:34 +0200
> -Subject: [PATCH] kvm: Fix stack access mode in KVM test ELF headers
> -
> -When the linker converts guest payload binary into a linkable resource
> -object file, it somehow defaults to requesting executable stack section
> -for the final test binary. This trips some build-time security checks
> -on newer systems. Add explicit linker option to make the stack
> -non-executable.
> -
> -Suggested-by: Fabian Vogt
> -Signed-off-by: Martin Doucha
> -Reviewed-by: Petr Vorel
> -Reviewed-by: Cyril Hrubis
> -
> -Signed-off-by: Martin Jansa
> -Upstream-Status: Backport
> [https://github.com/linux-test-project/ltp/commit/f9715d7c2e78713e26533c6e0846aaabf5c4095b]
>
> - testcases/kernel/kvm/Makefile | 4 ++--
> - 1 file changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/testcases/kernel/kvm/Makefile b/testcases/kernel/kvm/Makefile
> -index 69a9946fe..adab56952 100644
> a/testcases/kernel/kvm/Makefile
> -+++ b/testcases/kernel/kvm/Makefile
> -@@ -50,11 +50,11 @@ include $(top_srcdir)/include/mk/generic_leaf_target.mk
> - ifdef VERBOSE
> - $(CC) $(GUEST_CPPFLAGS) $(GUEST_CFLAGS) $(GUEST_LDFLAGS) -o
> $*-payload.elf $^ $(GUEST_LDLIBS)
> - objcopy -O binary -j .init.boot -j .text -j .data -j .init -j
> .preinit_array -j .init_array --gap-fill=0 $*-payload.elf $*-payload.bin
> --ld -r -T $(abs_srcdir)/linker/payload.lds --oformat=$(BIN_FORMAT) -o $@
> $*-payload.bin
> -+ld -z noexecstack -r -T $(abs_srcdir)/linker/payload.lds
> --oformat=$(BIN_FORMAT) -o $@ $*-payload.bin
> - else
> - @$(CC) $(GUEST_CPPFLAGS) $(GUEST_CFLAGS) $(GUEST_LDFLAGS) -o
> $*-payload.elf $^ $(GUEST_LDLIBS)
> -
Re: [OE-core] [PATCH v2] wic: honor the SOURCE_DATE_EPOCH in case of updated fstab
Hi,
This caused:
https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/6305/steps/13/logs/stdio
On 13/10/2022 19:40:20+0300, Sergey Zhmylev wrote:
> From: Sergei Zhmylev
>
> In case user requested to build a binary repeatable package,
> it's required to honor the SOURCE_DATE_EPOCH environment
> variable. So forcefully set mtime inside all the routines
> which modify fstab in case it is updated.
>
> Signed-off-by: Sergei Zhmylev
> ---
> scripts/lib/wic/partition.py | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
> index e50871b8d7..cac1bab4dd 100644
> --- a/scripts/lib/wic/partition.py
> +++ b/scripts/lib/wic/partition.py
> @@ -291,6 +291,9 @@ class Partition():
> if self.updated_fstab_path and self.has_fstab and not
> self.no_fstab_update:
> debugfs_script_path = os.path.join(cr_workdir, "debugfs_script")
> with open(debugfs_script_path, "w") as f:
> +if os.getenv('SOURCE_DATE_EPOCH'):
> +fstab_time = int(os.getenv('SOURCE_DATE_EPOCH'))
> +f.write("set_current_time %s\n" % (fstab_time))
> f.write("cd etc\n")
> f.write("rm fstab\n")
> f.write("write %s fstab\n" % (self.updated_fstab_path))
> @@ -353,7 +356,7 @@ class Partition():
> exec_native_cmd(mcopy_cmd, native_sysroot)
>
> if self.updated_fstab_path and self.has_fstab and not
> self.no_fstab_update:
> -mcopy_cmd = "mcopy -i %s %s ::/etc/fstab" % (rootfs,
> self.updated_fstab_path)
> +mcopy_cmd = "mcopy -m -i %s %s ::/etc/fstab" % (rootfs,
> self.updated_fstab_path)
> exec_native_cmd(mcopy_cmd, native_sysroot)
>
> chmod_cmd = "chmod 644 %s" % rootfs
> --
> 2.37.2
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171724):
https://lists.openembedded.org/g/openembedded-core/message/171724
Mute This Topic: https://lists.openembedded.org/mt/94308156/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 1/2] oeqa/selftest/archiver: Add multiconfig test for shared recipes
Hello Jose,
This fails on the AB:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/4236/steps/15/logs/stdio
2022-10-13 21:04:28,387 - oe-selftest - INFO -
archiver.Archiver.test_archiver_multiconfig_shared_unpack_and_patch
(subunit.RemotedTestCase)
2022-10-13 21:04:28,388 - oe-selftest - INFO - ... FAIL
2022-10-13 21:04:28,388 - oe-selftest - INFO - 0: 15/57 149/504 (49.12s)
(archiver.Archiver.test_archiver_multiconfig_shared_unpack_and_patch)
2022-10-13 21:04:28,388 - oe-selftest - INFO -
testtools.testresult.real._StringException: Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/archiver.py",
line 151, in test_archiver_multiconfig_shared_unpack_and_patch
self.assertFalse(len(uniq_sigs) - 1, 'The task "%s" of the recipe "%s" has
diferent signatures for each machine in multiconfig' % (task, pn))
File "/usr/lib64/python3.6/unittest/case.py", line 693, in assertFalse
raise self.failureException(msg)
AssertionError: -1 is not false : The task "do_unpack_and_patch" of the recipe
"gcc-source-12.2.0" has diferent signatures for each machine in multiconfig
On 13/10/2022 19:25:29+, Jose Quaresma wrote:
> Test that the shared recipes in original mode with diff enabled works in
> multiconfig,
> otherwise it will not build when using the same TMP dir.
>
> The test can be run with:
>
> oe-selftest -r
> archiver.Archiver.test_archiver_multiconfig_shared_unpack_and_patch
>
> | oe-selftest - INFO - test_archiver_multiconfig_shared_unpack_and_patch
> (archiver.Archiver)
> | oe-selftest - INFO - ... ok
> | oe-selftest - INFO -
> --
> | oe-selftest - INFO - Ran 1 test in 199.710s
> | oe-selftest - INFO - OK
> | oe-selftest - INFO - RESULTS:
> | oe-selftest - INFO - RESULTS -
> archiver.Archiver.test_archiver_multiconfig_shared_unpack_and_patch: PASSED
> (192.24s)
> | oe-selftest - INFO - SUMMARY:
> | oe-selftest - INFO - oe-selftest () - Ran 1 test in 199.711s
> | oe-selftest - INFO - oe-selftest - OK - All required tests passed
> (successes=1, skipped=0, failures=0, errors=0)
>
> Signed-off-by: Jose Quaresma
> ---
> meta/lib/oeqa/selftest/cases/archiver.py | 29
> 1 file changed, 29 insertions(+)
>
> diff --git a/meta/lib/oeqa/selftest/cases/archiver.py
> b/meta/lib/oeqa/selftest/cases/archiver.py
> index ffdea832be..1d4985dacf 100644
> --- a/meta/lib/oeqa/selftest/cases/archiver.py
> +++ b/meta/lib/oeqa/selftest/cases/archiver.py
> @@ -6,6 +6,7 @@
>
> import os
> import glob
> +import re
> from oeqa.utils.commands import bitbake, get_bb_vars
> from oeqa.selftest.case import OESelftestTestCase
>
> @@ -119,7 +120,35 @@ class Archiver(OESelftestTestCase):
> excluded_present = len(glob.glob(src_path_target + '/%s-*/*' %
> target_recipes[1]))
> self.assertFalse(excluded_present, 'Recipe %s was not excluded.' %
> target_recipes[1])
>
> +def test_archiver_multiconfig_shared_unpack_and_patch(self):
> +"""
> +Test that shared recipes in original mode with diff enabled works in
> multiconfig,
> +otherwise it will not build when using the same TMP dir.
> +"""
> +
> +features = 'BBMULTICONFIG = "mc1 mc2"\n'
> +features += 'INHERIT += "archiver"\n'
> +features += 'ARCHIVER_MODE[src] = "original"\n'
> +features += 'ARCHIVER_MODE[diff] = "1"\n'
> +self.write_config(features)
> +
> +# We can use any machine in multiconfig as long as they are different
> +self.write_config('MACHINE = "qemuarm"\n', 'mc1')
> +self.write_config('MACHINE = "qemux86"\n', 'mc2')
> +
> +task = 'do_unpack_and_patch'
> +# Use gcc-source as it is a shared recipe (appends the pv to the pn)
> +pn = 'gcc-source-%s' % get_bb_vars(['PV'], 'gcc')['PV']
> +
> +# Generate the tasks signatures
> +bitbake('mc:mc1:%s mc:mc2:%s --runonly=%s --dump-signatures=none' %
> (pn, pn, task))
>
> +# Check the tasks signatures
> +# To be machine agnostic the tasks needs to generate the same
> signature for each machine
> +locked_sigs = open("%s/locked-sigs.inc" % self.builddir).read()
> +task_sigs = re.findall(r"%s:%s:.*" % (pn, task), locked_sigs)
> +uniq_sigs = set(task_sigs)
> +self.assertFalse(len(uniq_sigs) - 1, 'The task "%s" of the recipe
> "%s" has diferent signatures for each machine in multiconfig' % (task, pn))
>
> def test_archiver_srpm_mode(self):
> """
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171730):
https://lists.openembedded.org/g/openembedded-core/message/171730
Mute This Topic:
Re: [oe-core][PATCHv2] wic-imager-direct.py: use fstab update also for root device
Hello Markus,
This causes the following failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/4140/steps/14/logs/stdio
On 30/09/2022 06:18:07+0200, Markus Volk wrote:
> wic imager is able to add entries for the partitions to fstab. This patch also
> creates an entry for the root device, which was previously ignored. The root
> device entry can now optionally be uuid or label based.
>
> The stock fstab file provided by base-files.bb already contains an entry for
> the
> root device. The result looks something like this:
>
> /dev/root / auto defaults 1 1
> proc /proc proc defaults 0 0
> devpts /dev/pts devpts mode=0620,ptmxmode=0666,gid=5 0 0
> tmpfs /run tmpfs mode=0755,nodev,nosuid,strictatime 0 0
> tmpfs /var/volatile tmpfs defaults 0 0
>
> UUID=055A-69B5 /boot vfat defaults 0 0
> UUID=0eb2df23-3638-4bbf-b045-9a425cb45954 / ext4 defaults 0 0
>
> To avoid duplicate root device entries in fstab for wic images, the
> "/dev/root"
> line is removed during the update.
>
> Signed-off-by: Markus Volk
> ---
> scripts/lib/wic/plugins/imager/direct.py | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/scripts/lib/wic/plugins/imager/direct.py
> b/scripts/lib/wic/plugins/imager/direct.py
> index da483daed5..fd86a094d9 100644
> --- a/scripts/lib/wic/plugins/imager/direct.py
> +++ b/scripts/lib/wic/plugins/imager/direct.py
> @@ -117,7 +117,7 @@ class DirectPlugin(ImagerPlugin):
> updated = False
> for part in self.parts:
> if not part.realnum or not part.mountpoint \
> - or part.mountpoint == "/" or not
> part.mountpoint.startswith('/'):
> + or not part.mountpoint.startswith('/'):
> continue
>
> if part.use_uuid:
> @@ -145,6 +145,11 @@ class DirectPlugin(ImagerPlugin):
> fstab_lines.append(line)
> updated = True
>
> +for line in fstab_lines:
> +if '/dev/root' in line:
> +fstab_lines.remove(line)
> +updated = True
> +
> if updated:
> self.updated_fstab_path = os.path.join(self.workdir, "fstab")
> with open(self.updated_fstab_path, "w") as f:
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171246):
https://lists.openembedded.org/g/openembedded-core/message/171246
Mute This Topic: https://lists.openembedded.org/mt/94010270/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] openssl: Add missing perl module runtime dependencies for ptests
Hello,
This caused many issues on the autobuilders, similar to those:
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5982/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/3796/steps/11/logs/stdio
On 29/09/2022 21:16:14-0700, Khem Raj wrote:
> Signed-off-by: Khem Raj
> ---
> meta/recipes-connectivity/openssl/openssl_3.0.5.bb | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-connectivity/openssl/openssl_3.0.5.bb
> b/meta/recipes-connectivity/openssl/openssl_3.0.5.bb
> index 04aff04fab..119e58ed24 100644
> --- a/meta/recipes-connectivity/openssl/openssl_3.0.5.bb
> +++ b/meta/recipes-connectivity/openssl/openssl_3.0.5.bb
> @@ -243,7 +243,16 @@ CONFFILES:openssl-conf = "${sysconfdir}/ssl/openssl.cnf"
>
> RRECOMMENDS:libcrypto += "openssl-conf ${PN}-ossl-module-legacy"
> RDEPENDS:${PN}-misc = "perl"
> -RDEPENDS:${PN}-ptest += "openssl-bin perl perl-modules bash sed"
> +RDEPENDS:${PN}-ptest += "bash sed openssl-bin \
> + perl perl-modules \
> + perl-module-file-spec-functions \
> + perl-module-findbin perl-module-harness
> perl-module-tap-base \
> + perl-module-tap-object
> perl-module-tap-parser-sourcehandler-executable \
> + perl-module-tap-formatter-file
> perl-module-tap-formatter-session \
> + perl-module-tap-formatter-base
> perl-module-tap-parser \
> + perl-module-tap-parser-scheduler
> perl-module-test-more \
> + perl-module-pod-text perl-module-encode-encoding \
> + "
>
> RDEPENDS:${PN}-bin += "openssl-conf"
>
> --
> 2.37.3
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171244):
https://lists.openembedded.org/g/openembedded-core/message/171244
Mute This Topic: https://lists.openembedded.org/mt/94010252/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] linux-yocto 5.15.48 reproducibility failure
On 04/08/2022 09:38:44-0400, Bruce Ashfield wrote:
> On Thu, Aug 4, 2022 at 3:27 AM Richard Purdie
> wrote:
> >
> > On Thu, 2022-08-04 at 07:57 +0100, Richard Purdie via
> > lists.openembedded.org wrote:
> > > On Wed, 2022-08-03 at 22:33 -0400, Bruce Ashfield wrote:
> > > > On Wed, Aug 3, 2022 at 6:46 PM Richard Purdie
> > > > wrote:
> > > > >
> > > > > On Wed, 2022-08-03 at 11:50 -1000, Steve Sakoman wrote:
> > > > > > On Wed, Jul 6, 2022 at 4:05 AM Bruce Ashfield
> > > > > > wrote:
> > > > > > >
> > > > > > > On Wed, Jul 6, 2022 at 9:31 AM Richard Purdie
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > On Wed, 2022-07-06 at 15:29 +0200, Alexandre Belloni wrote:
> > > > > > > > > Hello Bruce,
> > > > > > > > >
> > > > > > > > > I got the following reproducible build failures:
> > > > > > > > >
> > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/1116/steps/12/logs/stdio
> > > > > > > > >
> > > > > > > > > To me, it looks like the in-kernel config changed, did the
> > > > > > > > > compression
> > > > > > > > > alg change?
> > > > > > > > >
> > > > > > > > > Are you able to look at that soon or should I file a bug?
> > > > > > > >
> > > > > > > > FWIW,
> > > > > > > > http://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220705-g8ltxczy/packages/diff-html/
> > > > > > > >
> > > > > > > > and CONFIG_CC_HAS_ASM_GOTO_TIED_OUTPUT=y changed value...
> > > > > > >
> > > > > > > A quick look at the -stable queue to init/Kconfig does indeed show
> > > > > > > that option arriving .. from my scan of the change, it looks like
> > > > > > > there are different compilers on the hosts, and hence that check
> > > > > > > is
> > > > > > > detecting a buggy gcc (or not) and changing the value.
> > > > > > >
> > > > > > > So one of the build hosts is failing the test, and another isn't.
> > > > > > >
> > > > > > > I'm not sure how to fix that, unless we revert the change. I'll
> > > > > > > ponder it more.
> > > > > >
> > > > > > Was this issue ever resolved? I'm seeing it on kirkstone now too
> > > > > > :-(
> > > > >
> > > > > No, it wasn't. I took a quick look and my best guess is that we now
> > > > > have the kernel wanting to do $CC tests in kConfig and we don't set CC
> > > > > properly for all our make config calls. I chucked this in master-next
> > > > > as a quick guess at a possible fix:
> > > > >
> > > >
> > > > That's what we've had to do with the linker in the past, so that is
> > > > generally speaking the right place to force the compiler.
> > > >
> > > > > https://git.yoctoproject.org/poky/commit/?h=master-next=944cc04d1ed316a5652f3d058b966d4cfb9a6b73
> > > > >
> > > > > but others might know better where we might be missing the CC
> > > > > settings.
> > > > > I suspect we need to clean up our parameters a bit looking at the
> > > > > different call site differences.
> > > >
> > > > That being said, merge_config uses the compiler like so:
> > > >
> > > > # Use the merged file as the starting point for:
> > > > # alldefconfig: Fills in any missing symbols with Kconfig default
> > > > # allnoconfig: Fills in any missing symbols with # CONFIG_* is not set
> > > > make HOSTCC="$HOSTCC" HOSTLD="$HOSTLD" CC="$CC" LD="$LD" \
> > > > KCONFIG_ALLCONFIG=$TMP_FILE $OUTPUT_ARG $ALLTARGET
> > > >
> > > > And we call it like this:
> > > >
> > > > CFLAGS="${CFLAGS} ${TOOLCHAIN_OPTIONS}" HOSTCC="${BUILD_CC}
> > > > ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}"
> > > > CC="${KERNEL_CC}" LD="${KERNEL_LD}" ARCH=${ARCH} merge_config.sh -O
> > > > ${B} ${config_flags} ${configs} >
> > > > ${meta_dir}/cfg/merge_config_build.log 2>&1
> > > >
> > > > So for the merging of fragments, we are already covered.
> > > >
> > > > and kernel_do_configure calls: KERNEL_CONFIG_COMMAND as the last thing
> > > > it does, which is:
> > > >
> > > > KERNEL_CONFIG_COMMAND ?= "oe_runmake_call -C ${S} CC="${KERNEL_CC}"
> > > > LD="${KERNEL_LD}" O=${B} olddefconfig || oe_runmake -C ${S} O=${B}
> > > > CC="${KERNEL_CC}" LD="${KERNEL_LD}" oldnoconfig"
> > > >
> > > > Which already does set CC to KERNEL_CC.
> > > >
> > > > So unless I'm missing how KCONFIG_CONFIG_COMMAND is sneaking in, I
> > > > expect the behaviour will still be the same.
> > > >
> > > > I spent the day digging through 5.19 kernel issues, so only had a few
> > > > minutes to look at this tonight .. and it is late, so I very easily
> > > > could have missed something.
> > >
> > > You're not missing anything, it didn't help.
> > >
> > > We're seeing this on ubuntu1804 so I logged in there and experimented.
> > > CC is set correctly. What isn't working well is the "echo". If I change
> > > the command to use /bin/echo instead of plain "echo" (which is probably
> > > a shell builtin), it works. Otherwise running manually I see:
> > >
> > > : In function 'foo':
> > > :1:29: warning: missing terminating " character
> > > :1:29: error: missing terminating " character
> > > :2:5: error: expected ':' before '+' token
>
Re: [OE-core] [PATCH] wic: add 'none' fstype for custom image
Hello,
On 08/08/2022 04:57:10+, JeongBong Seo wrote:
> It's not possible to set the label (of gpt entry) normally
> when I want to use non-listed fstype as a rawcopy.
>
> Example)
> part ? --source rawcopy --ondisk mmcblk0 --label mypart --sourceparams
> file=mypart.raw
>
> To resolve this problem, this patch addes a 'none' fstype
> and ignore do_image_label on rawcopy (that actually set the partition label.)
>
> Signed-off-by: JeongBong Seo
> ---
> scripts/lib/wic/ksparser.py | 2 +-
> scripts/lib/wic/plugins/source/rawcopy.py | 4
> 2 files changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py
> index 452a160232..298e593ad4 100644
> --- a/scripts/lib/wic/ksparser.py
> +++ b/scripts/lib/wic/ksparser.py
> @@ -157,7 +157,7 @@ class KickStart():
> part.add_argument('--fsoptions', dest='fsopts')
> part.add_argument('--fstype', default='vfat',
>choices=('ext2', 'ext3', 'ext4', 'btrfs',
> - 'squashfs', 'vfat', 'msdos', 'swap'))
> + 'squashfs', 'vfat', 'msdos', 'swap',
> 'none'))
This doesn't apply on master, can you rebase please?
> part.add_argument('--mkfs-extraopts', default='')
> part.add_argument('--label')
> part.add_argument('--use-label', action='store_true')
> diff --git a/scripts/lib/wic/plugins/source/rawcopy.py
> b/scripts/lib/wic/plugins/source/rawcopy.py
> index 3c4997d8ba..a71629282d 100644
> --- a/scripts/lib/wic/plugins/source/rawcopy.py
> +++ b/scripts/lib/wic/plugins/source/rawcopy.py
> @@ -21,6 +21,10 @@ class RawCopyPlugin(SourcePlugin):
>
> @staticmethod
> def do_image_label(fstype, dst, label):
> +# don't create label when fstype is none
> +if fstype == 'none':
> +return
> +
> if fstype.startswith('ext'):
> cmd = 'tune2fs -L %s %s' % (label, dst)
> elif fstype in ('msdos', 'vfat'):
> --
> 2.17.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#169186):
https://lists.openembedded.org/g/openembedded-core/message/169186
Mute This Topic: https://lists.openembedded.org/mt/92886214/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe][OE-core][Patch 1/1] perf: depend on setuptools if building python scripting
Hello Max, On 10/08/2022 09:21:38+0200, Max Krummenacher wrote: > From: Max Krummenacher > > Starting with kernel 5.19-rc7 perf changed from using distutils > to setuptools. > Add this to the dependencies to be prepared. > Unfortunately, this causes the following reproducibility issues: https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220810-ikgt3whb/packages/diff-html/ > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/tools/perf?id=ee87a0841aa538ab7ad49cf5679ac5ea2682c909 > > Signed-off-by: Max Krummenacher > --- > meta/recipes-kernel/perf/perf.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-kernel/perf/perf.bb > b/meta/recipes-kernel/perf/perf.bb > index 95e7eae9fe..4b15b11462 100644 > --- a/meta/recipes-kernel/perf/perf.bb > +++ b/meta/recipes-kernel/perf/perf.bb > @@ -13,7 +13,7 @@ PR = "r9" > > PACKAGECONFIG ??= "scripting tui libunwind" > PACKAGECONFIG[dwarf] = ",NO_DWARF=1" > -PACKAGECONFIG[scripting] = ",NO_LIBPERL=1 NO_LIBPYTHON=1,perl python3" > +PACKAGECONFIG[scripting] = ",NO_LIBPERL=1 NO_LIBPYTHON=1,perl python3 > python3-setuptools-native" > # gui support was added with kernel 3.6.35 > # since 3.10 libnewt was replaced by slang > # to cover a wide range of kernel we add both dependencies > -- > 2.35.3 > > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#169237): https://lists.openembedded.org/g/openembedded-core/message/169237 Mute This Topic: https://lists.openembedded.org/mt/92932047/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2 41/44] stress-ng: upgrade 0.14.02 -> 0.14.03
v1 was applied, please rebase on master
On 08/08/2022 08:42:34+0200, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin
> ---
> .../stress-ng/{stress-ng_0.14.02.bb => stress-ng_0.14.03.bb}| 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-extended/stress-ng/{stress-ng_0.14.02.bb =>
> stress-ng_0.14.03.bb} (93%)
>
> diff --git a/meta/recipes-extended/stress-ng/stress-ng_0.14.02.bb
> b/meta/recipes-extended/stress-ng/stress-ng_0.14.03.bb
> similarity index 93%
> rename from meta/recipes-extended/stress-ng/stress-ng_0.14.02.bb
> rename to meta/recipes-extended/stress-ng/stress-ng_0.14.03.bb
> index 000a640917..ccca4ffa4d 100644
> --- a/meta/recipes-extended/stress-ng/stress-ng_0.14.02.bb
> +++ b/meta/recipes-extended/stress-ng/stress-ng_0.14.03.bb
> @@ -6,7 +6,7 @@ LICENSE = "GPL-2.0-only"
> LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>
> SRC_URI =
> "git://github.com/ColinIanKing/stress-ng.git;protocol=https;branch=master"
> -SRCREV = "5239ae6c82bfb239637b5a66cd39a035a158e641"
> +SRCREV = "346518caffe5302f9a6d36860459c297c6968aaa"
> S = "${WORKDIR}/git"
>
> DEPENDS = "coreutils-native"
> --
> 2.30.2
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#169306):
https://lists.openembedded.org/g/openembedded-core/message/169306
Mute This Topic: https://lists.openembedded.org/mt/92887037/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2 12/44] util-linux: upgrade 2.38 -> 2.38.1
Hello,
could you rebase on master?
On 08/08/2022 08:42:05+0200, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin
> ---
> ...{util-linux-libuuid_2.38.bb => util-linux-libuuid_2.38.1.bb} | 0
> meta/recipes-core/util-linux/util-linux.inc | 2 +-
> .../util-linux/{util-linux_2.38.bb => util-linux_2.38.1.bb} | 0
> 3 files changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-core/util-linux/{util-linux-libuuid_2.38.bb =>
> util-linux-libuuid_2.38.1.bb} (100%)
> rename meta/recipes-core/util-linux/{util-linux_2.38.bb =>
> util-linux_2.38.1.bb} (100%)
>
> diff --git a/meta/recipes-core/util-linux/util-linux-libuuid_2.38.bb
> b/meta/recipes-core/util-linux/util-linux-libuuid_2.38.1.bb
> similarity index 100%
> rename from meta/recipes-core/util-linux/util-linux-libuuid_2.38.bb
> rename to meta/recipes-core/util-linux/util-linux-libuuid_2.38.1.bb
> diff --git a/meta/recipes-core/util-linux/util-linux.inc
> b/meta/recipes-core/util-linux/util-linux.inc
> index c9bddfb7a6..f1511f02a8 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -37,4 +37,4 @@ SRC_URI =
> "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> file://avoid_parallel_tests.patch \
> "
>
> -SRC_URI[sha256sum] =
> "6d111cbe4d55b336db2f1fbeffbc65b89908704c01136371d32aa9bec373eb64"
> +SRC_URI[sha256sum] =
> "60492a19b44e6cf9a3ddff68325b333b8b52b6c59ce3ebd6a0ecaa4c5117e84f"
> diff --git a/meta/recipes-core/util-linux/util-linux_2.38.bb
> b/meta/recipes-core/util-linux/util-linux_2.38.1.bb
> similarity index 100%
> rename from meta/recipes-core/util-linux/util-linux_2.38.bb
> rename to meta/recipes-core/util-linux/util-linux_2.38.1.bb
> --
> 2.30.2
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#169305):
https://lists.openembedded.org/g/openembedded-core/message/169305
Mute This Topic: https://lists.openembedded.org/mt/92887007/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] classes/sanity: De-golf regex
Hi,
On 08/08/2022 08:19:51-0500, Joshua Watt wrote:
> The regex to match github or gitlab was unnecessarily shortened, which
> prevented them from showing up when grepping.
>
This doesn't apply since we have "classes/sanity: Add comment about
github & gitlab archives" in master. I guess this was one or the other.
> Signed-off-by: Joshua Watt
> ---
> meta/classes/insane.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
> index 37e10ad850..b66926f540 100644
> --- a/meta/classes/insane.bbclass
> +++ b/meta/classes/insane.bbclass
> @@ -1335,7 +1335,7 @@ def unpack_check_src_uri(pn, d):
> oe.qa.handle_error("src-uri-bad", "%s: SRC_URI uses PN not BPN" %
> pn, d)
>
> for url in d.getVar("SRC_URI").split():
> -if re.search(r"git(hu|la)b\.com/.+/.+/archive/.+", url):
> +if re.search(r"(github|gitlab)\.com/.+/.+/archive/.+", url):
> oe.qa.handle_error("src-uri-bad", "%s: SRC_URI uses unstable
> GitHub/GitLab archives, convert recipe to use git protocol" % pn, d)
>
> python do_qa_unpack() {
> --
> 2.33.0
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#169115):
https://lists.openembedded.org/g/openembedded-core/message/169115
Mute This Topic: https://lists.openembedded.org/mt/92891575/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2] insane.bbclass: Skip patches not in oe-core by full path
Hello,
This doesn't seem to work as expected:
https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/1599/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/3296/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#builders/128/builds/495/steps/13/logs/stdio
On 15/08/2022 05:39:35+, Yang Xu via lists.openembedded.org wrote:
> The full path of patch may contain '/meta/' but not in oe-core, skip
> patches by checking it starts with oe-core full path or not.
>
> Signed-off-by: Yang Xu
> ---
> meta/classes-global/insane.bbclass | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes-global/insane.bbclass
> b/meta/classes-global/insane.bbclass
> index 46ea41e271..42daf4388e 100644
> --- a/meta/classes-global/insane.bbclass
> +++ b/meta/classes-global/insane.bbclass
> @@ -1214,11 +1214,12 @@ python do_qa_patch() {
> import re
> from oe import patch
>
> +coremeta_path = os.path.join(d.getVar('COREBASE'), 'meta/')
> for url in patch.src_patches(d):
> (_, _, fullpath, _, _, _) = bb.fetch.decodeurl(url)
>
> # skip patches not in oe-core
> - if '/meta/' not in fullpath:
> + if not
> os.path.abspath(fullpath).startswith(os.path.abspath(coremeta_path)):
> continue
>
> kinda_status_re = re.compile(r"^.*upstream.*status.*$", re.IGNORECASE
> | re.MULTILINE)
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#169496):
https://lists.openembedded.org/g/openembedded-core/message/169496
Mute This Topic: https://lists.openembedded.org/mt/93030817/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [[PATCH v2] kernel-fitimage.bbclass: only package unique DTBs
Hi,
On 17/08/2022 16:09:46+, Awais Belal wrote:
> Do I need to send an update here to align with
> https://git.openembedded.org/openembedded-core/commit/meta/classes-recipe/kernel-fitimage.bbclass?h=master-next=f5c128008365e141082c129417eb72d2751e8045
> ?
>
I have the patch in my master-next and I believe the merge was correct.
This is under testing right now.
>
> BR,
> Awais
>
> From: openembedded-core@lists.openembedded.org
> on behalf of Belal, Awais
> Sent: Tuesday, August 16, 2022 6:58:55 PM
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [[PATCH v2] kernel-fitimage.bbclass: only package unique
> DTBs
>
> The KERNEL_DEVICETREE and related variables could potentially have a device
> tree listed multiple times and this works okay for most scenarios. However,
> when we create FIT entries for these we get duplicate nodes and uboot-mkimage
> fails with
>
> fit-image-initramfs-image.its:219.58-229.19: ERROR (duplicate_node_names):
> /images/fdt-freescale_imx8mp-evk-ecspi-slave.dtb: Duplicate node name
> fit-image-initramfs-image.its:307.50-317.19: ERROR (duplicate_node_names):
> /images/fdt-freescale_imx8mp-evk-ndm.dtb: Duplicate node name
> fit-image-initramfs-image.its:362.54-372.19: ERROR (duplicate_node_names):
> /images/fdt-freescale_imx8mp-evk-rm67199.dtb: Duplicate node name
> fit-image-initramfs-image.its:417.56-427.19: ERROR (duplicate_node_names):
> /images/fdt-freescale_imx8mp-evk-usdhc1-m2.dtb: Duplicate node name
> fit-image-initramfs-image.its:648.59-658.19: ERROR (duplicate_node_names):
> /configurations/conf-freescale_imx8mp-evk-ecspi-slave.dtb: Duplicate node name
> fit-image-initramfs-image.its:744.51-754.19: ERROR (duplicate_node_names):
> /configurations/conf-freescale_imx8mp-evk-ndm.dtb: Duplicate node name
> fit-image-initramfs-image.its:804.55-814.19: ERROR (duplicate_node_names):
> /configurations/conf-freescale_imx8mp-evk-rm67199.dtb: Duplicate node name
> fit-image-initramfs-image.its:864.57-874.19: ERROR (duplicate_node_names):
> /configurations/conf-freescale_imx8mp-evk-usdhc1-m2.dtb: Duplicate node name
> ERROR: Input tree has errors, aborting (use -f to force output)
> uboot-mkimage: Can't open arch/arm64/boot/fitImage.tmp: No such file or
> directory
>
> We fix this by tracking the DTBs we're compiling in the FIT and only picking
> up unique ones.
>
> Signed-off-by: Awais Belal
> ---
> meta/classes/kernel-fitimage.bbclass | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/meta/classes/kernel-fitimage.bbclass
> b/meta/classes/kernel-fitimage.bbclass
> index 7e09b075ff..56d71ba8fa 100644
> --- a/meta/classes/kernel-fitimage.bbclass
> +++ b/meta/classes/kernel-fitimage.bbclass
> @@ -527,6 +527,10 @@ fitimage_assemble() {
> fi
>
> DTB=$(echo "$DTB" | tr '/' '_')
> +
> + # Skip DTB if we've picked it up previously
> + echo "$DTBS" | tr ' ' '\n' | grep -xq "$DTB" &&
> continue
> +
> DTBS="$DTBS $DTB"
> fitimage_emit_section_dtb $1 $DTB $DTB_PATH
> done
> @@ -536,6 +540,10 @@ fitimage_assemble() {
> dtbcount=1
> for DTB in $(find "${EXTERNAL_KERNEL_DEVICETREE}" \( -name
> '*.dtb' -o -name '*.dtbo' \) -printf '%P\n' | sort); do
> DTB=$(echo "$DTB" | tr '/' '_')
> +
> + # Skip DTB if we've picked it up previously
> + echo "$DTBS" | tr ' ' '\n' | grep -xq "$DTB" &&
> continue
> +
> DTBS="$DTBS $DTB"
> fitimage_emit_section_dtb $1 $DTB
> "${EXTERNAL_KERNEL_DEVICETREE}/$DTB"
> done
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#169497):
https://lists.openembedded.org/g/openembedded-core/message/169497
Mute This Topic: https://lists.openembedded.org/mt/93059092/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] vulkan-samples: enable network during do_unpack
On 17/08/2022 21:01:24+0200, Julien STEPHAN wrote: > vulkan-samples uses git submodules and one of the submodules uses lfs > objects. During the unpack step, the lfs objects are retrieved leading to > a network failure. > > The correct fix is to fetch lfs objects during the fetch step, but let's > workaround this issue for now > How can you ensure you are not relying on third parties to sotre the code you need to build your images then? > Signed-off-by: Julien STEPHAN > --- > meta/recipes-graphics/vulkan/vulkan-samples_git.bb | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb > b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb > index 41cb4a437d..b45ee22a69 100644 > --- a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb > +++ b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb > @@ -11,6 +11,11 @@ SRC_URI = > "gitsm://github.com/KhronosGroup/Vulkan-Samples.git;branch=master;prot > > file://0001-framework-core-hpp_vulkan_resource.h-add-header-incl.patch \ > " > > +# Workaround for network access issue during the do_unpack step > +# this needs to be fixed in the recipes buildsystem to move > +# this such that it can be accomplished during do_fetch task > +do_unpack[network] = "1" > + > UPSTREAM_CHECK_COMMITS = "1" > SRCREV = "ee6c1522af8ba9b56f8416c2eedafb440f681085" > > -- > 2.37.1 > > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#169502): https://lists.openembedded.org/g/openembedded-core/message/169502 Mute This Topic: https://lists.openembedded.org/mt/93089137/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2] binutils : Fix CVE-2022-4285
On 21/12/2022 21:06:11-0800, Yash Shinde wrote: > Some updates were needed in the patch. So, posted a version 2 of it. > I understand that but in the meantime, your colleague submitted a proper patch and it has already been applied on master. > Regards, > > Yash > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#174961): https://lists.openembedded.org/g/openembedded-core/message/174961 Mute This Topic: https://lists.openembedded.org/mt/95811724/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 0/9] kernel: consolidated pull request
Hello Bruce,
I got the following warning for qemuarm oe-core:
WARNING: linux-yocto-6.1+gitAUTOINC+d2ea5dce4e_0952191638-r0
do_kernel_configcheck: [kernel config]: This BSP contains fragments with
warnings:
[INFO]: the following symbols were not found in the active configuration:
- CONFIG_ARM_CRYPTO
On 20/12/2022 13:42:01-0500, Bruce Ashfield wrote:
> From: Bruce Ashfield
>
> Richard,
>
> Most of these are -stable udpates, mixed in are a couple of clang fixes
> from Khem, and of course the bigger items of the libc-headers bump and
> the v6.1 reference kernel recipes.
>
> I've built both musl and glibc for all architectures with the new libc
> headers, and sent patches last week for issues that I found in core or
> meta-oe.
>
> That being said, I'm sure there's something .. somewhere lurking, but
> there's no sense sitting on it longer.
>
> As for the 6.1 reference kernel, I've done the same. Built and booted
> core-image-minimal, sato and kernel dev on all architectures. The changes
> sent before the last release meant that our normal culprits of lttng-modules
> and kernel-devsrc don't need any tweaking to work. -rt has also been
> tested.
>
> We can't make 6.1 the default yet, as the reference h/w BSPs need to
> be updated, and then 5.19 removed. But again, no sense sitting on these
> longer.
>
> I'm around full time for the rest of this week, and then off and on
> through the first week of January to squash any fallout from the
> updates.
>
> Cheers,
>
> Bruce
>
> The following changes since commit ace02cec70a4a1bc9088044905b3c4a801a39a1b:
>
> systemd: Make importd depend on glib-2.0 again (2022-12-18 19:48:00 +)
>
> are available in the Git repository at:
>
> https://git.yoctoproject.org/poky-contrib zedd/kernel
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
>
> Bruce Ashfield (9):
> yocto-bsps/5.15: update to v5.15.78
> linux-yocto/5.15: update to v5.15.80
> linux-yocto/5.19: fix perf build with clang
> linux-yocto/5.15: ltp and squashfs fixes
> linux-libc-headers: bump to 6.1
> linux-yocto: introduce v6.1 reference kernel recipes
> linux-yocto/5.15: fix perf build with clang
> linux-yocto/5.15: update to v5.15.84
> linux-yocto/5.15: libbpf: Fix build warning on ref_ctr_off
>
> .../linux/linux-yocto_5.15.bbappend | 16 ++---
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> ...d-input-and-output-files-instead-of-.patch | 67 --
> ...ders_5.19.bb => linux-libc-headers_6.1.bb} | 5 +-
> .../linux/linux-yocto-rt_5.15.bb | 4 +-
> .../linux/linux-yocto-rt_5.19.bb | 4 +-
> .../linux/linux-yocto-rt_6.1.bb | 45
> .../linux/linux-yocto-tiny_5.15.bb| 4 +-
> .../linux/linux-yocto-tiny_5.19.bb| 4 +-
> .../linux/linux-yocto-tiny_6.1.bb | 30
> meta/recipes-kernel/linux/linux-yocto_5.15.bb | 24 +++
> meta/recipes-kernel/linux/linux-yocto_5.19.bb | 22 +++---
> meta/recipes-kernel/linux/linux-yocto_6.1.bb | 70 +++
> 13 files changed, 187 insertions(+), 110 deletions(-)
> delete mode 100644
> meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-scripts-Use-fixed-input-and-output-files-instead-of-.patch
> rename meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_5.19.bb =>
> linux-libc-headers_6.1.bb} (70%)
> create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_6.1.bb
> create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_6.1.bb
> create mode 100644 meta/recipes-kernel/linux/linux-yocto_6.1.bb
>
> --
> 2.37.3
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174964):
https://lists.openembedded.org/g/openembedded-core/message/174964
Mute This Topic: https://lists.openembedded.org/mt/95791763/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] selftest: allow '-R' and '-r' be used together
On 25/12/2022 19:13:43-0500, Randy MacLeod wrote: > On 2022-11-25 08:00, Richard Purdie via lists.openembedded.org wrote: > > Hi Qi, > > > > On Fri, 2022-11-25 at 05:56 +, Chen Qi wrote: > > > The AB is actually running 'all' tests. > > > > > > The '--skip-tests (-R)' option means 'Run all (unhidden) tests except > > > the ones specified.', according to its help message. This is also its > > > actual effect for now. You can see there's an implicit 'run all > > > tests' meaning in this option. > > > The '-T (--exclude-tag)' options means 'Exclude all (unhidden) tests > > > that match any of the specified tag(s)', according to its help > > > message. > > > > > > So the AB's oe-selftest command means: execute all tests except the > > > ones tagged with 'machine' and 'toolchain-user', and also skip > > > 'distrodata.Distrodata.test_checkpkg > > > buildoptions.SourceMirroring.test_yocto_source_mirror reproducible'. > > > > You're right, a different build has -t machine and I'm confusing the > > two, sorry. > > > > I don't really like making changes which require lockstep changes to > > the autobuilder configuration but I can see why we could do with doing > > so here. > > > > I was thinking there should be symettry between -r and -R like there is > > with -T and -t but that also probably doesn't make sense when you think > > about it more. > > > > Alex: We'll probably have to work out how to make this change... > > Nudge and Happy Holidays. Yes, this is still on my radar. -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#175012): https://lists.openembedded.org/g/openembedded-core/message/175012 Mute This Topic: https://lists.openembedded.org/mt/95231396/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [langdale][master][PATCH v3] rust: Do not use default compiler flags defined in CC crate
Hello,
this fails on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/6362/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/6274/steps/12/logs/stdio
On 20/12/2022 11:24:59+, Anton Antonov wrote:
> Rust crates build dependecy C libraries using "CC" crate.
> This crate adds some default compiler parameters depending on target arch.
> For some target archs these parameters conflict with the parameters defined
> by OE.
>
> Warnings/errors like this can be seen in the case:
>
> cc1: error: switch '-mcpu=cortex-a15' conflicts with switch
> '-march=armv7-a+fp' [-Werror]
>
> Lets use only the OE parameters by exporting CRATE_CC_NO_DEFAULTS.
> https://github.com/rust-lang/cc-rs#external-configuration-via-environment-variables
>
> This patch fixes https://bugzilla.yoctoproject.org/show_bug.cgi?id=14947
>
> Signed-off-by: Anton Antonov
> ---
> meta/classes-recipe/rust-target-config.bbclass | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/meta/classes-recipe/rust-target-config.bbclass
> b/meta/classes-recipe/rust-target-config.bbclass
> index 2710b4325d..5685897462 100644
> --- a/meta/classes-recipe/rust-target-config.bbclass
> +++ b/meta/classes-recipe/rust-target-config.bbclass
> @@ -401,3 +401,16 @@ python do_rust_gen_targets () {
> addtask rust_gen_targets after do_patch before do_compile
> do_rust_gen_targets[dirs] += "${RUST_TARGETS_DIR}"
>
> +# For building C dependecies use only compiler parameters defined in OE-core
> +# and ignore the default parameters defined in the CC crate.
> +#
> https://github.com/rust-lang/cc-rs#external-configuration-via-environment-variables
> +
> +# The CC crate checks for CRATE_CC_NO_DEFAULTS existence not value.
> +# Even empty CRATE_CC_NO_DEFAULTS will be taken into account.
> +# For rust native recipes we still rely on the CC crate parameters.
> +# Currently it's not possible to export a variable conditionally,
> +# so, let's export it for class-target only
> +
> +do_compile:prepend:class-target() {
> +export CRATE_CC_NO_DEFAULTS=1
> +}
> --
> 2.25.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174857):
https://lists.openembedded.org/g/openembedded-core/message/174857
Mute This Topic: https://lists.openembedded.org/mt/95783763/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [meta-oe][PATCH 1/1] libksba: fix CVE-2022-3515
Hello,
This doesn't build:
| ../../libksba-1.6.2/src/ber-help.c:198:3: error: expected identifier or '('
before 'if'
| 198 | if (ti->length > ti->nhdr && (ti->nhdr + ti->length) < ti->length)
| | ^~
| make[3]: *** [Makefile:739: ber_dump-ber-help.o] Error 1
| make[3]: *** Waiting for unfinished jobs
| libtool: compile: i686-poky-linux-gcc -m32 -march=core2 -mtune=core2 -msse3
-mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat
-Wformat-security -Werror=format-security
--sysroot=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot
-DHAVE_CONFIG_H -I. -I../../libksba-1.6.2/src -I.. -I../gl
-I../../libksba-1.6.2/gl -O2 -pipe -g -feliminate-unused-debug-types
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/libksba-1.6.2=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/libksba-1.6.2=/usr/src/debug/libksba/1.6.2-r0
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/build=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/build=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot=
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot=
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot-native=
-Wall -Wcast-align -Wshadow -Wstrict-prototypes -Wpointer-arith
-Wno-pointer-sign -fvisibility=hidden -c ../../libksba-1.6.2/src/asn1-func.c
-fPIC -DPIC -o .libs/asn1-func.o
| libtool: compile: i686-poky-linux-gcc -m32 -march=core2 -mtune=core2 -msse3
-mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat
-Wformat-security -Werror=format-security
--sysroot=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot
-DHAVE_CONFIG_H -I. -I../../libksba-1.6.2/src -I.. -I../gl
-I../../libksba-1.6.2/gl -O2 -pipe -g -feliminate-unused-debug-types
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/libksba-1.6.2=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/libksba-1.6.2=/usr/src/debug/libksba/1.6.2-r0
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/build=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/build=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot=
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot=
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot-native=
-Wall -Wcast-align -Wshadow -Wstrict-prototypes -Wpointer-arith
-Wno-pointer-sign -fvisibility=hidden -c ../../libksba-1.6.2/src/writer.c
-fPIC -DPIC -o .libs/writer.o
| libtool: compile: i686-poky-linux-gcc -m32 -march=core2 -mtune=core2 -msse3
-mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat
-Wformat-security -Werror=format-security
--sysroot=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot
-DHAVE_CONFIG_H -I. -I../../libksba-1.6.2/src -I.. -I../gl
-I../../libksba-1.6.2/gl -O2 -pipe -g -feliminate-unused-debug-types
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/libksba-1.6.2=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/libksba-1.6.2=/usr/src/debug/libksba/1.6.2-r0
-fmacro-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/build=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/build=/usr/src/debug/libksba/1.6.2-r0
-fdebug-prefix-map=/home/pokybuild/yocto-worker/genericx86-alt/build/build/tmp/work/core2-32-poky-linux/libksba/1.6.2-r0/recipe-sysroot=
Re: [oe-core][PATCH] gcr3: update 3.40.0 -> 3.41.1
On 05/01/2023 16:48:19+0100, Markus Volk wrote: > Am Do, 5. Jan 2023 um 16:46:37 +0100 schrieb Alexander Kanavin > : > > > > I already sent a v2 patch that should fix it > Then please say so in v2, I can't guess why you sent a v2 when there where no comment on v1 -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#175546): https://lists.openembedded.org/g/openembedded-core/message/175546 Mute This Topic: https://lists.openembedded.org/mt/95988912/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] toolchain-scripts: compatibility with unbound variable protection
Hello,
Can you set your git from address so git adds a From: line to your
patch?
git config --global sendemail.from "jan.kirc...@leica-microsystems.com"
Should be working fine.
On 04/01/2023 13:26:26+0100, Jan Kircher via lists.openembedded.org wrote:
> Fixed an error when Bash's unbound variable protection is enabled (set -u)
> and variable LD_LIBRARY_PATH does not exist.
>
> Signed-off-by: Jan Kircher
> ---
> meta/classes-recipe/toolchain-scripts.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes-recipe/toolchain-scripts.bbclass
> b/meta/classes-recipe/toolchain-scripts.bbclass
> index 3cc823fe63..fa658a6596 100644
> --- a/meta/classes-recipe/toolchain-scripts.bbclass
> +++ b/meta/classes-recipe/toolchain-scripts.bbclass
> @@ -37,7 +37,7 @@ toolchain_create_sdk_env_script () {
> echo '#
> http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN80' >>
> $script
> echo '# http://xahlee.info/UnixResource_dir/_/ldpath.html' >> $script
> echo '# Only disable this check if you are absolutely know what you
> are doing!' >> $script
> - echo 'if [ ! -z "$LD_LIBRARY_PATH" ]; then' >> $script
> + echo 'if [ ! -z "${LD_LIBRARY_PATH:-}" ]; then' >> $script
Your smtp server is mangling the patch (space vs tab) and it is not
possible to apply it.
> echo "echo \"Your environment is misconfigured, you probably need
> to 'unset LD_LIBRARY_PATH'\"" >> $script
> echo "echo \"but please check why this was set in the first place
> and that it's safe to unset.\"" >> $script
> echo 'echo "The SDK will not operate correctly in most cases when
> LD_LIBRARY_PATH is set."' >> $script
> --
> 2.38.1
>
> Please be advised that this email may contain confidential information. If
> you are not the intended recipient, please notify us by email by replying to
> the sender and delete this message. The sender disclaims that the content of
> this email constitutes an offer to enter into, or the acceptance of, any
> agreement; provided that the foregoing does not invalidate the binding effect
> of any digital or other electronic reproduction of a manual signature that is
> included in any attachment.
This is probably the cause of the issue.
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175581):
https://lists.openembedded.org/g/openembedded-core/message/175581
Mute This Topic: https://lists.openembedded.org/mt/96048942/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] freetype:update mirror site for package download.
Hello,
This doesn't apply on master, can you rebase?
On 06/01/2023 17:00:45+0800, karn.jye@intel.com wrote:
> From: KARN JYE LAU
>
> update SAVANNAH_NONGNU_MIRROR to SAVANNAH_GNU_MIRROR
> to resolve package fetching issues.
>
> Signed-off-by: KARN JYE LAU
> ---
> meta/recipes-graphics/freetype/freetype_2.11.1.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-graphics/freetype/freetype_2.11.1.bb
> b/meta/recipes-graphics/freetype/freetype_2.11.1.bb
> index 5b464d3d70..d425e162bc 100644
> --- a/meta/recipes-graphics/freetype/freetype_2.11.1.bb
> +++ b/meta/recipes-graphics/freetype/freetype_2.11.1.bb
> @@ -12,7 +12,7 @@ LIC_FILES_CHKSUM =
> "file://LICENSE.TXT;md5=a5927784d823d443c6cae55701d01553 \
> file://docs/FTL.TXT;md5=9f37b4e6afa3fef9dba8932b16bd3f97
> \
>
> file://docs/GPLv2.TXT;md5=8ef380476f642c20ebf40fecb0add2ec"
>
> -SRC_URI = "${SAVANNAH_NONGNU_MIRROR}/${BPN}/${BP}.tar.xz \
> +SRC_URI = "${SAVANNAH_GNU_MIRROR}/${BPN}/${BP}.tar.xz \
> file://CVE-2022-27404.patch \
> file://CVE-2022-27405.patch \
> file://CVE-2022-27406.patch \
> --
> 2.17.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175582):
https://lists.openembedded.org/g/openembedded-core/message/175582
Mute This Topic: https://lists.openembedded.org/mt/96090237/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [meta-oe][PATCHv2] gcr3: update 3.40.0 -> 3.41.1
Hello,
This doesn't apply cleanly, could you rebase on top of master?
Also, you have to drop the meta-oe tag from the subject line.
On 04/01/2023 13:46:47+0100, Markus Volk wrote:
> - remove unneded backport patches
> - partly import the patch to fix ssh_agent option from gcr4 recipe
> - convert from gtk-doc to gi-docgen
>
> gcr 3.41.1:
> - meson: Fix unknown kw argument in gnome.generate_gir [GNOME/gcr!68]
> - gcr: Add G_SPAWN_CLOEXEC_PIPES flag to all the g_spawn commands
> - docs: Port from gtk-doc to gi-docgen [GNOME/gcr!76]
> - Unbreak build without systemd [GNOME/gcr!75]
> - Several CI fixes
> - Updated translations
>
> gcr 3.41.0:
> - Port ssh-agent from gnome-keyring [GNOME/gcr!67]
> - build: Fix parallel build failure due to missing marshal dependency
> [GNOME/gcr!68]
> - Fix warnings by dropping `volatile` for g_once_init_inter locations
> [GNOME/gcr!69]
> - tests: More robust against GTask unref race condition
> [GNOME/gcr!72,GNOME/gcr#84]
> - Updated translations
>
> Signed-off-by: Markus Volk
> ---
> ...build-fix-one-parallel-build-failure.patch | 37 ---
> ...ectly-handle-disabled-ssh_agent-opti.patch | 36 +++
> ...1d02bb0148ca787ac4aead164d7c8ce2c4d8.patch | 61 ---
> .../gcr/{gcr3_3.40.0.bb => gcr3_3.41.1.bb}| 19 +++---
> 4 files changed, 48 insertions(+), 105 deletions(-)
> delete mode 100644
> meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
> create mode 100644
> meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> delete mode 100644
> meta/recipes-gnome/gcr/gcr3/b3ca1d02bb0148ca787ac4aead164d7c8ce2c4d8.patch
> rename meta/recipes-gnome/gcr/{gcr3_3.40.0.bb => gcr3_3.41.1.bb} (63%)
>
> diff --git
> a/meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
>
> b/meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
> deleted file mode 100644
> index 81c4bdbbcc..00
> ---
> a/meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
> +++ /dev/null
> @@ -1,37 +0,0 @@
> -From cb3708bad88e713e4ccf705cb8c14c5996cd9d06 Mon Sep 17 00:00:00 2001
> -From: Changqing Li
> -Date: Fri, 23 Apr 2021 16:32:38 +0800
> -Subject: [PATCH] gcr/meson.build: fix one parallel build failure
> -
> -ui/gcr-live-search.c includes gcr/gcr-marshal.h. Because missing
> -dependency, following error occurred intermittently during doing parallel
> -build:
> -
> - -o ui/libgcr-ui-3.so.1.0.0.p/gcr-live-search.c.o -c
> ../gcr-3.38.1/ui/gcr-live-search.c
> -../gcr-3.38.1/ui/gcr-live-search.c:32:10: fatal error: gcr/gcr-marshal.h: No
> such file or directory
> - 32 | #include "gcr/gcr-marshal.h"
> - | ^~~
> -compilation terminated.
> -
> -Upstream-Status: Submitted
> [https://gitlab.gnome.org/GNOME/gcr/-/merge_requests/68/diffs]
> -
> -Signed-off-by: Changqing Li
>
> - gcr/meson.build | 1 +
> - 1 file changed, 1 insertion(+)
> -
> -diff --git a/gcr/meson.build b/gcr/meson.build
> -index 06c3a63..d9d4b8f 100644
> a/gcr/meson.build
> -+++ b/gcr/meson.build
> -@@ -181,6 +181,7 @@ gcr_base_dep = declare_dependency(
> - sources: [
> - gcr_enums_gen[1],
> - gcr_oids[1],
> -+gcr_marshal_gen[1],
> - ],
> - )
> -
> ---
> -2.17.1
> -
> diff --git
> a/meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
>
> b/meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> new file mode 100644
> index 00..d3c26d97ae
> --- /dev/null
> +++
> b/meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> @@ -0,0 +1,36 @@
> +From 9b67bb18d8409e0e693cc6000507acbd73a30eab Mon Sep 17 00:00:00 2001
> +From: Alexander Kanavin
> +Date: Wed, 16 Nov 2022 11:27:24 +0100
> +Subject: [PATCH 1/2] meson.build: correctly handle disabled ssh_agent option
> +
> +Existing code produces these errors:
> +| gcr/meson.build:61:0: ERROR: Unable to get the path of a not-found
> external program
> +| gcr/meson.build:101:5: ERROR: Unknown variable "ssh_add_path".
> +
> +Signed-off-by: Alexander Kanavin
> +
> +Upstream-Status: Backport [
> https://gitlab.gnome.org/GNOME/gcr/-/commit/9b67bb18d8409e0e693cc6000507acbd73a30eab
> ]
> +---
> + meson.build | 12
> + 1 file changed, 8 insertions(+), 4 deletions(-)
> +
> +diff --git a/meson.build b/meson.build
> +index 3f35173..11d7fa7 100644
> +--- a/meson.build
> b/meson.build
> +@@ -96,8 +98,10 @@ conf.set('HAVE_TIMEGM', cc.has_function('timegm'))
> + conf.set('HAVE_MLOCK', cc.has_function('mlock'))
> + conf.set_quoted('GPG_EXECUTABLE', gpg_path)
> + conf.set_quoted('LIBGCRYPT_VERSION', libgcrypt_dep.version())
> +-conf.set_quoted('SSH_ADD_EXECUTABLE', ssh_add_path)
> +-conf.set_quoted('SSH_AGENT_EXECUTABLE', ssh_agent_path)
> ++if get_option('ssh_agent')
> ++
Re: [OE-core] [PATCH] .gitignore: ignore files generated by Toaster
Hello, On 05/01/2023 15:25:54+0100, Michael Opdenacker via lists.openembedded.org wrote: > From: Michael Opdenacker > > When Toaster is run as documented on > https://docs.yoctoproject.org/toaster-manual/setup-and-use.html > > Signed-off-by: Michael Opdenacker > --- > .gitignore | 4 For this file, can you also send the patch against poky? > 1 file changed, 4 insertions(+) > > diff --git a/.gitignore b/.gitignore > index b66d371aac..3e6a60b527 100644 > --- a/.gitignore > +++ b/.gitignore > @@ -17,3 +17,7 @@ hob-image-*.bb > *.orig > *.rej > *~ > +_toaster_clones/ > +downloads/ > +sstate-cache/ > +toaster.sqlite > -- > 2.37.2 > > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#175586): https://lists.openembedded.org/g/openembedded-core/message/175586 Mute This Topic: https://lists.openembedded.org/mt/96072570/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] .gitignore: ignore files generated by Toaster
On 06/01/2023 18:23:42+0100, Michael Opdenacker wrote: > Hello Alex, > > On 06.01.23 at 13:50, Alexandre Belloni via lists.openembedded.org wrote: > > Hello, > > > > On 05/01/2023 15:25:54+0100, Michael Opdenacker via lists.openembedded.org > > wrote: > > > From: Michael Opdenacker > > > > > > When Toaster is run as documented on > > > https://docs.yoctoproject.org/toaster-manual/setup-and-use.html > > > > > > Signed-off-by: Michael Opdenacker > > > --- > > > .gitignore | 4 > > For this file, can you also send the patch against poky? > > Sure, I guess you mean through the poky-contrib directory. > > Happy to do it. > Exactly, both files are quite different. -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#175606): https://lists.openembedded.org/g/openembedded-core/message/175606 Mute This Topic: https://lists.openembedded.org/mt/96072570/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCHv3] gcr3: update 3.40.0 -> 3.41.1
Hello, On 06/01/2023 14:33:00+0100, Markus Volk wrote: > diff --git a/meta/recipes-gnome/gcr/gcr3_3.40.0.bb > b/meta/recipes-gnome/gcr/gcr3_3.41.1.bb > similarity index 63% > rename from meta/recipes-gnome/gcr/gcr3_3.40.0.bb > rename to meta/recipes-gnome/gcr/gcr3_3.41.1.bb > index 5318768db6..6cbf8671f5 100644 > --- a/meta/recipes-gnome/gcr/gcr3_3.40.0.bb > +++ b/meta/recipes-gnome/gcr/gcr3_3.41.1.bb > @@ -17,27 +17,30 @@ CFLAGS += "-D_GNU_SOURCE" > > GNOMEBASEBUILDCLASS = "meson" > GTKDOC_MESON_OPTION = "gtk_doc" > -inherit gnomebase gtk-icon-cache gtk-doc features_check > upstream-version-is-even vala gobject-introspection gettext mime mime-xdg > +inherit gnomebase gtk-icon-cache gi-docgen features_check > upstream-version-is-even vala gobject-introspection gettext mime mime-xdg > UPSTREAM_CHECK_REGEX = > "[^\d\.](?P\d+\.(?!9\d+)(\d*[02468])+(\.\d+)+)\.tar" This part still doesn't apply on top of master, did you pull? -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#175600): https://lists.openembedded.org/g/openembedded-core/message/175600 Mute This Topic: https://lists.openembedded.org/mt/96093032/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCH] gcr3: update 3.40.0 -> 3.41.1
This failed on the AB:
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/3976/steps/11/logs/stdio
On 01/01/2023 15:24:14+0100, Markus Volk wrote:
> - remove unneded backport patches
> - partly import the patch to fix ssh_agent option from gcr4 recipe
>
> gcr 3.41.1:
> - meson: Fix unknown kw argument in gnome.generate_gir [GNOME/gcr!68]
> - gcr: Add G_SPAWN_CLOEXEC_PIPES flag to all the g_spawn commands
> - docs: Port from gtk-doc to gi-docgen [GNOME/gcr!76]
> - Unbreak build without systemd [GNOME/gcr!75]
> - Several CI fixes
> - Updated translations
>
> gcr 3.41.0:
> - Port ssh-agent from gnome-keyring [GNOME/gcr!67]
> - build: Fix parallel build failure due to missing marshal dependency
> [GNOME/gcr!68]
> - Fix warnings by dropping `volatile` for g_once_init_inter locations
> [GNOME/gcr!69]
> - tests: More robust against GTask unref race condition
> [GNOME/gcr!72,GNOME/gcr#84]
> - Updated translations
>
> Signed-off-by: Markus Volk
> ---
> ...build-fix-one-parallel-build-failure.patch | 37 ---
> ...ectly-handle-disabled-ssh_agent-opti.patch | 36 +++
> ...1d02bb0148ca787ac4aead164d7c8ce2c4d8.patch | 61 ---
> .../gcr/{gcr3_3.40.0.bb => gcr3_3.41.1.bb}| 17 --
> 4 files changed, 47 insertions(+), 104 deletions(-)
> delete mode 100644
> meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
> create mode 100644
> meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> delete mode 100644
> meta/recipes-gnome/gcr/gcr3/b3ca1d02bb0148ca787ac4aead164d7c8ce2c4d8.patch
> rename meta/recipes-gnome/gcr/{gcr3_3.40.0.bb => gcr3_3.41.1.bb} (69%)
>
> diff --git
> a/meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
>
> b/meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
> deleted file mode 100644
> index 81c4bdbbcc..00
> ---
> a/meta/recipes-gnome/gcr/gcr3/0001-gcr-meson.build-fix-one-parallel-build-failure.patch
> +++ /dev/null
> @@ -1,37 +0,0 @@
> -From cb3708bad88e713e4ccf705cb8c14c5996cd9d06 Mon Sep 17 00:00:00 2001
> -From: Changqing Li
> -Date: Fri, 23 Apr 2021 16:32:38 +0800
> -Subject: [PATCH] gcr/meson.build: fix one parallel build failure
> -
> -ui/gcr-live-search.c includes gcr/gcr-marshal.h. Because missing
> -dependency, following error occurred intermittently during doing parallel
> -build:
> -
> - -o ui/libgcr-ui-3.so.1.0.0.p/gcr-live-search.c.o -c
> ../gcr-3.38.1/ui/gcr-live-search.c
> -../gcr-3.38.1/ui/gcr-live-search.c:32:10: fatal error: gcr/gcr-marshal.h: No
> such file or directory
> - 32 | #include "gcr/gcr-marshal.h"
> - | ^~~
> -compilation terminated.
> -
> -Upstream-Status: Submitted
> [https://gitlab.gnome.org/GNOME/gcr/-/merge_requests/68/diffs]
> -
> -Signed-off-by: Changqing Li
>
> - gcr/meson.build | 1 +
> - 1 file changed, 1 insertion(+)
> -
> -diff --git a/gcr/meson.build b/gcr/meson.build
> -index 06c3a63..d9d4b8f 100644
> a/gcr/meson.build
> -+++ b/gcr/meson.build
> -@@ -181,6 +181,7 @@ gcr_base_dep = declare_dependency(
> - sources: [
> - gcr_enums_gen[1],
> - gcr_oids[1],
> -+gcr_marshal_gen[1],
> - ],
> - )
> -
> ---
> -2.17.1
> -
> diff --git
> a/meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
>
> b/meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> new file mode 100644
> index 00..d3c26d97ae
> --- /dev/null
> +++
> b/meta/recipes-gnome/gcr/gcr3/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> @@ -0,0 +1,36 @@
> +From 9b67bb18d8409e0e693cc6000507acbd73a30eab Mon Sep 17 00:00:00 2001
> +From: Alexander Kanavin
> +Date: Wed, 16 Nov 2022 11:27:24 +0100
> +Subject: [PATCH 1/2] meson.build: correctly handle disabled ssh_agent option
> +
> +Existing code produces these errors:
> +| gcr/meson.build:61:0: ERROR: Unable to get the path of a not-found
> external program
> +| gcr/meson.build:101:5: ERROR: Unknown variable "ssh_add_path".
> +
> +Signed-off-by: Alexander Kanavin
> +
> +Upstream-Status: Backport [
> https://gitlab.gnome.org/GNOME/gcr/-/commit/9b67bb18d8409e0e693cc6000507acbd73a30eab
> ]
> +---
> + meson.build | 12
> + 1 file changed, 8 insertions(+), 4 deletions(-)
> +
> +diff --git a/meson.build b/meson.build
> +index 3f35173..11d7fa7 100644
> +--- a/meson.build
> b/meson.build
> +@@ -96,8 +98,10 @@ conf.set('HAVE_TIMEGM', cc.has_function('timegm'))
> + conf.set('HAVE_MLOCK', cc.has_function('mlock'))
> + conf.set_quoted('GPG_EXECUTABLE', gpg_path)
> + conf.set_quoted('LIBGCRYPT_VERSION', libgcrypt_dep.version())
> +-conf.set_quoted('SSH_ADD_EXECUTABLE', ssh_add_path)
> +-conf.set_quoted('SSH_AGENT_EXECUTABLE', ssh_agent_path)
> ++if get_option('ssh_agent')
> ++ conf.set_quoted('SSH_ADD_EXECUTABLE', ssh_add_path)
> ++
Re: [OE-core] [PATCH] recipes, classes: Avoid adding extra whitespace to PACKAGESPLITFUNCS
This was under testing for a while and I couldn't get a successful
build until today. I've now sent it to Richard.
On 12/01/2023 14:57:48+, Peter Kjellerstedt wrote:
> *ping*
>
> //Peter
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> > Sent: den 5 januari 2023 22:06
> > To: openembedded-core@lists.openembedded.org
> > Subject: [OE-core] [PATCH] recipes, classes: Avoid adding extra whitespace
> > to PACKAGESPLITFUNCS
> >
> > This is a follow-up to commit 846ff49465 to remove the extra whitespace
> > that is no longer needed after converting :append and :prepend to += and
> > =+.
> >
> > Signed-off-by: Peter Kjellerstedt
> > ---
> > meta/classes-recipe/kernel-module-split.bbclass | 2 +-
> > meta/classes-recipe/kernel.bbclass| 2 +-
> > meta/classes-recipe/systemd.bbclass | 2 +-
> > meta/classes-recipe/update-alternatives.bbclass | 2 +-
> > meta/classes-recipe/update-rc.d.bbclass | 4 ++--
> > .../wpa-supplicant/wpa-supplicant_2.10.bb | 2 +-
> > meta/recipes-devtools/perl/perl_5.36.0.bb | 2 +-
> > meta/recipes-graphics/mesa/mesa.inc | 2 +-
> > .../gstreamer/gstreamer1.0-plugins-license.inc| 2 +-
> > .../gstreamer/gstreamer1.0-plugins-packaging.inc | 4 ++--
> > meta/recipes-support/libevent/libevent_2.1.12.bb | 2 +-
> > 11 files changed, 13 insertions(+), 13 deletions(-)
> >
> > diff --git a/meta/classes-recipe/kernel-module-split.bbclass
> > b/meta/classes-recipe/kernel-module-split.bbclass
> > index 4943717487..50882c31a7 100644
> > --- a/meta/classes-recipe/kernel-module-split.bbclass
> > +++ b/meta/classes-recipe/kernel-module-split.bbclass
> > @@ -35,7 +35,7 @@ do_install:append() {
> > }
> >
> > KERNEL_SPLIT_MODULES ?= "1"
> > -PACKAGESPLITFUNCS =+ "split_kernel_module_packages "
> > +PACKAGESPLITFUNCS =+ "split_kernel_module_packages"
> >
> > KERNEL_MODULES_META_PACKAGE ?= "${@ d.getVar("KERNEL_PACKAGE_NAME") or
> > "kernel" }-modules"
> >
> > diff --git a/meta/classes-recipe/kernel.bbclass b/meta/classes-
> > recipe/kernel.bbclass
> > index c36632b0a7..bd3b6471c6 100644
> > --- a/meta/classes-recipe/kernel.bbclass
> > +++ b/meta/classes-recipe/kernel.bbclass
> > @@ -705,7 +705,7 @@ pkg_postinst:${KERNEL_PACKAGE_NAME}-base () {
> > fi
> > }
> >
> > -PACKAGESPLITFUNCS =+ "split_kernel_packages "
> > +PACKAGESPLITFUNCS =+ "split_kernel_packages"
> >
> > python split_kernel_packages () {
> > do_split_packages(d, root='${nonarch_base_libdir}/firmware',
> > file_regex=r'^(.*)\.(bin|fw|cis|csp|dsp)$',
> > output_pattern='${KERNEL_PACKAGE_NAME}-firmware-%s', description='Firmware
> > for %s', recursive=True, extra_depends='')
> > diff --git a/meta/classes-recipe/systemd.bbclass b/meta/classes-
> > recipe/systemd.bbclass
> > index ae98043d29..f9c92e6c2a 100644
> > --- a/meta/classes-recipe/systemd.bbclass
> > +++ b/meta/classes-recipe/systemd.bbclass
> > @@ -205,7 +205,7 @@ python systemd_populate_packages() {
> > systemd_check_services()
> > }
> >
> > -PACKAGESPLITFUNCS =+ "systemd_populate_packages "
> > +PACKAGESPLITFUNCS =+ "systemd_populate_packages"
> >
> > python rm_systemd_unitdir (){
> > import shutil
> > diff --git a/meta/classes-recipe/update-alternatives.bbclass
> > b/meta/classes-recipe/update-alternatives.bbclass
> > index ec81763c89..55e0b954d6 100644
> > --- a/meta/classes-recipe/update-alternatives.bbclass
> > +++ b/meta/classes-recipe/update-alternatives.bbclass
> > @@ -265,7 +265,7 @@ def update_alternatives_alt_targets(d, pkg):
> >
> > return updates
> >
> > -PACKAGESPLITFUNCS =+ "populate_packages_updatealternatives "
> > +PACKAGESPLITFUNCS =+ "populate_packages_updatealternatives"
> >
> > python populate_packages_updatealternatives () {
> > if not update_alternatives_enabled(d):
> > diff --git a/meta/classes-recipe/update-rc.d.bbclass b/meta/classes-
> > recipe/update-rc.d.bbclass
> > index a61d2c62ab..a19e704741 100644
> > --- a/meta/classes-recipe/update-rc.d.bbclass
> > +++ b/meta/classes-recipe/update-rc.d.bbclass
> > @@ -68,8 +68,8 @@ python __anonymous() {
> > update_rc_after_parse(d)
> > }
> >
> > -PACKAGESPLITFUNCS =+ "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit',
> > 'populate_packages_updatercd ', '', d)}"
> > -PACKAGESPLITFUNCS:remove:class-nativesdk = "populate_packages_updatercd "
> > +PACKAGESPLITFUNCS =+ "${@bb.utils.contains('DISTRO_FEATURES', 'sysvinit',
> > 'populate_packages_updatercd', '', d)}"
> > +PACKAGESPLITFUNCS:remove:class-nativesdk = "populate_packages_updatercd"
> >
> > populate_packages_updatercd[vardeps] += "updatercd_prerm updatercd_postrm
> > updatercd_postinst"
> > populate_packages_updatercd[vardepsexclude] += "OVERRIDES"
> > diff --git
Re: [OE-core][PATCH] busybox: 1.35.0 -> 1.36.0
This generates a warning:
WARNING: busybox-1.36.0-r0 do_package_qa: QA Issue: busybox: ELF binary
/bin/busybox.nosuid has relocations in .text [textrel]
https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/6507/steps/11/logs/stdio
On 06/01/2023 12:05:05+0100, Andrej Valek wrote:
> - update to next (un)stable version 1.36.0
> - refresh defconfig
> - disable new applets (tree, tsort, seedrng)
> - use hw-accel for sha1/256 sums when available
> - remove and refresh already merged patches
>
> Signed-off-by: Andrej Valek
> ---
> ...ab_1.35.0.bb => busybox-inittab_1.36.0.bb} | 0
> .../0001-devmem-add-128-bit-width.patch | 128 --
> .../busybox/busybox/CVE-2022-30065.patch | 29
> meta/recipes-core/busybox/busybox/defconfig | 10 +-
> .../busybox/busybox/recognize_connmand.patch | 10 +-
> meta/recipes-core/busybox/busybox/sha1sum.cfg | 2 +
> .../busybox/busybox/sha256sum.cfg | 1 +
> .../{busybox_1.35.0.bb => busybox_1.36.0.bb} | 4 +-
> 8 files changed, 17 insertions(+), 167 deletions(-)
> rename meta/recipes-core/busybox/{busybox-inittab_1.35.0.bb =>
> busybox-inittab_1.36.0.bb} (100%)
> delete mode 100644
> meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> delete mode 100644 meta/recipes-core/busybox/busybox/CVE-2022-30065.patch
> rename meta/recipes-core/busybox/{busybox_1.35.0.bb => busybox_1.36.0.bb}
> (92%)
>
> diff --git a/meta/recipes-core/busybox/busybox-inittab_1.35.0.bb
> b/meta/recipes-core/busybox/busybox-inittab_1.36.0.bb
> similarity index 100%
> rename from meta/recipes-core/busybox/busybox-inittab_1.35.0.bb
> rename to meta/recipes-core/busybox/busybox-inittab_1.36.0.bb
> diff --git
> a/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> b/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> deleted file mode 100644
> index 985e2bf1d9..00
> --- a/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> +++ /dev/null
> @@ -1,128 +0,0 @@
> -From d432049f288c9acdc4a7caa729c68ceba3c5dca1 Mon Sep 17 00:00:00 2001
> -From: Aaro Koskinen
> -Date: Thu, 25 Aug 2022 18:47:02 +0300
> -Subject: [PATCH] devmem: add 128-bit width
> -
> -Add 128-bit width if the compiler provides the needed type.
> -
> -function old new delta
> -devmem_main 405 464 +59
> -.rodata 109025 109043 +18
> ---
> -(add/remove: 0/0 grow/shrink: 2/0 up/down: 77/0) Total: 77
> bytes
> -
> -Upstream-Status: Backport
> [https://git.busybox.net/busybox/commit/?id=d432049f288c9acdc4a7caa729c68ceba3c5dca1]
> -
> -Signed-off-by: Aaro Koskinen
> -Signed-off-by: Aaro Koskinen
> -Signed-off-by: Denys Vlasenko
> -Signed-off-by: Mingli Yu
>
> - miscutils/devmem.c | 68 ++
> - 1 file changed, 44 insertions(+), 24 deletions(-)
> -
> -diff --git a/miscutils/devmem.c b/miscutils/devmem.c
> -index f9f0276bc..f21621bd6 100644
> a/miscutils/devmem.c
> -+++ b/miscutils/devmem.c
> -@@ -29,7 +29,6 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> - {
> - void *map_base, *virt_addr;
> - uint64_t read_result;
> --uint64_t writeval = writeval; /* for compiler */
> - off_t target;
> - unsigned page_size, mapped_size, offset_in_page;
> - int fd;
> -@@ -64,9 +63,6 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> - width = strchrnul(bhwl, (argv[2][0] | 0x20)) - bhwl;
> - width = sizes[width];
> - }
> --/* VALUE */
> --if (argv[3])
> --writeval = bb_strtoull(argv[3], NULL, 0);
> - } else { /* argv[2] == NULL */
> - /* make argv[3] to be a valid thing to fetch */
> - argv--;
> -@@ -96,28 +92,46 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> - virt_addr = (char*)map_base + offset_in_page;
> -
> - if (!argv[3]) {
> --switch (width) {
> --case 8:
> --read_result = *(volatile uint8_t*)virt_addr;
> --break;
> --case 16:
> --read_result = *(volatile uint16_t*)virt_addr;
> --break;
> --case 32:
> --read_result = *(volatile uint32_t*)virt_addr;
> --break;
> --case 64:
> --read_result = *(volatile uint64_t*)virt_addr;
> --break;
> --default:
> --bb_simple_error_msg_and_die("bad width");
> -+#ifdef __SIZEOF_INT128__
> -+if (width == 128) {
> -+unsigned __int128 rd =
> -+*(volatile unsigned __int128 *)virt_addr;
> -+
Re: [OE-core] [PATCH v2] libpng: Enable NEON for aarch64 to enensure consistency with arm32.
v1 has already been applied and you didn't specify what changed since
then. Can you rebase?
On 10/01/2023 11:31:09+0800, leimaohui wrote:
> NEON is enabled for aarch64 by default, so, to ensure consistency with
> arm32, reference to libpng-1.6.38/configure, added
> enable_hardware_optimizations option for aarch64.
>
> Signed-off-by: Lei Maohui
> ---
> meta/recipes-multimedia/libpng/libpng_1.6.39.bb | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> index d9dcf37..a6c229f 100644
> --- a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> +++ b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> @@ -22,7 +22,9 @@ BINCONFIG = "${bindir}/libpng-config
> ${bindir}/libpng16-config"
> inherit autotools binconfig-disabled pkgconfig
>
> # Work around missing symbols
> -EXTRA_OECONF:append:class-target = " ${@bb.utils.contains("TUNE_FEATURES",
> "neon", "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> +ARMNEON = "${@bb.utils.contains("TUNE_FEATURES", "neon",
> "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> +ARMNEON:aarch64 = "--enable-hardware-optimizations=on"
> +EXTRA_OECONF += "${ARMNEON}"
>
> PACKAGES =+ "${PN}-tools"
>
> --
> 1.8.3.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175730):
https://lists.openembedded.org/g/openembedded-core/message/175730
Mute This Topic: https://lists.openembedded.org/mt/96170221/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 2/3] baremetal-helloworld: Move from skeleton to recipes-extended matching what rust-hello-world is doing
Hello,
This fails with:
The following recipes do not have a maintainer assigned to them. Please add an
entry to meta/conf/distro/include/maintainers.inc file.
baremetal-helloworld
(/home/pokybuild/yocto-worker/oe-selftest-fedora/build/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb)
please run oe-selftest before submitting
On 08/01/2023 12:15:24-0700, Alejandro Hernandez Samaniego wrote:
> Signed-off-by: Alejandro Enedino Hernandez Samaniego
> ---
> .../baremetal-example}/baremetal-helloworld_git.bb| 0
> 1 file changed, 0 insertions(+), 0 deletions(-)
> rename {meta-skeleton/recipes-baremetal/baremetal-examples =>
> meta/recipes-extended/baremetal-example}/baremetal-helloworld_git.bb (100%)
>
> diff --git
> a/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
> b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> similarity index 100%
> rename from
> meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
> rename to meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175751):
https://lists.openembedded.org/g/openembedded-core/message/175751
Mute This Topic: https://lists.openembedded.org/mt/96137379/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 2/3] baremetal-helloworld: Move from skeleton to recipes-extended matching what rust-hello-world is doing
Hello,
I'm taking that one but please:
- version your patches properly, this should be v2
- resend the whole series everytime, else I need to go back and fish
out the previous patches. This is error prone and time consuming.
Thanks!
On 11/01/2023 21:34:44-0700, Alejandro Hernandez Samaniego wrote:
> Signed-off-by: Alejandro Enedino Hernandez Samaniego
> ---
> meta/conf/distro/include/maintainers.inc | 1 +
> .../baremetal-example}/baremetal-helloworld_git.bb | 1 +
> 2 files changed, 2 insertions(+)
> rename {meta-skeleton/recipes-baremetal/baremetal-examples =>
> meta/recipes-extended/baremetal-example}/baremetal-helloworld_git.bb (99%)
>
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> index 508d10e091..8c2201c91b 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -54,6 +54,7 @@ RECIPE_MAINTAINER:pn-automake = "Robert Yang
> "
> RECIPE_MAINTAINER:pn-avahi = "Yi Zhao "
> RECIPE_MAINTAINER:pn-babeltrace = "Alexander Kanavin
> "
> RECIPE_MAINTAINER:pn-babeltrace2 = "Alexander Kanavin
> "
> +RECIPE_MAINTAINER:pn-baremetal-helloworld = "Alejandro Hernandez
> "
> RECIPE_MAINTAINER:pn-base-files = "Anuj Mittal "
> RECIPE_MAINTAINER:pn-base-passwd = "Anuj Mittal "
> RECIPE_MAINTAINER:pn-bash = "Hongxu Jia "
> diff --git
> a/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
> b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> similarity index 99%
> rename from
> meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
> rename to meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> index fede17b0f0..82b2901d51 100644
> ---
> a/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
> +++ b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> @@ -8,6 +8,7 @@ SRCREV = "22016ecbb9fb6c5f3a7a06698aea7ff8a701c166"
> PV = "0.1+git${SRCPV}"
>
> SRC_URI =
> "git://github.com/aehs29/baremetal-helloqemu.git;protocol=https;branch=master"
> +UPSTREAM_VERSION_UNKNOWN="1"
>
> S = "${WORKDIR}/git"
>
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175789):
https://lists.openembedded.org/g/openembedded-core/message/175789
Mute This Topic: https://lists.openembedded.org/mt/96137379/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2] libpng: Enable NEON for aarch64 to enensure consistency with arm32.
On 11/01/2023 12:11:49+0100, Alexandre Belloni wrote:
> v1 has already been applied and you didn't specify what changed since
> then. Can you rebase?
I'm mistaken, I'll handle this patch.
>
> On 10/01/2023 11:31:09+0800, leimaohui wrote:
> > NEON is enabled for aarch64 by default, so, to ensure consistency with
> > arm32, reference to libpng-1.6.38/configure, added
> > enable_hardware_optimizations option for aarch64.
> >
> > Signed-off-by: Lei Maohui
> > ---
> > meta/recipes-multimedia/libpng/libpng_1.6.39.bb | 4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> > b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> > index d9dcf37..a6c229f 100644
> > --- a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> > +++ b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> > @@ -22,7 +22,9 @@ BINCONFIG = "${bindir}/libpng-config
> > ${bindir}/libpng16-config"
> > inherit autotools binconfig-disabled pkgconfig
> >
> > # Work around missing symbols
> > -EXTRA_OECONF:append:class-target = " ${@bb.utils.contains("TUNE_FEATURES",
> > "neon", "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> > +ARMNEON = "${@bb.utils.contains("TUNE_FEATURES", "neon",
> > "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> > +ARMNEON:aarch64 = "--enable-hardware-optimizations=on"
> > +EXTRA_OECONF += "${ARMNEON}"
> >
> > PACKAGES =+ "${PN}-tools"
> >
> > --
> > 1.8.3.1
> >
>
> >
> >
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175731):
https://lists.openembedded.org/g/openembedded-core/message/175731
Mute This Topic: https://lists.openembedded.org/mt/96170221/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 2/2] systemd: ship pcrphase/measure tools and units in systemd-extra-utils
Hello,
This doesn't apply on master because of 5ace3ada5c54 ("systemd:
'${systemd_unitdir}/system' => '${systemd_system_unitdir}'"), can you
rebase?
On 10/01/2023 22:22:27+, Luca Bocassi wrote:
> From: Luca Boccassi
>
> New tooling related to signed TPM policies introduced in v252
>
> Signed-off-by: Luca Boccassi
> ---
> meta/recipes-core/systemd/systemd_252.4.bb | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/meta/recipes-core/systemd/systemd_252.4.bb
> b/meta/recipes-core/systemd/systemd_252.4.bb
> index d745d60fe6..fa9c709293 100644
> --- a/meta/recipes-core/systemd/systemd_252.4.bb
> +++ b/meta/recipes-core/systemd/systemd_252.4.bb
> @@ -527,12 +527,15 @@ FILES_${PN}-extra-utils = "\
> ${bindir}/systemd-stdio-bridge \
> ${base_bindir}/systemd-ask-password \
> ${base_bindir}/systemd-tty-ask-password-agent \
> +
> ${systemd_unitdir}/system/initrd.target.wants/systemd-pcrphase-initrd.path \
>
> ${systemd_unitdir}/system/systemd-ask-password-console.path \
>
> ${systemd_unitdir}/system/systemd-ask-password-console.service \
>
> ${systemd_unitdir}/system/systemd-ask-password-wall.path \
>
> ${systemd_unitdir}/system/systemd-ask-password-wall.service \
>
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-ask-password-console.path
> \
>
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-ask-password-wall.path
> \
> +
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-pcrphase.path \
> +
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-pcrphase-sysinit.path \
>
> ${systemd_unitdir}/system/multi-user.target.wants/systemd-ask-password-wall.path
> \
> ${rootlibexecdir}/systemd/systemd-resolve-host \
> ${rootlibexecdir}/systemd/systemd-ac-power \
> @@ -540,12 +543,17 @@ FILES_${PN}-extra-utils = "\
> ${rootlibexecdir}/systemd/systemd-bus-proxyd \
> ${systemd_unitdir}/system/systemd-bus-proxyd.service
> \
> ${systemd_unitdir}/system/systemd-bus-proxyd.socket \
> +${rootlibexecdir}/systemd/systemd-measure \
> +${rootlibexecdir}/systemd/systemd-pcrphase \
> ${rootlibexecdir}/systemd/systemd-socket-proxyd \
> ${rootlibexecdir}/systemd/systemd-reply-password \
> ${rootlibexecdir}/systemd/systemd-sleep \
> ${rootlibexecdir}/systemd/system-sleep \
> ${systemd_unitdir}/system/systemd-hibernate.service \
>
> ${systemd_unitdir}/system/systemd-hybrid-sleep.service \
> +
> ${systemd_unitdir}/system/systemd-pcrphase-initrd.service \
> +${systemd_unitdir}/system/systemd-pcrphase.service \
> +
> ${systemd_unitdir}/system/systemd-pcrphase-sysinit.service \
> ${systemd_unitdir}/system/systemd-suspend.service \
> ${systemd_unitdir}/system/sleep.target \
> ${rootlibexecdir}/systemd/systemd-initctl \
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175732):
https://lists.openembedded.org/g/openembedded-core/message/175732
Mute This Topic: https://lists.openembedded.org/mt/96188492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] C.UTF-8 in glibc
On 02/01/2023 16:40:20+, Alex Kiernan wrote:
> On Mon, Jan 2, 2023 at 4:28 PM Richard Purdie
> wrote:
> >
> > On Sun, 2023-01-01 at 18:32 +, Alex Kiernan wrote:
> > > glibc got an official C.UTF-8 in 2.35, but we don't appear to install
> > > it by default... if I add "c" to IMAGE_LINGUAS then it gets installed,
> > > but it feels like this ought to be default? Or even stronger and have
> > > it separate from IMAGE_LINGUAS so even if that's set to "" you still
> > > get it?
> > >
> > > I tripped over it because I was trying to get the ostree ptest suite
> > > to pass and it ended up with a time formatting failing a test because
> > > it wasn't running in C.UTF-8.
> >
> > Making it even stronger might be tricky given how our variables work
> > but we definitely should have that in the default locales list.
> >
>
> My original thinking on trying to make it stronger was I expect you
> really want this, but given everyone's managed so far without, I guess
> if they need it now they can add it back in if they're overriding
> IMAGE_LINGUAS.
>
> Just thinking about this more, we can't specify it for musl, the
> obvious way would be a glibc specific append, which would then mean
> that setting IMAGE_LINGUAS = "" you still get it, which doesn't
> immediately feel right (plus the general wish to avoid append in
> core), which I guess means it needs something with more trickery...
> I'll go play.
>
Maybe:
IMAGE_LINGUAS_C:libc-glibc = "c"
IMAGE_LINGUAS = "${IMAGE_LINGUAS_C}"
> --
> Alex Kiernan
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175365):
https://lists.openembedded.org/g/openembedded-core/message/175365
Mute This Topic: https://lists.openembedded.org/mt/95993257/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] musl: Update to latest on tip of trunk
Hello,
This broke a few recipes:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/6247/steps/12/logs/stdio
I guess this is dues to the LFS64 changes
On 28/11/2022 11:18:04-0800, Khem Raj wrote:
> Brings following changes
>
> * 8f925945 fix return value of gethostby{name[2],addr} with no result but no
> error
> * 63402be2 clean up dns_parse_callback
> * 0a7b4323 dns response handling: don't treat too many addresses as an error
> * 41603c77 dns response handling: ignore presence of wrong-type RRs
> * cf76df0e fix missing synchronization of pthread TSD keys with MT-fork
> * 5ff3eea9 fgets: avoid arithmetic overflow when n==INT_MIN is passed
> * d8f35e29 fix AS-safety of close when aio is in use and fd map is expanded
> * 26c76a90 fix use of uninitialized dummy_fut in aio_suspend
> * aebd6a36 fix potential deadlock between multithreaded fork and aio
> * d64148a8 fix potential unsynchronized access to killlock state at thread
> exit
> * 36b72cd6 fix potential deadlock in dlerror buffer handling at thread exit
> * 833a4691 configure: disable TBAA optimization because most compilers are
> buggy
> * e6e82132 disable MADV_FREE usage in mallocng
> * 25e6fee2 remove LFS64 programming interfaces (macro-only) from _GNU_SOURCE
> * 246f1c81 remove LFS64 symbol aliases; replace with dynamic linker remapping
> * dec8f0a4 dns query core: detect udp truncation at recv time
> * 8c408937 getaddrinfo dns lookup: use larger answer buffer to handle long
> CNAMEs
> * 759bf785 arpa/nameser.h: update RR types list
> * 51d4669f dns: implement tcp fallback in __res_msend query core
> * e2e95176 res_send: use a temp buffer if caller's buffer is under 512 bytes
> * c87d75f2 adapt res_msend DNS query core for working with multiple sockets
> * 85050ac5 getaddrinfo: add EAI_NODATA error code to distinguish NODATA vs
> NxDomain
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-core/musl/musl_git.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/musl/musl_git.bb
> b/meta/recipes-core/musl/musl_git.bb
> index a72d87ea6f..29abd17771 100644
> --- a/meta/recipes-core/musl/musl_git.bb
> +++ b/meta/recipes-core/musl/musl_git.bb
> @@ -4,7 +4,7 @@
> require musl.inc
> inherit linuxloader
>
> -SRCREV = "dc9285ad1dc19349c407072cc48ba70dab86de45"
> +SRCREV = "8f9259450aa43a6fd539e428e61e2961b725fbae"
>
> BASEVER = "1.2.3"
>
> --
> 2.38.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174016):
https://lists.openembedded.org/g/openembedded-core/message/174016
Mute This Topic: https://lists.openembedded.org/mt/95318179/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCHv8 4/4] gcr: add recipe for gcr-4, needed to build with gtk4
Hello,
This one broke:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/6249/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/6164/steps/11/logs/stdio
| Run-time dependency gcr-3 found: NO (tried pkgconfig)
|
| ../epiphany-42.4/meson.build:82:0: ERROR: Dependency "gcr-3" not found, tried
pkgconfig
|
| A full log can be found at
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/epiphany/42.4-r0/build/meson-logs/meson-log.txt
| WARNING: Running the setup command as `meson [options]` instead of `meson
setup [options]` is ambiguous and deprecated.
| ERROR: meson failed
| WARNING: exit code 1 from a shell command.
On 30/11/2022 06:34:50+0100, Markus Volk wrote:
> gcr-3 recipe is still needed for gnome projects that stick to gtk+3, rename
> to gcr3.
>
> Signed-off-by: Markus Volk
> ---
> ...-add-options-to-set-ssh-binary-paths.patch | 60 +++
> ...ectly-handle-disabled-ssh_agent-opti.patch | 49 +++
> ...build-fix-one-parallel-build-failure.patch | 0
> ...1d02bb0148ca787ac4aead164d7c8ce2c4d8.patch | 0
> .../gcr/{gcr_3.40.0.bb => gcr3_3.40.0.bb} | 8 ++-
> meta/recipes-gnome/gcr/gcr_4.0.0.bb | 51
> 6 files changed, 166 insertions(+), 2 deletions(-)
> create mode 100644
> meta/recipes-gnome/gcr/gcr/0001-meson-add-options-to-set-ssh-binary-paths.patch
> create mode 100644
> meta/recipes-gnome/gcr/gcr/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> rename meta/recipes-gnome/gcr/{gcr =>
> gcr3}/0001-gcr-meson.build-fix-one-parallel-build-failure.patch (100%)
> rename meta/recipes-gnome/gcr/{gcr =>
> gcr3}/b3ca1d02bb0148ca787ac4aead164d7c8ce2c4d8.patch (100%)
> rename meta/recipes-gnome/gcr/{gcr_3.40.0.bb => gcr3_3.40.0.bb} (87%)
> create mode 100644 meta/recipes-gnome/gcr/gcr_4.0.0.bb
>
> diff --git
> a/meta/recipes-gnome/gcr/gcr/0001-meson-add-options-to-set-ssh-binary-paths.patch
>
> b/meta/recipes-gnome/gcr/gcr/0001-meson-add-options-to-set-ssh-binary-paths.patch
> new file mode 100644
> index 00..cd3552464a
> --- /dev/null
> +++
> b/meta/recipes-gnome/gcr/gcr/0001-meson-add-options-to-set-ssh-binary-paths.patch
> @@ -0,0 +1,60 @@
> +From 89992bde916fe53dd737a5d678bc66dd51cd1f45 Mon Sep 17 00:00:00 2001
> +From: Markus Volk
> +Date: Mon, 28 Nov 2022 15:47:50 +0100
> +Subject: [PATCH] meson: add options to set ssh binary paths
> +
> +Signed-off-by: Markus Volk
> +
> +Upstream-Status: Submitted [
> https://gitlab.gnome.org/GNOME/gcr/-/merge_requests/115/diffs?commit_id=f19dfa4fe0986f3f75b29f9c05cead59fe87cd19
> ]
> +---
> + meson.build | 11 +--
> + meson_options.txt | 10 ++
> + 2 files changed, 19 insertions(+), 2 deletions(-)
> +
> +diff --git a/meson.build b/meson.build
> +index 11d7fa7..231d7e2 100644
> +--- a/meson.build
> b/meson.build
> +@@ -58,9 +58,16 @@ if p11_system_config_modules == ''
> + error('Couldn\'t find location for pkcs11 module config')
> + endif
> + libsecret_dep = dependency('libsecret-1', version: '>= 0.20', required:
> get_option('ssh_agent'))
> ++
> + if get_option('ssh_agent')
> +- ssh_add_path = find_program('ssh-add').full_path()
> +- ssh_agent_path = find_program('ssh-agent').full_path()
> ++ ssh_add_path = get_option('ssh_add_path')
> ++ ssh_agent_path = get_option('ssh_agent_path')
> ++ if ssh_add_path == ''
> ++ssh_add_path = find_program('ssh-add').full_path()
> ++ endif
> ++ if ssh_agent_path == ''
> ++ssh_agent_path = find_program('ssh-agent').full_path()
> ++ endif
> + endif
> +
> + with_systemd = false
> +diff --git a/meson_options.txt b/meson_options.txt
> +index 6840e44..5355940 100644
> +--- a/meson_options.txt
> b/meson_options.txt
> +@@ -23,6 +23,16 @@ option('gpg_path',
> + value: '',
> + description: 'Path to gpg, autodetected if not set',
> + )
> ++option('ssh_add_path',
> ++ type: 'string',
> ++ value: '',
> ++ description: 'Path to ssh-add, autodetected if not set',
> ++)
> ++option('ssh_agent_path',
> ++ type: 'string',
> ++ value: '',
> ++ description: 'Path to ssh-agent, autodetected if not set',
> ++)
> + option('ssh_agent',
> + type: 'boolean',
> + value: true,
> +--
> +2.34.1
> +
> diff --git
> a/meta/recipes-gnome/gcr/gcr/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
>
> b/meta/recipes-gnome/gcr/gcr/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> new file mode 100644
> index 00..940f78ebab
> --- /dev/null
> +++
> b/meta/recipes-gnome/gcr/gcr/0001-meson.build-correctly-handle-disabled-ssh_agent-opti.patch
> @@ -0,0 +1,49 @@
> +From 9b67bb18d8409e0e693cc6000507acbd73a30eab Mon Sep 17 00:00:00 2001
> +From: Alexander Kanavin
> +Date: Wed, 16 Nov 2022 11:27:24 +0100
> +Subject: [PATCH 1/2] meson.build: correctly handle disabled ssh_agent option
> +
> +Existing code produces these errors:
> +| gcr/meson.build:61:0: ERROR: Unable to get the
Re: [OE-core][PATCH 1/2] ffmpeg: fix for CVE-2022-3964
On 30/11/2022 14:00:48+, Narpat Mali wrote:
> A vulnerability classified as problematic has been found in ffmpeg. This
> affects an unknown part of the file
> libavcodec/rpzaenc.c of the component QuickTime RPZA Video Encoder. The
> manipulation of the argument y_size
> leads to out-of-bounds read. It is possible to initiate the attack remotely.
> The name of the patch is
> 92f9b28ed84a77138105475beba16c146bdaf984. It is recommended to apply a patch
> to fix this issue. The associated
> identifier of this vulnerability is VDB-213543.
>
> CVE: CVE-2022-3964
It doesn't matter anymore as this was already applied but Ross was
mentioning adding this header to the patch that your are adding below:
>
> Reference:
> https://nvd.nist.gov/vuln/detail/CVE-2022-3964
>
> Upstream Fix:
> https://github.com/FFmpeg/FFmpeg/commit/92f9b28ed84a77138105475beba16c146bdaf984
>
> Signed-off-by: Narpat Mali
> ---
> ...c-stop-accessing-out-of-bounds-frame.patch | 89 +++
> .../recipes-multimedia/ffmpeg/ffmpeg_5.1.2.bb | 4 +-
> 2 files changed, 92 insertions(+), 1 deletion(-)
> create mode 100644
> meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
>
> diff --git
> a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
>
> b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> new file mode 100644
> index 00..2775a81cc8
> --- /dev/null
> +++
> b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> @@ -0,0 +1,89 @@
> +From 92f9b28ed84a77138105475beba16c146bdaf984 Mon Sep 17 00:00:00 2001
> +From: Paul B Mahol
> +Date: Sat, 12 Nov 2022 16:12:00 +0100
> +Subject: [PATCH] avcodec/rpzaenc: stop accessing out of bounds frame
> +
> +Upstream-Status: Backport
> [https://github.com/FFmpeg/FFmpeg/commit/92f9b28ed84a77138105475beba16c146bdaf984]
Here
> +
> +Signed-off-by:
> +
> +---
> + libavcodec/rpzaenc.c | 22 +++---
> + 1 file changed, 15 insertions(+), 7 deletions(-)
> +
> +diff --git a/libavcodec/rpzaenc.c b/libavcodec/rpzaenc.c
> +index d710eb4f82..4ced9523e2 100644
> +--- a/libavcodec/rpzaenc.c
> b/libavcodec/rpzaenc.c
> +@@ -205,7 +205,7 @@ static void get_max_component_diff(const BlockInfo *bi,
> const uint16_t *block_pt
> +
> + // loop thru and compare pixels
> + for (y = 0; y < bi->block_height; y++) {
> +-for (x = 0; x < bi->block_width; x++){
> ++for (x = 0; x < bi->block_width; x++) {
> + // TODO: optimize
> + min_r = FFMIN(R(block_ptr[x]), min_r);
> + min_g = FFMIN(G(block_ptr[x]), min_g);
> +@@ -278,7 +278,7 @@ static int leastsquares(const uint16_t *block_ptr, const
> BlockInfo *bi,
> + return -1;
> +
> + for (i = 0; i < bi->block_height; i++) {
> +-for (j = 0; j < bi->block_width; j++){
> ++for (j = 0; j < bi->block_width; j++) {
> + x = GET_CHAN(block_ptr[j], xchannel);
> + y = GET_CHAN(block_ptr[j], ychannel);
> + sumx += x;
> +@@ -325,7 +325,7 @@ static int calc_lsq_max_fit_error(const uint16_t
> *block_ptr, const BlockInfo *bi
> + int max_err = 0;
> +
> + for (i = 0; i < bi->block_height; i++) {
> +-for (j = 0; j < bi->block_width; j++){
> ++for (j = 0; j < bi->block_width; j++) {
> + int x_inc, lin_y, lin_x;
> + x = GET_CHAN(block_ptr[j], xchannel);
> + y = GET_CHAN(block_ptr[j], ychannel);
> +@@ -420,7 +420,9 @@ static void update_block_in_prev_frame(const uint16_t
> *src_pixels,
> +uint16_t *dest_pixels,
> +const BlockInfo *bi, int
> block_counter)
> + {
> +-for (int y = 0; y < 4; y++) {
> ++const int y_size = FFMIN(4, bi->image_height - bi->row * 4);
> ++
> ++for (int y = 0; y < y_size; y++) {
> + memcpy(dest_pixels, src_pixels, 8);
> + dest_pixels += bi->rowstride;
> + src_pixels += bi->rowstride;
> +@@ -730,14 +732,15 @@ post_skip :
> +
> + if (err > s->sixteen_color_thresh) { // DO SIXTEEN COLOR BLOCK
> + uint16_t *row_ptr;
> +-int rgb555;
> ++int y_size, rgb555;
> +
> + block_offset = get_block_info(, block_counter);
> +
> + row_ptr = _pixels[block_offset];
> ++y_size = FFMIN(4, bi.image_height - bi.row * 4);
> +
> +-for (int y = 0; y < 4; y++) {
> +-for (int x = 0; x < 4; x++){
> ++for (int y = 0; y < y_size; y++) {
> ++for (int x = 0; x < 4; x++) {
> + rgb555 = row_ptr[x] & ~0x8000;
> +
> + put_bits(>pb, 16, rgb555);
> +@@ -745,6 +748,11 @@ post_skip :
> + row_ptr += bi.rowstride;
> +
Re: [yocto] [OE-core] [Openembedded-architecture] Y2038 proposal
On 30/11/2022 16:46:17+, Ross Burton wrote: > On 30 Nov 2022, at 14:20, Richard Purdie via lists.yoctoproject.org > wrote: > >>> * Could we optionally disable some of the glibc 32 bit function calls > >>> to ensure they're not being used? > >> > >> Could you be more specific here? Would you like to disable some > >> syscalls? > > > > I'm meaning disabling the 32 bit glibc time functions. > > Some time ago I filed https://bugzilla.yoctoproject.org/show_bug.cgi?id=6803 > as Debian has a nice sanity check where it warns if non-LFS glibc functions > are used. I imagine the same logic could be used to check for 32-bit time_t > use. > We can simply disable COMPAT_32BIT_TIME in the kernel config. > Ross > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#174026): https://lists.openembedded.org/g/openembedded-core/message/174026 Mute This Topic: https://lists.openembedded.org/mt/95361986/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [meta-core][PATCH 1/1] libksba: fix CVE-2022-3515
Hello,
On 08/12/2022 06:27:44+, Manoj Saun wrote:
> libksba: integer overflow may lead to remote code execution.
>
> Reference:
> https://www.gnupg.org/blog/20221017-pepe-left-the-ksba.html
>
> Upstream fixes:
> https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libksba.git;a=commit;h=4b7d9cd4a018898d7714ce06f3faf2626c14582b
>
The patch is missing Upstream-Status:
Missing Upstream-Status tag
(meta/recipes-support/libksba/libksba/0001-Detect-a-possible-overflow-directly-in-the-TLV-parse.patch)
> Signed-off-by: Manoj Saun
> ---
> ...e-overflow-directly-in-the-TLV-parse.patch | 42 +++
> meta/recipes-support/libksba/libksba_1.6.2.bb | 3 +-
> 2 files changed, 44 insertions(+), 1 deletion(-)
> create mode 100644
> meta/recipes-support/libksba/libksba/0001-Detect-a-possible-overflow-directly-in-the-TLV-parse.patch
>
> diff --git
> a/meta/recipes-support/libksba/libksba/0001-Detect-a-possible-overflow-directly-in-the-TLV-parse.patch
>
> b/meta/recipes-support/libksba/libksba/0001-Detect-a-possible-overflow-directly-in-the-TLV-parse.patch
> new file mode 100644
> index 00..e2cb842a4d
> --- /dev/null
> +++
> b/meta/recipes-support/libksba/libksba/0001-Detect-a-possible-overflow-directly-in-the-TLV-parse.patch
> @@ -0,0 +1,42 @@
> +From 4b7d9cd4a018898d7714ce06f3faf2626c14582b Mon Sep 17 00:00:00 2001
> +From: Werner Koch
> +Date: Wed, 5 Oct 2022 14:19:06 +0200
> +Subject: [PATCH] Detect a possible overflow directly in the TLV parser.
> +
> +* src/ber-help.c (_ksba_ber_read_tl): Check for overflow of a commonly
> +used sum.
> +--
> +
> +It is quite common to have checks like
> +
> +if (ti.nhdr + ti.length >= DIM(tmpbuf))
> + return gpg_error (GPG_ERR_TOO_LARGE);
> +
> +This patch detects possible integer overflows immmediately when
> +creating the TI object.
> +
> +Reported-by: ZDI-CAN-18927, ZDI-CAN-18928, ZDI-CAN-18929
> +---
> + src/ber-help.c | 6 ++
> + 1 file changed, 6 insertions(+)
> +
> +diff --git a/src/ber-help.c b/src/ber-help.c
> +index 81c31ed..56efb6a 100644
> +--- a/src/ber-help.c
> b/src/ber-help.c
> +@@ -182,6 +182,12 @@ _ksba_ber_read_tl (ksba_reader_t reader, struct
> tag_info *ti)
> + ti->length = len;
> + }
> +
> ++ if (ti->length > ti->nhdr && (ti->nhdr + ti->length) < ti->length)
> ++{
> ++ ti->err_string = "header+length would overflow";
> ++ return gpg_error (GPG_ERR_EOVERFLOW);
> ++}
> ++
> + /* Without this kludge some example certs can't be parsed */
> + if (ti->class == CLASS_UNIVERSAL && !ti->tag)
> + ti->length = 0;
> +--
> +2.34.1
> +
> diff --git a/meta/recipes-support/libksba/libksba_1.6.2.bb
> b/meta/recipes-support/libksba/libksba_1.6.2.bb
> index f6ecb9aec4..c25c23ef0f 100644
> --- a/meta/recipes-support/libksba/libksba_1.6.2.bb
> +++ b/meta/recipes-support/libksba/libksba_1.6.2.bb
> @@ -22,7 +22,8 @@ inherit autotools binconfig-disabled pkgconfig texinfo
>
> UPSTREAM_CHECK_URI = "https://gnupg.org/download/index.html;
> SRC_URI = "${GNUPG_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
> - file://ksba-add-pkgconfig-support.patch"
> + file://ksba-add-pkgconfig-support.patch \
> +
> file://0001-Detect-a-possible-overflow-directly-in-the-TLV-parse.patch"
>
> SRC_URI[sha256sum] =
> "fce01ccac59812bddadffacff017dac2e4762bdb6ebc6ffe06f6ed4f6192c971"
>
> --
> 2.34.1
>
>
>
>
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174393):
https://lists.openembedded.org/g/openembedded-core/message/174393
Mute This Topic: https://lists.openembedded.org/mt/95533228/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH RFC 3/3] time64.conf: Include to enable 64 bit time flags
On 09/12/2022 10:55:16+0100, Ola x Nilsson wrote:
>
> On Fri, Dec 09 2022, Khem Raj wrote:
>
> > Thanks for the patches
> >
> > On 12/7/22 23:11, Ola x Nilsson wrote:
> >> Signed-off-by: Ola x Nilsson
> >> ---
> >> meta/conf/distro/time64.conf | 23 +++
> >> 1 file changed, 23 insertions(+)
> >> create mode 100644 meta/conf/distro/time64.conf
> >>
> >> diff --git a/meta/conf/distro/time64.conf b/meta/conf/distro/time64.conf
> >> new file mode 100644
> >> index 00..99eb06dc0f
> >> --- /dev/null
> >> +++ b/meta/conf/distro/time64.conf
> >> @@ -0,0 +1,23 @@
> >> +GLIBC_64BIT_TIME_FLAGS = "-D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64"
> >> +
> >> +# TODO: Only for 32-bit architectures?
> >> +TARGET_CC_ARCH:append:arm = " ${GLIBC_64BIT_TIME_FLAGS}"
> >> +TARGET_CC_ARCH:append:armeb = " ${GLIBC_64BIT_TIME_FLAGS}"
> >> +TARGET_CC_ARCH:append:mips32el = " ${GLIBC_64BIT_TIME_FLAGS}"
> >
> > We should enable it across all 32bit systems
> > something like
> >
> > TARGET_CC_ARCH += "${@'-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' if
> > d.getVar('SITEINFO_BITS') == '32' else ''}"
> >
> > would do it.
>
> I was looking for a way to identify 32-bit platforms but did not find
> SITEINFO_BITS. I'll look into using that instead.
>
I don't think it is correct to assume all the 32bit platforms are
affected. riscv32 is not affected for example nor would be any newer
32bit architecture.
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174450):
https://lists.openembedded.org/g/openembedded-core/message/174450
Mute This Topic: https://lists.openembedded.org/mt/95533494/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH RFC 3/3] time64.conf: Include to enable 64 bit time flags
On 09/12/2022 11:36:03+0100, Ola x Nilsson wrote: > > On Thu, Dec 08 2022, Alexander Kanavin wrote: > > > On Thu, 8 Dec 2022 at 08:11, Ola x Nilsson wrote: > >> +GLIBC_64BIT_TIME_FLAGS:pn-glibc = "" > >> +GLIBC_64BIT_TIME_FLAGS:pn-glibc-tests = "" > >> +# pipewire-v4l2 explicitly sets _FILE_OFFSET_BITS=32 to get access to > >> +# both 32 and 64 bit file APIs. But it does not handle the time side? > >> +# Needs further investigation > >> +GLIBC_64BIT_TIME_FLAGS:pn-pipewire = "" > >> +GLIBC_64BIT_TIME_FLAGS:pn-gcc-sanitizers = "" > >> + > >> +INSANE_SKIP:libstd-rs[_usr_lib_rustlib_armv7-poky-linux-gnueabihf_lib_libstd.so] > >> = "clock_gettime gettime fcntl fstat64 fstatat64 getsockopt ioctl > >> lstat64 nanosleep prctl recvmsg sendmsg setsockopt stat64" > >> +INSANE_SKIP:librsvg[_usr_bin_rsvg-convert] = "fcntl fstat64 prctl stat64 > >> clock_gettime" > >> +INSANE_SKIP:librsvg[_usr_lib_librsvg-2.so.2.48.0] = "fcntl lstat64 > >> setsockopt sendmsg fstat64 getsockopt ioctl nanosleep timegm > >> fstatat64 prctl mktime gmtime_r recvmsg stat64 clock_gettime > >> localtime_r" > >> + > >> +# libpulsedsp.so is a preload-library that hooks libc functions > >> +INSANE_SKIP:pulseaudio[_usr_lib_pulseaudio_libpulsedsp.so] = "setsockopt > >> fcntl" > > > > Some of these perhaps need a ticket in bugzilla, and there should be a > > meta-ticket for Y2038 that tracks individual issues (by depending on > > them). Can you arrange that please? > > I can file tickets if that's the way we want to go. I'm not really at > that point yet, these are just for the packages that were included in > our products. I've just done one plain poky build to make sure this > stuff worked so far. I know there is pulseaudio that will fail too. I'll do a build including time64.conf over the week end and I can file bugs where necessary. > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#174449): https://lists.openembedded.org/g/openembedded-core/message/174449 Mute This Topic: https://lists.openembedded.org/mt/95533494/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCH] mesa: update 22.2.3 -> 22.3.0
Hello, This caused: | FAILED: gst-libs/gst/vaapi/libgstlibvaapi-1.0.a.p/gstvaapidisplay_egl.c.o | x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot -Igst-libs/gst/vaapi/libgstlibvaapi-1.0.a.p -Igst-libs/gst/vaapi -I../gstreamer-vaapi-1.20.4/gst-libs/gst/vaapi -I. -I../gstreamer-vaapi-1.20.4 -Igst-libs -I../gstreamer-vaapi-1.20.4/gst-libs -I/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/include/gstreamer-1.0 -I/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/include/glib-2.0 -I/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/lib/glib-2.0/include -I/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/include/orc-0.4 -I/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/lib/gstreamer-1.0/include -I/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/include/libdrm -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -fvisibility=hidden -fno-strict-aliasing -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/gstreamer-vaapi-1.20.4=/usr/src/debug/gstreamer1.0-vaapi/1.20.4-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/gstreamer-vaapi-1.20.4=/usr/src/debug/gstreamer1.0-vaapi/1.20.4-r0 -fmacro-prefix-map=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/build=/usr/src/debug/gstreamer1.0-vaapi/1.20.4-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/build=/usr/src/debug/gstreamer1.0-vaapi/1.20.4-r0 -fdebug-prefix-map=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot= -fmacro-prefix-map=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot= -fdebug-prefix-map=/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot-native= -fPIC -pthread -DHAVE_CONFIG_H -DGST_USE_UNSTABLE_API '-DGST_VAAPI_VERSION_ID="1.20.4"' -MD -MQ gst-libs/gst/vaapi/libgstlibvaapi-1.0.a.p/gstvaapidisplay_egl.c.o -MF gst-libs/gst/vaapi/libgstlibvaapi-1.0.a.p/gstvaapidisplay_egl.c.o.d -o gst-libs/gst/vaapi/libgstlibvaapi-1.0.a.p/gstvaapidisplay_egl.c.o -c ../gstreamer-vaapi-1.20.4/gst-libs/gst/vaapi/gstvaapidisplay_egl.c | In file included from /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/include/EGL/egl.h:20, | from ../gstreamer-vaapi-1.20.4/gst-libs/gst/vaapi/gstvaapidisplay_egl.h:26, | from ../gstreamer-vaapi-1.20.4/gst-libs/gst/vaapi/gstvaapidisplay_egl.c:24: | /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/recipe-sysroot/usr/include/EGL/eglplatform.h:109:10: fatal error: X11/Xlib.h: No such file or directory | 109 | #include | | ^~~~ | compilation terminated. | ninja: build stopped: subcommand failed. | WARNING: /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/temp/run.do_compile.281472:153 exit 1 from 'ninja -v -j 16 -l 52' | WARNING: Backtrace (BB generated script): | #1: meson_do_compile, /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/temp/run.do_compile.281472, line 153 | #2: do_compile, /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/temp/run.do_compile.281472, line 148 | #3: main, /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/gstreamer1.0-vaapi/1.20.4-r0/temp/run.do_compile.281472, line 157 NOTE: recipe gstreamer1.0-vaapi-1.20.4-r0: task do_compile: Failed ERROR: Task (/home/pokybuild/yocto-worker/no-x11/build/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.20.4.bb:do_compile) failed with exit code '1' https://autobuilder.yoctoproject.org/typhoon/#builders/40/builds/6280/steps/11/logs/stdio On 01/12/2022 18:39:42+0100, Markus
