Re: [oe] [PATCH] yavta: Update to kernel 6.8
https://git.ideasonboard.org/yavta.git/commit/?id=52c975e5542504ac10bed8b1d68df5c75951d202 On Sat, Sep 14, 2024 at 10:38 AM Martin Jansa wrote: > > Not sure which errors you were seeing, but I can confirm it fails to > build for 32-bit in my world builds with: > > ../git/yavta.c:2195:51: error: format '%ld' expects argument of type > 'long int', but argument 8 has type '__time64_t' {aka 'long long int'} > [-Werror=format=] > 2195 | printf("%u (%u) [%c] %s %u %u B %ld.%06ld > %ld.%06ld %.3f fps ts %s/%s\n", i, buf.index, > | ~~^ > | | > | long int > | %lld > .. > 2199 | buf.timestamp.tv_sec, buf.timestamp.tv_usec, > | > | | > | __time64_t {aka long long int} > > ../git/yavta.c:2257:41: error: format '%lu' expects argument of type > 'long unsigned int', but argument 3 has type '__time64_t' {aka 'long > long int'} [-Werror=format=] > 2257 | printf("Captured %u frames in %lu.%06lu seconds (%f > fps, %f B/s).\n", > | ~~^ > | | > | long unsigned int > | %llu > 2258 | i, ts.tv_sec, ts.tv_nsec/1000, fps, bps); > |~ > | | > | __time64_t {aka long long int} > > This one isn't hard to fix, but maybe you were seeing some other issues. > > Regards, > > On Fri, Sep 13, 2024 at 8:38 PM Ryan Eatmon via lists.openembedded.org > wrote: > > > > > > > > On 9/13/2024 1:28 PM, Khem Raj wrote: > > > On Fri, Sep 13, 2024 at 11:17 AM Einar Gunnarsson via > > > lists.openembedded.org > > > wrote: > > >> > > >> Ooops > > >> > > >> On Fri, 13 Sept 2024 at 15:25, Ryan Eatmon wrote: > > >>> > > >>> > > >>> I'm seeing build failures on 32bit platforms with this new version. Can > > >>> anyone verify? > > >> > > >> > > >> I can confirm that this does not build on 32-bit. > > >> The problem seems to be switching to meson build - both the current > > >> SRCREV > > >> and the updated one fail on time_t size with meson, but build with the > > >> old mess of a code. > > >> > > > > > > My builds test 64 bit on AB, locally I test 32bit arm/x86 and its > > > using clang compiler and it works fine there too. > > > I do not have 32bit builds+musl combination, too many combos, not > > > enough compute power. > > > > I have a patch that I'm testing. I've spoken to the upstream maintainer > > and will send the patch in to them once it's complete. Then we can bump > > the SRCREV again once they accept it. > > > > > > > > >> Sorry about that > > >> Einar Jon > > >> > > >>> > > >>> > > >>> On 9/10/2024 7:49 AM, Einar Gunnarsson wrote: > > >>>> Additional changes: > > >>>> Use https protocol for git fetch > > >>>> Build with meson > > >>>> > > >>>> Signed-off-by: Einar Jon Gunnarsson > > >>>> --- > > >>>>.../recipes-multimedia/v4l2apps/yavta_git.bb | 18 > > >>>> +++--- > > >>>>1 file changed, 3 insertions(+), 15 deletions(-) > > >>>> > > >>>> diff --git a/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > > >>>> b/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > > >>>> index c4f31c033..db00c67b1 100644 > > >>>> --- a/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > > >>>> +++ b/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > > >>>> @@ -2,9 +2,9 @@ SUMMARY = "Yet Another V4L2 Test Application" > > >>>>LICENSE = "GPL-2.0-only" > > >>>>LIC_FILES_CHKSUM = > > >>>> "file://COPYING.GPL;md5=751419260aa954499f7aba
Re: [oe] [PATCH] yavta: Update to kernel 6.8
Not sure which errors you were seeing, but I can confirm it fails to build for 32-bit in my world builds with: ../git/yavta.c:2195:51: error: format '%ld' expects argument of type 'long int', but argument 8 has type '__time64_t' {aka 'long long int'} [-Werror=format=] 2195 | printf("%u (%u) [%c] %s %u %u B %ld.%06ld %ld.%06ld %.3f fps ts %s/%s\n", i, buf.index, | ~~^ | | | long int | %lld .. 2199 | buf.timestamp.tv_sec, buf.timestamp.tv_usec, | | | | __time64_t {aka long long int} ../git/yavta.c:2257:41: error: format '%lu' expects argument of type 'long unsigned int', but argument 3 has type '__time64_t' {aka 'long long int'} [-Werror=format=] 2257 | printf("Captured %u frames in %lu.%06lu seconds (%f fps, %f B/s).\n", | ~~^ | | | long unsigned int | %llu 2258 | i, ts.tv_sec, ts.tv_nsec/1000, fps, bps); |~ | | | __time64_t {aka long long int} This one isn't hard to fix, but maybe you were seeing some other issues. Regards, On Fri, Sep 13, 2024 at 8:38 PM Ryan Eatmon via lists.openembedded.org wrote: > > > > On 9/13/2024 1:28 PM, Khem Raj wrote: > > On Fri, Sep 13, 2024 at 11:17 AM Einar Gunnarsson via > > lists.openembedded.org > > wrote: > >> > >> Ooops > >> > >> On Fri, 13 Sept 2024 at 15:25, Ryan Eatmon wrote: > >>> > >>> > >>> I'm seeing build failures on 32bit platforms with this new version. Can > >>> anyone verify? > >> > >> > >> I can confirm that this does not build on 32-bit. > >> The problem seems to be switching to meson build - both the current SRCREV > >> and the updated one fail on time_t size with meson, but build with the old > >> mess of a code. > >> > > > > My builds test 64 bit on AB, locally I test 32bit arm/x86 and its > > using clang compiler and it works fine there too. > > I do not have 32bit builds+musl combination, too many combos, not > > enough compute power. > > I have a patch that I'm testing. I've spoken to the upstream maintainer > and will send the patch in to them once it's complete. Then we can bump > the SRCREV again once they accept it. > > > > >> Sorry about that > >> Einar Jon > >> > >>> > >>> > >>> On 9/10/2024 7:49 AM, Einar Gunnarsson wrote: > Additional changes: > Use https protocol for git fetch > Build with meson > > Signed-off-by: Einar Jon Gunnarsson > --- > .../recipes-multimedia/v4l2apps/yavta_git.bb | 18 +++--- > 1 file changed, 3 insertions(+), 15 deletions(-) > > diff --git a/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > b/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > index c4f31c033..db00c67b1 100644 > --- a/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > +++ b/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb > @@ -2,9 +2,9 @@ SUMMARY = "Yet Another V4L2 Test Application" > LICENSE = "GPL-2.0-only" > LIC_FILES_CHKSUM = > "file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe" > > -SRC_URI = "git://git.ideasonboard.org/yavta.git;branch=master \ > +SRC_URI = > "git://git.ideasonboard.org/yavta.git;branch=master;protocol=https \ > " > -SRCREV = "65f740aa1758531fd810339bc1b7d1d33666e28a" > +SRCREV = "323facd1d5bd6251eec70dd5c1484a12ce01202a" > > PV = "0.0" > S = "${WORKDIR}/git" > @@ -12,16 +12,4 @@ S = "${WORKDIR}/git" > # Upstream repo does not tag > UPSTREAM_CHECK_COMMITS = "1" > > -EXTRA_OEMAKE = "-e MAKEFLAGS=" > - > -# The yavta sources include copies of the headers required to build in > the > -# include directory. The Makefile uses CFLAGS to include these, but > since > -# we override the CFLAGS then we need to add this include path back in. > -CFLAGS += "-I${S}/include" > - > -do_install() { > -install -d ${D}${bindir} > -install -m 0755 yavta ${D}${bindir} > -} > - > - > +inherit meson > > > > > > >>> > >>> -- > >>> Ryan Eatmonreat...@ti.com > >>> - > >>> Texas Instruments, Inc. - LCPD - MGTS > >> > >> > >> > >> -- > >> Regards > >> Einar Jón > >> > >> > >> > > -- > Ryan Eatmonreat...@ti.com > - >
Re: [oe] [meta-oe][PATCH] nmap: depend on libpcre2 not libpcre
Interesting, I was building it fine with lld, will check what libpcre2 it has in RSS and on cmdline. On Fri, Sep 13, 2024 at 7:46 PM Khem Raj wrote: > > this exposes an issue, when linking with lld linker ends up with > > riscv64-yoe-linux-ld.lld: error: unable to find library -lpcre2-8 > > On Tue, Sep 10, 2024 at 7:52 AM Martin Jansa via > lists.openembedded.org > wrote: > > > > * switched to libpcre2 in: > > > > https://github.com/nmap/nmap/commit/828ab48764b82d0226e860c73c5dac5b11f77385 > > > > * in builds hwere libpcre2 isn't pulled by some other dependency it was > > failing with: > > | service_scan.h:74:10: fatal error: pcre2.h: No such file or directory > > > > > > |74 | #include > > > > > > | | ^| > > > > Signed-off-by: Martin Jansa > > --- > > meta-oe/recipes-security/nmap/nmap_7.95.bb | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/meta-oe/recipes-security/nmap/nmap_7.95.bb > > b/meta-oe/recipes-security/nmap/nmap_7.95.bb > > index d3273dc4e9..79c28e71f0 100644 > > --- a/meta-oe/recipes-security/nmap/nmap_7.95.bb > > +++ b/meta-oe/recipes-security/nmap/nmap_7.95.bb > > @@ -17,7 +17,7 @@ inherit autotools-brokensep pkgconfig python3native > > PACKAGECONFIG ?= "pcre ncat nping pcap" > > > > PACKAGECONFIG[pcap] = "--with-pcap=linux, --without-pcap, libpcap, libpcap" > > -PACKAGECONFIG[pcre] = "--with-libpcre=${STAGING_LIBDIR}/.., > > --with-libpcre=included, libpcre" > > +PACKAGECONFIG[pcre] = "--with-libpcre=${STAGING_LIBDIR}/.., > > --with-libpcre=included, libpcre2" > > PACKAGECONFIG[ssl] = "--with-openssl=${STAGING_LIBDIR}/.., > > --without-openssl, openssl, openssl" > > PACKAGECONFIG[ssh2] = "--with-openssh2=${STAGING_LIBDIR}/.., > > --without-openssh2, libssh2, libssh2" > > PACKAGECONFIG[libz] = "--with-libz=${STAGING_LIBDIR}/.., --without-libz, > > zlib, zlib" > > -- > > 2.46.0 > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112276): https://lists.openembedded.org/g/openembedded-devel/message/112276 Mute This Topic: https://lists.openembedded.org/mt/108376191/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] nmap: depend on libpcre2 not libpcre
* switched to libpcre2 in: https://github.com/nmap/nmap/commit/828ab48764b82d0226e860c73c5dac5b11f77385 * in builds hwere libpcre2 isn't pulled by some other dependency it was failing with: | service_scan.h:74:10: fatal error: pcre2.h: No such file or directory | 74 | #include | | ^| Signed-off-by: Martin Jansa --- meta-oe/recipes-security/nmap/nmap_7.95.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-security/nmap/nmap_7.95.bb b/meta-oe/recipes-security/nmap/nmap_7.95.bb index d3273dc4e9..79c28e71f0 100644 --- a/meta-oe/recipes-security/nmap/nmap_7.95.bb +++ b/meta-oe/recipes-security/nmap/nmap_7.95.bb @@ -17,7 +17,7 @@ inherit autotools-brokensep pkgconfig python3native PACKAGECONFIG ?= "pcre ncat nping pcap" PACKAGECONFIG[pcap] = "--with-pcap=linux, --without-pcap, libpcap, libpcap" -PACKAGECONFIG[pcre] = "--with-libpcre=${STAGING_LIBDIR}/.., --with-libpcre=included, libpcre" +PACKAGECONFIG[pcre] = "--with-libpcre=${STAGING_LIBDIR}/.., --with-libpcre=included, libpcre2" PACKAGECONFIG[ssl] = "--with-openssl=${STAGING_LIBDIR}/.., --without-openssl, openssl, openssl" PACKAGECONFIG[ssh2] = "--with-openssh2=${STAGING_LIBDIR}/.., --without-openssh2, libssh2, libssh2" PACKAGECONFIG[libz] = "--with-libz=${STAGING_LIBDIR}/.., --without-libz, zlib, zlib" -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112233): https://lists.openembedded.org/g/openembedded-devel/message/112233 Mute This Topic: https://lists.openembedded.org/mt/108376191/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] python3-matplotlib: add native RSS to -fmacro-prefix-map to fix buildpaths QA
Khem: please drop this one from master-next It was added in the default DEBUG_PREFIX_MAP in oe-core now. On Mon, Sep 2, 2024 at 6:30 PM Martin Jansa via lists.openembedded.org wrote: > > This is related RFC patch just sent to oe-core ML: > https://lists.openembedded.org/g/openembedded-core/message/204110 > > On Mon, Sep 2, 2024 at 6:27 PM Martin Jansa wrote: > > > > * fixes: > > ERROR: lib32-python3-matplotlib-3.7.2-r0 do_package_qa: QA Issue: File > > /usr/lib/python3.12/site-packages/matplotlib/_tri.cpython-312-i386-linux-gnu.so > > in package lib32-python3-matplotlib contains reference to TMPDIR > > [buildpaths] > > > > * there is native RSS already but only in -fdebug-prefix-map > > > > * it fails only with multilib where target RSS isn't substring of native RSS > > > > * comparing _tri.cpython-312-*-linux-gnu.so cmdline for regular x86-64 and > > lib32-python3-matplotlib i586 build shows: > > > > --fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > > \ > > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > > \ > > --fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > > \ > > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > > \ > > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/recipe-sysroot= > > \ > > --fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/recipe-sysroot= > > \ > > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/recipe-sysroot-native= > > \ > > +-fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > > \ > > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > > \ > > +-fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > > \ > > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > > \ > > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/lib32-recipe-sysroot= > > \ > > +-fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/lib32-recipe-sysroot= > > \ > > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native= > > \ > > > > * the buildpaths are header files from native pybind11 (Pybind11Extension) > > > > https://github.com/pybind/pybind11/blob/master/pybind11/setup_helpers.py#L89 > > > > $ strings > > package/usr/lib/python3.12/site-packages/matplotlib/_tri.cpython-312-i386-linux-gnu.so > > | grep oemllib32 > > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/../detail/common.h > > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/../detail/../pytypes.h > > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/class.h > > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/../detail/type_caster_base.h > > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/pybind11.h > > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/gil.h > > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-n
Re: [oe] [meta-oe][PATCH] iwd: use internal ell
At least ofono in oe-core is using ell by default https://git.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/ofono/ofono_2.10.bb explicitly the external on (from oe-core) since https://git.openembedded.org/openembedded-core/commit/meta/recipes-connectivity/ofono?id=3683f524dc60325b3f3b1bc3a32e70a41064ae03 On Sat, Sep 7, 2024 at 5:24 PM Khem Raj via lists.openembedded.org wrote: > > On Sat, Sep 7, 2024 at 1:33 AM Markus Volk via lists.openembedded.org > wrote: > > > > iwd and ell need to be updated in sync. This is regularly neglected. > > Also the fact that they reside in different layers compicates the update > > process. > > > > yes this has happened in past as well. > > > Beside iwd, there are not a lot of consumers for ell. > > > > if this is the case then, I would like to suggest that either iwd moves to > core > or ell moves out of core into meta-oe next to iwd. I think ideally it > can be deleted > but there might be other consumers of ell outside of meta-openembedded > layers and core > > > Building with internal ell makes iwd updates easier > > > > Building with internal ell is fine if its not generating duplicate > copies of ell artifacts. Can you confirm what happens when > switching between internal and external ell ? > > > Signed-off-by: Markus Volk > > --- > > meta-oe/recipes-connectivity/iwd/iwd_2.20.bb | 4 +--- > > 1 file changed, 1 insertion(+), 3 deletions(-) > > > > diff --git a/meta-oe/recipes-connectivity/iwd/iwd_2.20.bb > > b/meta-oe/recipes-connectivity/iwd/iwd_2.20.bb > > index ffdab0260..16d900ddc 100644 > > --- a/meta-oe/recipes-connectivity/iwd/iwd_2.20.bb > > +++ b/meta-oe/recipes-connectivity/iwd/iwd_2.20.bb > > @@ -3,7 +3,7 @@ HOMEPAGE = "https://iwd.wiki.kernel.org/"; > > LICENSE = "LGPL-2.1-only" > > LIC_FILES_CHKSUM = "file://COPYING;md5=fb504b67c50331fc78734fed90fb0e09" > > > > -DEPENDS = "ell" > > +DEPENDS = "dbus" > > > > SRC_URI = "https://www.kernel.org/pub/linux/network/wireless/${BP}.tar.xz \ > > > > file://0001-build-Use-abs_top_srcdir-instead-of-abs_srcdir-for-e.patch \ > > @@ -24,8 +24,6 @@ PACKAGECONFIG[wired] = "--enable-wired,--disable-wired" > > PACKAGECONFIG[ofono] = "--enable-ofono,--disable-ofono" > > PACKAGECONFIG[systemd] = > > "--with-systemd-unitdir=${systemd_system_unitdir},--disable-systemd-service,systemd" > > > > -EXTRA_OECONF = "--enable-external-ell" > > - > > SYSTEMD_SERVICE:${PN} = " \ > > iwd.service \ > > ${@bb.utils.contains('PACKAGECONFIG', 'wired', 'ead.service', '', d)} \ > > -- > > 2.46.0 > > > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112115): https://lists.openembedded.org/g/openembedded-devel/message/112115 Mute This Topic: https://lists.openembedded.org/mt/108319324/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [scarthgap][meta-oe][PATCH] Revert "gcab: ignore buildpaths error from sources"
This reverts commit e11df061339051eda38750fa75429778d3d8dbb4. This isn't needed in scarthgap where buildpaths aren't in default ERROR_QA and it's not a correct fix anyway, see https://lists.openembedded.org/g/openembedded-devel/message/112048 This doesn't work with multilib where the package is named ${PN}-src (e.g. lib32-gcab-src) and it's better to just lower buildpaths from ERROR_QA to WARN_QA instead of skipping it completely, because it's still an issue which should be fixed (at least to improve hashserv efficiency if you don't care about reproducibility itself) and commits in master: https://git.openembedded.org/meta-openembedded/commit/?id=154f5bb1342739d88185ac0cce9c15b7b2958187 https://git.openembedded.org/meta-openembedded/commit/?id=6644c4a420db82da1ce71697ff889e7b1b6e41ad Signed-off-by: Martin Jansa --- meta-oe/recipes-gnome/gcab/gcab_1.6.bb | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb index 49c64f0ba6..4278fc9453 100644 --- a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb +++ b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb @@ -22,6 +22,3 @@ PACKAGECONFIG[nls] = "-Dnls=true,-Dnls=false" PACKAGECONFIG[tests] = "-Dtests=true -Dinstalled_tests=true,-Dtests=false -Dinstalled_tests=false" BBCLASSEXTEND = "native" - -# meson embeds absolute paths to generated files on purpose -INSANE_SKIP:gcab-src += "buildpaths" -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112081): https://lists.openembedded.org/g/openembedded-devel/message/112081 Mute This Topic: https://lists.openembedded.org/mt/108247864/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] python3-matplotlib: add native RSS to -fmacro-prefix-map to fix buildpaths QA
lude/pybind11/detail/type_caster_base.h -native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/pybind11.h -native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/gil.h -native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/gil_safe_call_once.h * there is also: WARNING: lib32-python3-matplotlib-3.7.2-r0 do_check_backend: QA Issue: inherits setuptools3 but has pyproject.toml with setuptools.build_meta, use the correct class [pep517-backend] but just changing the inherit doesn't work in this case, I'll leave that to someone actually using python3-matplotlib Signed-off-by: Martin Jansa --- .../recipes-devtools/python/python3-matplotlib_3.7.2.bb | 5 + 1 file changed, 5 insertions(+) diff --git a/meta-python/recipes-devtools/python/python3-matplotlib_3.7.2.bb b/meta-python/recipes-devtools/python/python3-matplotlib_3.7.2.bb index 72c369100a..2886060a9e 100644 --- a/meta-python/recipes-devtools/python/python3-matplotlib_3.7.2.bb +++ b/meta-python/recipes-devtools/python/python3-matplotlib_3.7.2.bb @@ -68,3 +68,8 @@ do_compile:prepend() { } BBCLASSEXTEND = "native" + +# otherwise pybind11 paths from STAGING_DIR_NATIVE end in _tri.cpython-312-i386-linux-gnu.so +# when STAGING_DIR_NATIVE doesn't start with STAGING_DIR_HOST (e.g. for lib32-python3-matplotlib) +# http://errors.yoctoproject.org/Errors/Details/801217/ +DEBUG_PREFIX_MAP:append = " -fmacro-prefix-map=${STAGING_DIR_NATIVE}=" -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112074): https://lists.openembedded.org/g/openembedded-devel/message/112074 Mute This Topic: https://lists.openembedded.org/mt/108229723/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] python3-matplotlib: add native RSS to -fmacro-prefix-map to fix buildpaths QA
This is related RFC patch just sent to oe-core ML: https://lists.openembedded.org/g/openembedded-core/message/204110 On Mon, Sep 2, 2024 at 6:27 PM Martin Jansa wrote: > > * fixes: > ERROR: lib32-python3-matplotlib-3.7.2-r0 do_package_qa: QA Issue: File > /usr/lib/python3.12/site-packages/matplotlib/_tri.cpython-312-i386-linux-gnu.so > in package lib32-python3-matplotlib contains reference to TMPDIR [buildpaths] > > * there is native RSS already but only in -fdebug-prefix-map > > * it fails only with multilib where target RSS isn't substring of native RSS > > * comparing _tri.cpython-312-*-linux-gnu.so cmdline for regular x86-64 and > lib32-python3-matplotlib i586 build shows: > > --fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > \ > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > \ > --fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > \ > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/python3-matplotlib/3.7.2 > \ > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/recipe-sysroot= > \ > --fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/recipe-sysroot= > \ > --fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/recipe-sysroot-native= > \ > +-fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > \ > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > \ > +-fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > \ > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/matplotlib-3.7.2=/usr/src/debug/lib32-python3-matplotlib/3.7.2 > \ > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/lib32-recipe-sysroot= > \ > +-fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/lib32-recipe-sysroot= > \ > +-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native= > \ > > * the buildpaths are header files from native pybind11 (Pybind11Extension) > https://github.com/pybind/pybind11/blob/master/pybind11/setup_helpers.py#L89 > > $ strings > package/usr/lib/python3.12/site-packages/matplotlib/_tri.cpython-312-i386-linux-gnu.so > | grep oemllib32 > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/../detail/common.h > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/../detail/../pytypes.h > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/class.h > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/detail/../detail/type_caster_base.h > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/pybind11.h > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/gil.h > /OE/build/oe-core/tmp-glibc/work/i586-oemllib32-linux/lib32-python3-matplotlib/3.7.2/recipe-sysroot-native/usr/lib/python3.12/site-packages/pybind11/include/pybind11/gil_safe_call_once.h > > * I'm not familiar enough with pybind11 to find a way how to configure it to > use correct include dir, the issue already exists in regular x86-64 dir, but > not caught by buildpaths, because, the: > > -fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-matplotlib/3.7.2/recipe-sysroot= > is enought to mangle the hardcoded paths (leaving only '-nativ
[oe] [meta-oe][PATCH] xerces-c: fix buildpaths QA issue
Signed-off-by: Martin Jansa --- ...-use-full-path-of-with_curl-in-xerce.patch | 58 +++ .../xerces-c/xerces-c_3.2.5.bb| 8 +-- 2 files changed, 61 insertions(+), 5 deletions(-) create mode 100644 meta-oe/recipes-devtools/xerces-c/xerces-c/0001-aclocal.m4-don-t-use-full-path-of-with_curl-in-xerce.patch diff --git a/meta-oe/recipes-devtools/xerces-c/xerces-c/0001-aclocal.m4-don-t-use-full-path-of-with_curl-in-xerce.patch b/meta-oe/recipes-devtools/xerces-c/xerces-c/0001-aclocal.m4-don-t-use-full-path-of-with_curl-in-xerce.patch new file mode 100644 index 00..2ad7beb51c --- /dev/null +++ b/meta-oe/recipes-devtools/xerces-c/xerces-c/0001-aclocal.m4-don-t-use-full-path-of-with_curl-in-xerce.patch @@ -0,0 +1,58 @@ +From d001f12d428f7adaeaadee5263a22c797c99d67b Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Fri, 30 Aug 2024 11:42:27 +0200 +Subject: [PATCH] aclocal.m4: don't use full path of $with_curl in xerces-c.pc + +* fixes: + ERROR: QA Issue: File /usr/lib32/pkgconfig/xerces-c.pc in package lib32-libxerces-c-dev contains reference to TMPDIR [buildpaths] + +* xerces-c was blacklisted due to tmpdir since 2016: + https://git.openembedded.org/meta-openembedded/commit/?id=1af196e42c811947bb483df30bfce758adee83d1 + +* then sed call: + sed -i -e 's:-L${STAGING_DIR}/lib:-L\$\{libdir\}:g' ${B}/xerces-c.pc + was added to do_install:append and blacklist dropped in: + https://git.openembedded.org/meta-openembedded/commit/?id=87b9efff79e62f569525e4760adc594d0d9ac476 + +* sed call was adjusted in: + https://git.openembedded.org/meta-openembedded/commit/?id=87c9e9537dc43468a6aaf706853b784ce6de14e0 + sed -i s:-L${STAGING_LIBDIR}::g ${B}/xerces-c.pc + +* but it was still failing in some cases, e.g. with multilib where libdir is /usr/lib64, so the sed call is: + sed -i s:-L{WORKDIR}/recipe-sysroot/usr/lib64::g ${WORKDIR}/build/xerces-c.pc + but the actual xerces-c.pc file still has: + + Libs: -L${libdir} -lxerces-c + Libs.private: -L${WORKDIR}/recipe-sysroot/usr/lib -lcurl + + because this aclocal was always hardcoding "lib" (appended to --with-curl + value which is passed together with ${prefix}) and not respecting the libdir value: + PACKAGECONFIG[curl] = "--with-curl=${STAGING_DIR_TARGET}${prefix},--with-curl=no,curl" + PACKAGECONFIG[icu] = "--with-icu=${STAGING_DIR_TARGET}${prefix},--with-icu=no,icu" + +* xerces-c supports CMake since 2017: + https://github.com/apache/xerces-c/commit/2606b2924c3e2bf0cf50f72b79378721b6bcf04e + switching from autotools to CMake would probably resolve some of this as well + +Signed-off-by: Martin Jansa +--- +Upstream-Status: Pending [It would be better to just switch to CMake] + + m4/xerces_curl_prefix.m4 | 4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +diff --git a/m4/xerces_curl_prefix.m4 b/m4/xerces_curl_prefix.m4 +index d1d015c..7928bdc 100644 +--- a/m4/xerces_curl_prefix.m4 b/m4/xerces_curl_prefix.m4 +@@ -39,8 +39,8 @@ AC_DEFUN([XERCES_CURL_PREFIX], + curl_libs=`$curl_config --libs` + else + if test -n "$with_curl"; then +- curl_flags="-I$with_curl/include" +- curl_libs="-L$with_curl/lib -lcurl" ++ curl_flags="" ++ curl_libs="-lcurl" + else + # Default compiler paths. + # diff --git a/meta-oe/recipes-devtools/xerces-c/xerces-c_3.2.5.bb b/meta-oe/recipes-devtools/xerces-c/xerces-c_3.2.5.bb index 1643af2546..9fd7e8fbab 100644 --- a/meta-oe/recipes-devtools/xerces-c/xerces-c_3.2.5.bb +++ b/meta-oe/recipes-devtools/xerces-c/xerces-c_3.2.5.bb @@ -9,7 +9,9 @@ SECTION = "libs" LICENSE = "Apache-2.0" LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57" -SRC_URI = "http://archive.apache.org/dist/xerces/c/3/sources/${BP}.tar.bz2"; +SRC_URI = "http://archive.apache.org/dist/xerces/c/3/sources/${BP}.tar.bz2 \ +file://0001-aclocal.m4-don-t-use-full-path-of-with_curl-in-xerce.patch \ +" SRC_URI[sha256sum] = "1db4028c9b7f1f778efbf4a9462d65e13f9938f2c22f9e9994e12c49ba97e252" inherit autotools @@ -18,10 +20,6 @@ PACKAGECONFIG ??= "curl icu" PACKAGECONFIG[curl] = "--with-curl=${STAGING_DIR_TARGET}${prefix},--with-curl=no,curl" PACKAGECONFIG[icu] = "--with-icu=${STAGING_DIR_TARGET}${prefix},--with-icu=no,icu" -do_install:prepend () { -sed -i s:-L${STAGING_LIBDIR}::g ${B}/xerces-c.pc -} - PACKAGES = "libxerces-c \ libxerces-c-dev \ xerces-c-samples \ -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112055): https://lists.openembedded.org/g/openembedded-de
Re: [oe] [meta-oe][PATCH] gcab: keep buildpaths QA issue as a warning
> Your proposal could be the correct fix, I hope it works. It builds without the QA issue, I haven't tested it in runtime as I don't use gcab anywhere it was just one of buildpaths failures in my world builds. On Fri, Aug 30, 2024 at 10:57 AM Mikko Rapeli wrote: > > Hi, > > On Fri, Aug 30, 2024 at 10:40:53AM +0200, Martin Jansa wrote: > > Mikko: can you please explain why meson embeds absolute paths in > > glib-mkenum filename on purpose? > > > > Or were you seeing any other buildpaths than these 2? > > > > lib32-gcab/1.6/package $ grep -R styhead . > > ./usr/src/debug/lib32-gcab/1.6/libgcab/gcab-enums.c:#include > > "WORKDIR/build/../gcab-1.6/libgcab/gcab-file.h" > > ./usr/src/debug/lib32-gcab/1.6/libgcab/gcab-enums.c:#include > > "WORKDIR/build/../gcab-1.6/libgcab/gcab-folder.h" > > > > glib-mkenum supports also @basename@ since 2.22 which would avoid this QA > > issue > > @filename@name of current input file > > @basename@base name of the current input file (Since: 2.22) > > if we update > > ./libgcab/gcab-enums.c.etemplate:#include "@filename@" > > I was googling for this and found MRs and issues in meson github > which pointed to embedding build time absolute paths on purpose to > fix something. > > Sadly my laptop crashes (Thinkpad T14 gen 3 crashes when plugging to power > lid closed) > and I lost the browser tabs before writing the commit message. > > Your proposal could be the correct fix, I hope it works. > > Cheers, > > -Mikko > > > Cheers, > > > > On Fri, Aug 30, 2024 at 10:18 AM Martin Jansa > > wrote: > > > > > > INSANE_SKIP:gcab-src doesn't work with multilib where the package is > > > named ${PN}-src (e.g. lib32-gcab-src) and it's better to just lower > > > buildpaths from ERROR_QA to WARN_QA instead of skipping it completely, > > > because it's still an issue which should be fixed (at least to improve > > > hashserv efficiency if you don't care about reproducibility itself) > > > > > > The backport to scarthgap from: > > > https://lists.openembedded.org/g/openembedded-devel/message/111739 > > > should IMHO be just reverted there as buildpaths QA issues > > > aren't fatal in scarthgap. > > > > > > Signed-off-by: Martin Jansa > > > --- > > > meta-oe/recipes-gnome/gcab/gcab_1.6.bb | 4 +++- > > > 1 file changed, 3 insertions(+), 1 deletion(-) > > > > > > diff --git a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > > > b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > > > index 49c64f0ba6..0d9410b4d5 100644 > > > --- a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > > > +++ b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > > > @@ -24,4 +24,6 @@ PACKAGECONFIG[tests] = "-Dtests=true > > > -Dinstalled_tests=true,-Dtests=false -Dinst > > > BBCLASSEXTEND = "native" > > > > > > # meson embeds absolute paths to generated files on purpose > > > -INSANE_SKIP:gcab-src += "buildpaths" > > > +# ERROR: QA Issue: File /usr/src/debug/gcab/1.6/libgcab/gcab-enums.c in > > > package gcab-src contains reference to TMPDIR [buildpaths] > > > +ERROR_QA:remove = "buildpaths" > > > +WARN_QA:append = " buildpaths" > > > -- > > > 2.46.0 > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112054): https://lists.openembedded.org/g/openembedded-devel/message/112054 Mute This Topic: https://lists.openembedded.org/mt/108175910/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][RFC][PATCH] gcab: fix buildpaths QA issue
Signed-off-by: Martin Jansa --- RFC: sending as a RFC because Mikko claimed that meson generates the full path by purpose ...mplate-include-basename-instead-of-f.patch | 37 +++ meta-oe/recipes-gnome/gcab/gcab_1.6.bb| 6 +-- 2 files changed, 38 insertions(+), 5 deletions(-) create mode 100644 meta-oe/recipes-gnome/gcab/gcab/0001-gcab-enums.c.etemplate-include-basename-instead-of-f.patch diff --git a/meta-oe/recipes-gnome/gcab/gcab/0001-gcab-enums.c.etemplate-include-basename-instead-of-f.patch b/meta-oe/recipes-gnome/gcab/gcab/0001-gcab-enums.c.etemplate-include-basename-instead-of-f.patch new file mode 100644 index 00..dd6ae1b427 --- /dev/null +++ b/meta-oe/recipes-gnome/gcab/gcab/0001-gcab-enums.c.etemplate-include-basename-instead-of-f.patch @@ -0,0 +1,37 @@ +From 6fa1b6d3f72caf6d0cf61752b522dc19fb9933b7 Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Fri, 30 Aug 2024 10:44:17 +0200 +Subject: [PATCH] gcab-enums.c.etemplate: include @basename@ instead of full + path from @filename@ + +* fixes: + ERROR: QA Issue: File /usr/src/debug/gcab/1.6/libgcab/gcab-enums.c in package gcab-src contains reference to TMPDIR [buildpaths] + +lib32-gcab/1.6/package $ grep -R styhead . +./usr/src/debug/lib32-gcab/1.6/libgcab/gcab-enums.c:#include "WORKDIR/build/../gcab-1.6/libgcab/gcab-file.h" +./usr/src/debug/lib32-gcab/1.6/libgcab/gcab-enums.c:#include "WORKDIR/build/../gcab-1.6/libgcab/gcab-folder.h" + +glib-mkenum supports also @basename@ since 2.22 which would avoid this QA issue + @filename@name of current input file + @basename@base name of the current input file (Since: 2.22) + +Signed-off-by: Martin Jansa +--- +Upstream-Status: Pending + + libgcab/gcab-enums.c.etemplate | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/libgcab/gcab-enums.c.etemplate b/libgcab/gcab-enums.c.etemplate +index 194b1e0..2e85824 100644 +--- a/libgcab/gcab-enums.c.etemplate b/libgcab/gcab-enums.c.etemplate +@@ -21,7 +21,7 @@ + /*** END file-header ***/ + + /*** BEGIN file-production ***/ +-#include "@filename@" ++#include "@basename@" + /*** END file-production ***/ + + diff --git a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb index 0d9410b4d5..503d25271f 100644 --- a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb +++ b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb @@ -7,6 +7,7 @@ DEPENDS = "glib-2.0" SRC_URI = "\ ${GNOME_MIRROR}/gcab/${PV}/gcab-${PV}.tar.xz \ +file://0001-gcab-enums.c.etemplate-include-basename-instead-of-f.patch \ file://run-ptest \ " SRC_URI[sha256sum] = "2f0c9615577c4126909e251f9de0626c3ee7a152376c15b5544df10fc87e560b" @@ -22,8 +23,3 @@ PACKAGECONFIG[nls] = "-Dnls=true,-Dnls=false" PACKAGECONFIG[tests] = "-Dtests=true -Dinstalled_tests=true,-Dtests=false -Dinstalled_tests=false" BBCLASSEXTEND = "native" - -# meson embeds absolute paths to generated files on purpose -# ERROR: QA Issue: File /usr/src/debug/gcab/1.6/libgcab/gcab-enums.c in package gcab-src contains reference to TMPDIR [buildpaths] -ERROR_QA:remove = "buildpaths" -WARN_QA:append = " buildpaths" -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112052): https://lists.openembedded.org/g/openembedded-devel/message/112052 Mute This Topic: https://lists.openembedded.org/mt/108176090/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] gpm: fix buildpaths QA issue
Signed-off-by: Martin Jansa --- meta-oe/recipes-support/gpm/gpm_git.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta-oe/recipes-support/gpm/gpm_git.bb b/meta-oe/recipes-support/gpm/gpm_git.bb index 25e5414a35..a066488649 100644 --- a/meta-oe/recipes-support/gpm/gpm_git.bb +++ b/meta-oe/recipes-support/gpm/gpm_git.bb @@ -24,6 +24,10 @@ inherit autotools-brokensep update-rc.d systemd texinfo INITSCRIPT_NAME = "gpm" INITSCRIPT_PARAMS = "defaults" +# Avoid line statements with bison/yacc +# ERROR: lib32-gpm-1.99.7+gite82d1a653ca94aa4ed12441424da6ce780b1e530-r0 do_package_qa: QA Issue: File /usr/src/debug/lib32-gpm/1.99.7+gite82d1a653ca94aa4ed12441424da6ce780b1e530/src/prog/gpm-root.c in package lib32-gpm-src contains reference to TMPDIR [buildpaths] +EXTRA_OEMAKE = "YFLAGS='-l'" + do_configure:prepend() { (cd ${S};./autogen.sh;cd -) } -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112051): https://lists.openembedded.org/g/openembedded-devel/message/112051 Mute This Topic: https://lists.openembedded.org/mt/108176030/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] gcab: keep buildpaths QA issue as a warning
Mikko: can you please explain why meson embeds absolute paths in glib-mkenum filename on purpose? Or were you seeing any other buildpaths than these 2? lib32-gcab/1.6/package $ grep -R styhead . ./usr/src/debug/lib32-gcab/1.6/libgcab/gcab-enums.c:#include "WORKDIR/build/../gcab-1.6/libgcab/gcab-file.h" ./usr/src/debug/lib32-gcab/1.6/libgcab/gcab-enums.c:#include "WORKDIR/build/../gcab-1.6/libgcab/gcab-folder.h" glib-mkenum supports also @basename@ since 2.22 which would avoid this QA issue @filename@name of current input file @basename@base name of the current input file (Since: 2.22) if we update ./libgcab/gcab-enums.c.etemplate:#include "@filename@" Cheers, On Fri, Aug 30, 2024 at 10:18 AM Martin Jansa wrote: > > INSANE_SKIP:gcab-src doesn't work with multilib where the package is > named ${PN}-src (e.g. lib32-gcab-src) and it's better to just lower > buildpaths from ERROR_QA to WARN_QA instead of skipping it completely, > because it's still an issue which should be fixed (at least to improve > hashserv efficiency if you don't care about reproducibility itself) > > The backport to scarthgap from: > https://lists.openembedded.org/g/openembedded-devel/message/111739 > should IMHO be just reverted there as buildpaths QA issues > aren't fatal in scarthgap. > > Signed-off-by: Martin Jansa > --- > meta-oe/recipes-gnome/gcab/gcab_1.6.bb | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > index 49c64f0ba6..0d9410b4d5 100644 > --- a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > +++ b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > @@ -24,4 +24,6 @@ PACKAGECONFIG[tests] = "-Dtests=true > -Dinstalled_tests=true,-Dtests=false -Dinst > BBCLASSEXTEND = "native" > > # meson embeds absolute paths to generated files on purpose > -INSANE_SKIP:gcab-src += "buildpaths" > +# ERROR: QA Issue: File /usr/src/debug/gcab/1.6/libgcab/gcab-enums.c in > package gcab-src contains reference to TMPDIR [buildpaths] > +ERROR_QA:remove = "buildpaths" > +WARN_QA:append = " buildpaths" > -- > 2.46.0 > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112050): https://lists.openembedded.org/g/openembedded-devel/message/112050 Mute This Topic: https://lists.openembedded.org/mt/108175910/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] gcab: keep buildpaths QA issue as a warning
INSANE_SKIP:gcab-src doesn't work with multilib where the package is named ${PN}-src (e.g. lib32-gcab-src) and it's better to just lower buildpaths from ERROR_QA to WARN_QA instead of skipping it completely, because it's still an issue which should be fixed (at least to improve hashserv efficiency if you don't care about reproducibility itself) The backport to scarthgap from: https://lists.openembedded.org/g/openembedded-devel/message/111739 should IMHO be just reverted there as buildpaths QA issues aren't fatal in scarthgap. Signed-off-by: Martin Jansa --- meta-oe/recipes-gnome/gcab/gcab_1.6.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb index 49c64f0ba6..0d9410b4d5 100644 --- a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb +++ b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb @@ -24,4 +24,6 @@ PACKAGECONFIG[tests] = "-Dtests=true -Dinstalled_tests=true,-Dtests=false -Dinst BBCLASSEXTEND = "native" # meson embeds absolute paths to generated files on purpose -INSANE_SKIP:gcab-src += "buildpaths" +# ERROR: QA Issue: File /usr/src/debug/gcab/1.6/libgcab/gcab-enums.c in package gcab-src contains reference to TMPDIR [buildpaths] +ERROR_QA:remove = "buildpaths" +WARN_QA:append = " buildpaths" -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112049): https://lists.openembedded.org/g/openembedded-devel/message/112049 Mute This Topic: https://lists.openembedded.org/mt/108175910/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][scarthgap][PATCH 2/7] gcab: ignore buildpaths error from sources
This doesn't work with multilib where the package is named ${PN}-src (e.g. lib32-gcab-src) and it's better to just lower buildpaths from ERROR_QA to WARN_QA instead of skipping it completely, because it's still an issue which should be fixed (at least to improve hashserv efficiency if you don't care about reproducibility itself) Why was this even backported to scarthgap where buildpaths QA issues aren't fatal? On Sat, Aug 10, 2024 at 5:28 PM Armin Kuster via lists.openembedded.org wrote: > > From: Mikko Rapeli > > gcab-src has some meson generated files which embed > absolute paths from build environment. meson seems > ot do this on purpose to fix other issues. > > Ignored those issues for now. > > Signed-off-by: Mikko Rapeli > Signed-off-by: Khem Raj > (cherry picked from commit db91757e7bd98494666ca00bc7727a7607b6004f) > Signed-off-by: Armin Kuster > --- > meta-oe/recipes-gnome/gcab/gcab_1.6.bb | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > index 4278fc9453..49c64f0ba6 100644 > --- a/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > +++ b/meta-oe/recipes-gnome/gcab/gcab_1.6.bb > @@ -22,3 +22,6 @@ PACKAGECONFIG[nls] = "-Dnls=true,-Dnls=false" > PACKAGECONFIG[tests] = "-Dtests=true -Dinstalled_tests=true,-Dtests=false > -Dinstalled_tests=false" > > BBCLASSEXTEND = "native" > + > +# meson embeds absolute paths to generated files on purpose > +INSANE_SKIP:gcab-src += "buildpaths" > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#112048): https://lists.openembedded.org/g/openembedded-devel/message/112048 Mute This Topic: https://lists.openembedded.org/mt/107826456/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] vdpauinfo: require x11 in DISTRO_FEATURES
It depends on libvdpau and libvdpau has: inherit features_check REQUIRED_DISTRO_FEATURES = "x11" since: commit 0055684612edddae0f041e984c8497c5e5b32e74 Author: Armin Kuster Date: Tue Mar 6 17:27:30 2018 -0800 Subject: libvdpau: only include when x11 in DISTRO_FEATURES the same restriction should be repeated here to avoid: ERROR: Nothing PROVIDES 'libvdpau' (but meta-oe/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb DEPENDS on or otherwise requires it) libvdpau was skipped: missing required distro feature 'x11' (not in DISTRO_FEATURES) Also add it to packagegroup-meta-oe and fix libvdpau there. Signed-off-by: Martin Jansa --- meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb | 2 +- meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb| 4 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb index d6d8cfd32b..71fb1c2ac8 100644 --- a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb +++ b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb @@ -606,7 +606,7 @@ RDEPENDS:packagegroup-meta-oe-graphics ="\ ${@bb.utils.contains("DISTRO_FEATURES", "x11 pam", "tigervnc", "", d)} \ tslib \ unclutter-xfixes \ -libvdpau \ +${@bb.utils.contains("DISTRO_FEATURES", "x11", "libvdpau vdpauinfo", "", d)} \ xcursorgen \ ${@bb.utils.contains("DISTRO_FEATURES", "x11 pam", "xscreensaver", "", d)} \ yad \ diff --git a/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb b/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb index 99afe74507..3f44e537a4 100644 --- a/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb +++ b/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb @@ -6,6 +6,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=5b6e110c362fe46168199f3490e52c3c" DEPENDS = "libvdpau" +# libvdpau is available only with x11 +inherit features_check +REQUIRED_DISTRO_FEATURES = "x11" + RDEPENDS:${PN} = "libvdpau" SRCREV = "d3c5bd63bf8878d59b22d618d2bb5116db392d28" -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111977): https://lists.openembedded.org/g/openembedded-devel/message/111977 Mute This Topic: https://lists.openembedded.org/mt/108123235/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] vdpauinfo: add recipe
As this depends on libvdpau and libvdpau has: inherit features_check REQUIRED_DISTRO_FEATURES = "x11" the same restriction should be repeated here to avoid: ERROR: Nothing PROVIDES 'libvdpau' (but meta-oe/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb DEPENDS on or otherwise requires it) libvdpau was skipped: missing required distro feature 'x11' (not in DISTRO_FEATURES) Will send the fix shortly. On Thu, Aug 22, 2024 at 2:30 PM Thomas Perrot via lists.openembedded.org wrote: > > From: Thomas Perrot > > vdpauinfo is a command-line tool that can query the capabilities > of the system's VDPAU implementation. > > Signed-off-by: Thomas Perrot > --- > meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb | 16 > 1 file changed, 16 insertions(+) > create mode 100644 meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb > > diff --git a/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb > b/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb > new file mode 100644 > index ..99afe745079f > --- /dev/null > +++ b/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb > @@ -0,0 +1,16 @@ > +DESCRIPTION = "Tool to query the capabilities of a VDPAU implementation" > +HOMEPAGE = "https://gitlab.freedesktop.org/vdpau/vdpauinfo"; > + > +LICENSE = "MIT" > +LIC_FILES_CHKSUM = "file://COPYING;md5=5b6e110c362fe46168199f3490e52c3c" > + > +DEPENDS = "libvdpau" > + > +RDEPENDS:${PN} = "libvdpau" > + > +SRCREV = "d3c5bd63bf8878d59b22d618d2bb5116db392d28" > +SRC_URI = "git://anongit.freedesktop.org/vdpau/vdpauinfo;branch=master" > + > +S = "${WORKDIR}/git" > + > +inherit autotools pkgconfig > -- > 2.46.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111976): https://lists.openembedded.org/g/openembedded-devel/message/111976 Mute This Topic: https://lists.openembedded.org/mt/108036779/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] Buildpaths QA error list
FWIW: in my world builds I'm seeing few more failures (all outside meta-oe now) from buildpaths: meta-virtualization/recipes-networking/openvswitch/openvswitch_git.bb ERROR: QA Issue: File /usr/lib/openvswitch/ptest/tests/atlocal in package openvswitch-ptest contains reference to TMPDIR [buildpaths] oe-core/meta/recipes-extended/mc/mc_4.8.31.bb (only in some builds) ERROR: mc-4.8.31-r0 do_package_qa: QA Issue: File /usr/libexec/mc/extfs.d/uzip in package mc-helpers-perl contains reference to TMPDIR [buildpaths] meta-clang/dynamic-layers/meta-python/recipes-devtools/bcc/bcc_0.29.1.bb ERROR: QA Issue: File /usr/lib/bcc/ptest/tests/cc/test_libbcc_no_libbpf in package bcc-ptest contains reference to TMPDIR [buildpaths] meta-clang/dynamic-layers/openembedded-layer/recipes-devtools/bpftrace/bpftrace_0.20.1.bb ERROR: QA Issue: File /usr/src/debug/bpftrace/0.20.1+git/location.hh in package bpftrace-src contains reference to TMPDIR File /usr/src/debug/bpftrace/0.20.1+git/parser.tab.cc in package bpftrace-src contains reference to TMPDIR File /usr/src/debug/bpftrace/0.20.1+git/parser.tab.hh in package bpftrace-src contains reference to TMPDIR File /usr/src/debug/bpftrace/0.20.1+git/lex.yy.cc in package bpftrace-src contains reference to TMPDIR [buildpaths] ERROR: QA Issue: File /usr/lib/bpftrace/ptest/tests/bpftrace_test in package bpftrace-ptest contains reference to TMPDIR File /usr/lib/bpftrace/ptest/tests/testprogs/CTestTestfile.cmake in package bpftrace-ptest contains reference to TMPDIR File /usr/lib/bpftrace/ptest/tests/testprogs/cmake_install.cmake in package bpftrace-ptest contains reference to TMPDIR File /usr/lib/bpftrace/ptest/tests/testlibs/CTestTestfile.cmake in package bpftrace-ptest contains reference to TMPDIR File /usr/lib/bpftrace/ptest/tests/testlibs/cmake_install.cmake in package bpftrace-ptest contains reference to TMPDIR [buildpaths] On Thu, Aug 22, 2024 at 9:34 AM Martin Jansa via lists.openembedded.org wrote: > > Thank you Khem! > > On Thu, Aug 22, 2024 at 2:24 AM Khem Raj via lists.openembedded.org > wrote: > > > > As of today, we are left with couple of recipes > > > > python3-pycocotools > > python3-pandas > > > > There are updates to them staged in master-next which should fix the > > problem but they are waiting for numpy recipe upgrade to land in > > oe-core. > > > > Thanks to everyone who contributed. > > > > Cheers! > > -Khem > > > > On Mon, Aug 19, 2024 at 8:22 AM Khem Raj wrote: > > > > > > We are left with following recipes to fix > > > > > > Summary: 4 tasks failed: > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-graphics/libyui/libyui-ncurses_4.6.2.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-pycocotools_2.0.8.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-extended/fluentbit/fluentbit_1.9.9.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-pyproj_3.6.1.bb:do_package_qa > > > > > > > > > python3-pycocotools will get fixed once numpy 2.x upgrade merges into > > > master in oe-core. libyui-ncurses seems to happen only on gcc and > > > works ok with clang > > > so no idea what's going on. pyproj uses cython to generate .c sources > > > and that has encoded absolute paths so its probably fixable. I am > > > planning to mark > > > libyui-ncurses and fluentbit recipes for deletion and hopefully fix > > > for pyproj is doable if not that will also go out. which will clean > > > the world builds w.r.t. reproducibility > > > issues. > > > > > > On Fri, Aug 9, 2024 at 8:43 AM Khem Raj wrote: > > > > > > > > Here is updated list which is down to 22 now > > > > > > > > Summary: 22 tasks failed: > > > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-protocols/freediameter/freediameter_1.5.0.bb:do_package_qa > > > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-filesystems/recipes-utils/e2tools/e2tools_git.bb:do_package_qa > > > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-graphics/libyui/libyui-ncurses_4.2.3.bb:do_package_qa > > > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-kivy_2.3.0.bb:do_pack
Re: [oe] Buildpaths QA error list
Thank you Khem! On Thu, Aug 22, 2024 at 2:24 AM Khem Raj via lists.openembedded.org wrote: > > As of today, we are left with couple of recipes > > python3-pycocotools > python3-pandas > > There are updates to them staged in master-next which should fix the > problem but they are waiting for numpy recipe upgrade to land in > oe-core. > > Thanks to everyone who contributed. > > Cheers! > -Khem > > On Mon, Aug 19, 2024 at 8:22 AM Khem Raj wrote: > > > > We are left with following recipes to fix > > > > Summary: 4 tasks failed: > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-graphics/libyui/libyui-ncurses_4.6.2.bb:do_package_qa > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-pycocotools_2.0.8.bb:do_package_qa > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-extended/fluentbit/fluentbit_1.9.9.bb:do_package_qa > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-pyproj_3.6.1.bb:do_package_qa > > > > > > python3-pycocotools will get fixed once numpy 2.x upgrade merges into > > master in oe-core. libyui-ncurses seems to happen only on gcc and > > works ok with clang > > so no idea what's going on. pyproj uses cython to generate .c sources > > and that has encoded absolute paths so its probably fixable. I am > > planning to mark > > libyui-ncurses and fluentbit recipes for deletion and hopefully fix > > for pyproj is doable if not that will also go out. which will clean > > the world builds w.r.t. reproducibility > > issues. > > > > On Fri, Aug 9, 2024 at 8:43 AM Khem Raj wrote: > > > > > > Here is updated list which is down to 22 now > > > > > > Summary: 22 tasks failed: > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-protocols/freediameter/freediameter_1.5.0.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-filesystems/recipes-utils/e2tools/e2tools_git.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-graphics/libyui/libyui-ncurses_4.2.3.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-kivy_2.3.0.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-extended/fluentbit/fluentbit_1.9.9.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-connectivity/openthread/ot-br-posix_git.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-pycocotools_2.0.8.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-connectivity/transmission/transmission_4.0.5.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-crypto/botan/botan_3.5.0.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-support/sharutils/sharutils_4.15.2.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-support/ndisc6/ndisc6_1.0.8.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-python/recipes-devtools/python/python3-pyproj_3.6.1.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-daemons/ippool/ippool_1.3.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-graphics/fvwm/fvwm_2.7.0.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-support/fwknop/fwknop_2.6.10.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-extended/lprng/lprng_3.8.C.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-connectivity/wolfssl/wolfssl_5.7.2.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-daemons/keepalived/keepalived_2.2.8.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-filesystems/recipes-filesystems/zfs/zfs_2.2.2.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-oe/recipes-graphics/libforms/libforms_1.2.5pre1.bb:do_package_qa > > > > > > /home/pokybuild/yocto-worker/meta-oe/build/meta-openembedded/meta-networking/recipes-daemons/p
[oe] [meta-oe][PATCH] polkit-group-rule: package polkit rules
* broken since https://github.com/openembedded/meta-openembedded/pull/859 which moved the files from ${sysconfdir} which is packaged in ${PN} by default into ${datadir} which isn't packaged causing: ERROR: QA Issue: polkit-group-rule-network: Files/directories were installed but not shipped in any package: /usr /usr/share /usr/share/polkit-1 /usr/share/polkit-1/rules.d Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. polkit-group-rule-network: 4 installed and not shipped files. [installed-vs-shipped] Signed-off-by: Martin Jansa --- meta-oe/recipes-extended/polkit/polkit-group-rule.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-oe/recipes-extended/polkit/polkit-group-rule.inc b/meta-oe/recipes-extended/polkit/polkit-group-rule.inc index e2a2cecbe9..f57ca2611b 100644 --- a/meta-oe/recipes-extended/polkit/polkit-group-rule.inc +++ b/meta-oe/recipes-extended/polkit/polkit-group-rule.inc @@ -5,3 +5,5 @@ inherit features_check REQUIRED_DISTRO_FEATURES = "polkit" inherit useradd + +FILES:${PN} += "${datadir}/polkit-1/rules.d" -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111867): https://lists.openembedded.org/g/openembedded-devel/message/111867 Mute This Topic: https://lists.openembedded.org/mt/107998753/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-networking][PATCH] blueman: Fix do_package QA issue
I've sent fix for that earlier today. Cheers, On Mon, Aug 19, 2024 at 7:52 PM Khem Raj wrote: > > On Mon, Aug 19, 2024 at 4:14 AM Martin Jansa via > lists.openembedded.org > wrote: > > > > Doesn't this just hide the issue that the systemd service file is > > installed in wrong directory? > > > > yes infact it does sadly. > > > with current master I'm seeing: > > ERROR: Didn't find service unit 'blueman-mechanism.service', specified > > in SYSTEMD_SERVICE:blueman. > > > > On Thu, Aug 8, 2024 at 9:11 PM Alper Ak via lists.openembedded.org > > wrote: > > > > > > ERROR: blueman-2.4.3-r0 do_package: QA Issue: blueman: Files/directories > > > were installed but not shipped in any package: > > > /usr/lib/systemd/system > > > /usr/lib/systemd/system/blueman-mechanism.service > > > Please set FILES such that these items are packaged. Alternatively if > > > they are unneeded, avoid installing them or delete them within do_install. > > > blueman: 2 installed and not shipped files. [installed-vs-shipped] > > > ERROR: blueman-2.4.3-r0 do_package: Fatal QA errors were found, failing > > > task. > > > > > > Signed-off-by: alperak > > > --- > > > meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb | 1 + > > > 1 file changed, 1 insertion(+) > > > > > > diff --git > > > a/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > > > b/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > > > index 5aa3b2bd5..df2a226f0 100644 > > > --- a/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > > > +++ b/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > > > @@ -40,6 +40,7 @@ FILES:${PN} += " \ > > > ${datadir} \ > > > ${systemd_user_unitdir} \ > > > ${PYTHON_SITEPACKAGES_DIR} \ > > > +${prefix}${systemd_system_unitdir} \ > > > " > > > > > > # In code, path to python is a variable that is replaced with path to > > > native version of it > > > -- > > > 2.25.1 > > > > > > > > > > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111857): https://lists.openembedded.org/g/openembedded-devel/message/111857 Mute This Topic: https://lists.openembedded.org/mt/107795994/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] blueman: fix installation paths
* pass systemdsystemunitdir and systemduserunitdir to set correct directories instead of using libdir from: meson.build:systemd_base_path = join_paths(libdir, 'systemd') which is wrong e.g. with multilib where libdir might be /usr/lib64 instead of usr/lib used in ${nonarch_base_libdir} which is used by systemd_* variables: export systemd_system_unitdir="/usr/lib/systemd/system" export systemd_user_unitdir="/usr/lib/systemd/user" fixes: ERROR: Didn't find service unit 'blueman-mechanism.service', specified in SYSTEMD_SERVICE:blueman. * inherit python3targetconfig to install into right python site-packages without this it installs into /usr/lib/python3.12/site-packages/ instead of /usr/lib64/python3.12/site-packages set in PYTHON_SITEPACKAGES_DIR variable used in FILES, causing blueman: 295 installed and not shipped files. [installed-vs-shipped] # $PYTHON_SITEPACKAGES_DIR # set oe-core/meta/classes-recipe/python3-dir.bbclass:11 # "${libdir}/${PYTHON_DIR}/site-packages" PYTHON_SITEPACKAGES_DIR="/usr/lib64/python3.12/site-packages" Signed-off-by: Martin Jansa --- .../recipes-connectivity/blueman/blueman_2.4.3.bb| 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb b/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb index c2bb4d24c6..42e20cc9ed 100644 --- a/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb +++ b/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb @@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504" DEPENDS = "gtk+3 glib-2.0 bluez5 python3-pygobject python3-cython-native" -inherit meson gettext systemd gsettings pkgconfig python3native gtk-icon-cache useradd features_check +inherit meson gettext systemd gsettings pkgconfig python3native gtk-icon-cache useradd features_check python3targetconfig REQUIRED_DISTRO_FEATURES = "gobject-introspection-data" @@ -13,7 +13,10 @@ SRC_URI = "git://github.com/blueman-project/blueman.git;protocol=https;branch=2- S = "${WORKDIR}/git" SRCREV = "7bcf919ad6ac0ee9a8c66b18b0ca98af877d4c8f" -EXTRA_OEMESON = "-Druntime_deps_check=false" +EXTRA_OEMESON = "-Druntime_deps_check=false \ +-Dsystemdsystemunitdir=${systemd_system_unitdir} \ +-Dsystemduserunitdir=${systemd_user_unitdir} \ +" SYSTEMD_SERVICE:${PN} = "${BPN}-mechanism.service" SYSTEMD_AUTO_ENABLE:${PN} = "disable" @@ -40,8 +43,8 @@ PACKAGECONFIG[polkit] = "-Dpolicykit=true,-Dpolicykit=false" FILES:${PN} += " \ ${datadir} \ ${systemd_user_unitdir} \ +${systemd_system_unitdir} \ ${PYTHON_SITEPACKAGES_DIR} \ -${prefix}${systemd_system_unitdir} \ " # In code, path to python is a variable that is replaced with path to native version of it -- 2.46.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111849): https://lists.openembedded.org/g/openembedded-devel/message/111849 Mute This Topic: https://lists.openembedded.org/mt/107978850/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-networking][PATCH] blueman: Fix do_package QA issue
Doesn't this just hide the issue that the systemd service file is installed in wrong directory? with current master I'm seeing: ERROR: Didn't find service unit 'blueman-mechanism.service', specified in SYSTEMD_SERVICE:blueman. On Thu, Aug 8, 2024 at 9:11 PM Alper Ak via lists.openembedded.org wrote: > > ERROR: blueman-2.4.3-r0 do_package: QA Issue: blueman: Files/directories were > installed but not shipped in any package: > /usr/lib/systemd/system > /usr/lib/systemd/system/blueman-mechanism.service > Please set FILES such that these items are packaged. Alternatively if they > are unneeded, avoid installing them or delete them within do_install. > blueman: 2 installed and not shipped files. [installed-vs-shipped] > ERROR: blueman-2.4.3-r0 do_package: Fatal QA errors were found, failing task. > > Signed-off-by: alperak > --- > meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > b/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > index 5aa3b2bd5..df2a226f0 100644 > --- a/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > +++ b/meta-networking/recipes-connectivity/blueman/blueman_2.4.3.bb > @@ -40,6 +40,7 @@ FILES:${PN} += " \ > ${datadir} \ > ${systemd_user_unitdir} \ > ${PYTHON_SITEPACKAGES_DIR} \ > +${prefix}${systemd_system_unitdir} \ > " > > # In code, path to python is a variable that is replaced with path to native > version of it > -- > 2.25.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111848): https://lists.openembedded.org/g/openembedded-devel/message/111848 Mute This Topic: https://lists.openembedded.org/mt/107795994/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [scarthgap][meta-python][PATCH] python3-h5py: fix compile error with gcc 14
You should remove the -Wno-error flags from: https://git.openembedded.org/meta-openembedded/diff/meta-python/recipes-devtools/python/python3-h5py_3.11.0.bb?id=f0c767407d033e3f39ceeccc2f7e03a1ca7a6443 if your change fixes it. On Thu, Jul 18, 2024 at 5:17 AM Changqing Li via lists.openembedded.org wrote: > > From: Changqing Li > > Backport two patches to fix following compile error: > > h5py/h5l.c: In function ‘__pyx_pf_4h5py_3h5l_9LinkProxy_12get_val’: > h5py/h5l.c:8152:107: error: passing argument 4 of > ‘__pyx_f_4h5py_4defs_H5Lunpack_elink_val’ from incompatible pointer type > [-Wincompatible-pointer-types] > 8152 | __pyx_t_2 = > __pyx_f_4h5py_4defs_H5Lunpack_elink_val(__pyx_v_buf, __pyx_v_buf_size, > (&__pyx_v_wtf), (&__pyx_v_ext_file_name), (&__pyx_v_ext_obj_name)); if > (unlikely(__pyx_t_2 == ((herr_t)((herr_t)-1L __PYX_ERR(1, 187, > __pyx_L5_error) > | >~^~~ > | > | > | > > Signed-off-by: Changqing Li > --- > ...001-Use-libc.stdint-instead-of-numpy.patch | 27 +++ > ...ast-arguments-to-H5Lunpack_elink_val.patch | 27 +++ > .../python/python3-h5py_3.10.0.bb | 5 +++- > 3 files changed, 58 insertions(+), 1 deletion(-) > create mode 100644 > meta-python/recipes-devtools/python/python3-h5py/0001-Use-libc.stdint-instead-of-numpy.patch > create mode 100644 > meta-python/recipes-devtools/python/python3-h5py/0002-Properly-cast-arguments-to-H5Lunpack_elink_val.patch > > diff --git > a/meta-python/recipes-devtools/python/python3-h5py/0001-Use-libc.stdint-instead-of-numpy.patch > > b/meta-python/recipes-devtools/python/python3-h5py/0001-Use-libc.stdint-instead-of-numpy.patch > new file mode 100644 > index 0..3c55fa697 > --- /dev/null > +++ > b/meta-python/recipes-devtools/python/python3-h5py/0001-Use-libc.stdint-instead-of-numpy.patch > @@ -0,0 +1,27 @@ > +From 434e1bf4ab9fa53ec1293cde86f4dbec6784e50f Mon Sep 17 00:00:00 2001 > +From: Orion Poplawski > +Date: Thu, 22 Feb 2024 08:41:17 -0700 > +Subject: [PATCH 1/2] Use libc.stdint instead of numpy > + > +Upstream-Status: Backport > [https://github.com/h5py/h5py/pull/2382/commits/387a22b8c1513800c0401f496b4ed512c1639798] > +Signed-off-by: Changqing Li > +--- > + h5py/api_types_ext.pxd | 2 +- > + 1 file changed, 1 insertion(+), 1 deletion(-) > + > +diff --git a/h5py/api_types_ext.pxd b/h5py/api_types_ext.pxd > +index 91acb128..55a239f5 100644 > +--- a/h5py/api_types_ext.pxd > b/h5py/api_types_ext.pxd > +@@ -20,7 +20,7 @@ from libc.string cimport strlen, strchr, strcpy, strncpy, > strcmp,\ > + ctypedef long size_t > + from libc.time cimport time_t > + > +-from numpy cimport int8_t, uint8_t, int16_t, uint16_t, int32_t, uint32_t, > int64_t, uint64_t > ++from libc.stdint cimport int8_t, uint8_t, int16_t, uint16_t, int32_t, > uint32_t, int64_t, uint64_t > + > + IF UNAME_SYSNAME != "Windows": > + cdef extern from "unistd.h": > +-- > +2.25.1 > + > diff --git > a/meta-python/recipes-devtools/python/python3-h5py/0002-Properly-cast-arguments-to-H5Lunpack_elink_val.patch > > b/meta-python/recipes-devtools/python/python3-h5py/0002-Properly-cast-arguments-to-H5Lunpack_elink_val.patch > new file mode 100644 > index 0..0f77f745a > --- /dev/null > +++ > b/meta-python/recipes-devtools/python/python3-h5py/0002-Properly-cast-arguments-to-H5Lunpack_elink_val.patch > @@ -0,0 +1,27 @@ > +From 9ed4f80fd482e135119086fb2015ca97dce306ae Mon Sep 17 00:00:00 2001 > +From: Orion Poplawski > +Date: Thu, 15 Feb 2024 20:47:50 -0700 > +Subject: [PATCH 2/2] Properly cast arguments to H5Lunpack_elink_val > + > +Upstream-Status: Backport > [https://github.com/h5py/h5py/pull/2380/commits/704e13ac83b42898514610c4df9f32f367e767e4] > +Signed-off-by: Changqing Li > +--- > + h5py/h5l.pyx | 2 +- > + 1 file changed, 1 insertion(+), 1 deletion(-) > + > +diff --git a/h5py/h5l.pyx b/h5py/h5l.pyx > +index 60b252fa..af725bdb 100644 > +--- a/h5py/h5l.pyx > b/h5py/h5l.pyx > +@@ -184,7 +184,7 @@ cdef class LinkProxy: > + if info.type == H5L_TYPE_SOFT: > + py_retval = buf > + else: > +-H5Lunpack_elink_val(buf, buf_size, &wtf, &ext_file_name, > &ext_obj_name) > ++H5Lunpack_elink_val(buf, buf_size, &wtf, **>&ext_file_name, &ext_obj_name) > + py_retval = (bytes(ext_file_name), bytes(ext_obj_name)) > + finally: > + efree(buf) > +-- > +2.25.1 > + > diff --git a/meta-python/recipes-devtools/python/python3-h5py_3.10.0.bb > b/meta-python/recipes-devtools/python/python3-h5py_3.10.0.bb > index 8a9158525..d557a8188 100644 > --- a/meta-python/recipes-devtools/python/python3-h5py_3.10.0.bb > +++ b/meta-python/recipes-devtools/python
Re: [oe] scathgap merge request: July 17th
On Wed, Jul 17, 2024 at 8:49 PM Yoann Congal via lists.openembedded.org wrote: > > Hello, > > I sent 2 backport requests for scarthgap that were not in this merge request: > [meta-oe][scarthgap][PATCH] packagegroup-meta-oe: fix lvgl inclusion > https://lists.openembedded.org/g/openembedded-devel/message/111364 > [meta-oe][scarthgap][PATCH] openbox: fix crash on alt+tab with fullscreen app > https://lists.openembedded.org/g/openembedded-devel/message/111369 > > Armin, can you tell me if those will be considered for the next merge-request > ? > No pressure, I'm just ensuring that they are not lost somewhere. #metoo 2 patches from 10th July: https://lists.openembedded.org/g/openembedded-devel/message/111291 [meta-oe][scarthgap][PATCH 1/2] giflib: fix build with gold and avoid imagemagick-native dependency https://lists.openembedded.org/g/openembedded-devel/message/111292 [meta-oe][scarthgap][PATCH 2/2] bolt: package systemd_system_unitdir correctly Thanks -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111384): https://lists.openembedded.org/g/openembedded-devel/message/111384 Mute This Topic: https://lists.openembedded.org/mt/107270241/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCHv2] pkcs11-provider: backport a fix for build with gcc-14
* fails only with 32bit MACHINEs, e.g. full log from qemux86: http://errors.yoctoproject.org/Errors/Details/790494/ Signed-off-by: Martin Jansa --- v2: send from master (with 0.5 version) instead of scartgap (with 0.3) ...001-Fix-types-for-old-32-bit-systems.patch | 49 +++ .../pkcs11-provider/pkcs11-provider_0.5.bb| 4 +- 2 files changed, 52 insertions(+), 1 deletion(-) create mode 100644 meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch diff --git a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch new file mode 100644 index 00..189a0e21b3 --- /dev/null +++ b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch @@ -0,0 +1,49 @@ +From 088f038de633b5de777fb0f95cd9598f320151f6 Mon Sep 17 00:00:00 2001 +From: Simo Sorce +Date: Wed, 5 Jun 2024 11:22:35 -0400 +Subject: [PATCH] Fix types for old 32 bit systems + +On x86 CK_ULONG and size_t have different sizes, ensure we use +compatible types on our helper functions. + +Signed-off-by: Simo Sorce +Signed-off-by: Martin Jansa +--- +Upstream-Status: Backport [https://github.com/latchset/pkcs11-provider/commit/9fa16b7fd398b62f06cb10892fe93dc574d67399] + + src/asymmetric_cipher.c | 4 ++-- + src/util.h | 2 +- + 2 files changed, 3 insertions(+), 3 deletions(-) + +diff --git a/src/asymmetric_cipher.c b/src/asymmetric_cipher.c +index 4d87b1c..3256fd2 100644 +--- a/src/asymmetric_cipher.c b/src/asymmetric_cipher.c +@@ -251,12 +251,12 @@ static int p11prov_rsaenc_decrypt_init(void *ctx, void *provkey, + static int + p11prov_tls_constant_time_depadding(struct p11prov_rsaenc_ctx *encctx, + unsigned char *out, unsigned char *buf, +-size_t *out_size, CK_ULONG *ret_cond) ++CK_ULONG *out_size, CK_ULONG *ret_cond) + { + unsigned char randbuf[SSL_MAX_MASTER_KEY_LENGTH]; + CK_ULONG ver_cond = 0; + CK_ULONG cond = 0; +-size_t length = SSL_MAX_MASTER_KEY_LENGTH; ++CK_ULONG length = SSL_MAX_MASTER_KEY_LENGTH; + int err; + + /* always generate a random buffer, to constant_time swap in +diff --git a/src/util.h b/src/util.h +index bcbc2db..1b24666 100644 +--- a/src/util.h b/src/util.h +@@ -120,7 +120,7 @@ static inline int constant_select_int(CK_ULONG cond, int a, int b) + return (int)((A & mask) | (B & ~mask)); + } + +-static inline void constant_select_buf(CK_ULONG cond, size_t size, ++static inline void constant_select_buf(CK_ULONG cond, CK_ULONG size, +unsigned char *dst, unsigned char *a, +unsigned char *b) + { diff --git a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb index 6c19b6616a..fcd8fe631e 100644 --- a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb +++ b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb @@ -14,7 +14,9 @@ DEPENDS = "openssl" SRCREV = "3a4fdd2a2e5643af2a0f857b66a19b9fa109d40f" -SRC_URI = "git://github.com/latchset/${BPN}.git;branch=main;protocol=https" +SRC_URI = "git://github.com/latchset/${BPN}.git;branch=main;protocol=https \ +file://0001-Fix-types-for-old-32-bit-systems.patch \ +" S = "${WORKDIR}/git" -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111318): https://lists.openembedded.org/g/openembedded-devel/message/111318 Mute This Topic: https://lists.openembedded.org/mt/107179079/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] pkcs11-provider: backport a fix for build with gcc-14
* fails only with 32bit MACHINEs, e.g. full log from qemux86: http://errors.yoctoproject.org/Errors/Details/790494/ Signed-off-by: Martin Jansa --- ...001-Fix-types-for-old-32-bit-systems.patch | 49 +++ .../pkcs11-provider/pkcs11-provider_0.3.bb| 4 +- 2 files changed, 52 insertions(+), 1 deletion(-) create mode 100644 meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch diff --git a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch new file mode 100644 index 00..189a0e21b3 --- /dev/null +++ b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider/0001-Fix-types-for-old-32-bit-systems.patch @@ -0,0 +1,49 @@ +From 088f038de633b5de777fb0f95cd9598f320151f6 Mon Sep 17 00:00:00 2001 +From: Simo Sorce +Date: Wed, 5 Jun 2024 11:22:35 -0400 +Subject: [PATCH] Fix types for old 32 bit systems + +On x86 CK_ULONG and size_t have different sizes, ensure we use +compatible types on our helper functions. + +Signed-off-by: Simo Sorce +Signed-off-by: Martin Jansa +--- +Upstream-Status: Backport [https://github.com/latchset/pkcs11-provider/commit/9fa16b7fd398b62f06cb10892fe93dc574d67399] + + src/asymmetric_cipher.c | 4 ++-- + src/util.h | 2 +- + 2 files changed, 3 insertions(+), 3 deletions(-) + +diff --git a/src/asymmetric_cipher.c b/src/asymmetric_cipher.c +index 4d87b1c..3256fd2 100644 +--- a/src/asymmetric_cipher.c b/src/asymmetric_cipher.c +@@ -251,12 +251,12 @@ static int p11prov_rsaenc_decrypt_init(void *ctx, void *provkey, + static int + p11prov_tls_constant_time_depadding(struct p11prov_rsaenc_ctx *encctx, + unsigned char *out, unsigned char *buf, +-size_t *out_size, CK_ULONG *ret_cond) ++CK_ULONG *out_size, CK_ULONG *ret_cond) + { + unsigned char randbuf[SSL_MAX_MASTER_KEY_LENGTH]; + CK_ULONG ver_cond = 0; + CK_ULONG cond = 0; +-size_t length = SSL_MAX_MASTER_KEY_LENGTH; ++CK_ULONG length = SSL_MAX_MASTER_KEY_LENGTH; + int err; + + /* always generate a random buffer, to constant_time swap in +diff --git a/src/util.h b/src/util.h +index bcbc2db..1b24666 100644 +--- a/src/util.h b/src/util.h +@@ -120,7 +120,7 @@ static inline int constant_select_int(CK_ULONG cond, int a, int b) + return (int)((A & mask) | (B & ~mask)); + } + +-static inline void constant_select_buf(CK_ULONG cond, size_t size, ++static inline void constant_select_buf(CK_ULONG cond, CK_ULONG size, +unsigned char *dst, unsigned char *a, +unsigned char *b) + { diff --git a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb index 816ee967c1..daf0c2137d 100644 --- a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb +++ b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb @@ -18,7 +18,9 @@ DEPENDS = "\ SRCREV = "58040b4e32975cc1d7f39e424ee7b0097cd11311" -SRC_URI = "git://github.com/latchset/${BPN}.git;branch=main;protocol=https" +SRC_URI = "git://github.com/latchset/${BPN}.git;branch=main;protocol=https \ +file://0001-Fix-types-for-old-32-bit-systems.patch \ +" S = "${WORKDIR}/git" -- 2.45.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111317): https://lists.openembedded.org/g/openembedded-devel/message/111317 Mute This Topic: https://lists.openembedded.org/mt/107179060/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] pkcs11-provider: Upgrade 0.3 -> 0.5
Looks like it's reproducible only with 32bit MACHINEs, e.g. full log from qemux86: http://errors.yoctoproject.org/Errors/Details/790494/ On Tue, Jul 9, 2024 at 2:06 PM Martin Jansa via lists.openembedded.org wrote: > > Hi, > > this fails to build with gcc-14, can you please check and fix that? > > FAILED: src/pkcs11.so.p/asymmetric_cipher.c.o > ccache arm-webosmllib32-linux-gnueabi-gcc -march=armv7-a -mthumb > -mfpu=neon -mfloat-abi=softfp -fstack-protector-strong -O2 > -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security > -Werror=return-type -funwind-tables -D_TIME_BITS=64 > -D_FILE_OFFSET_BITS=64 > --sysroot=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/lib32-recipe-sysroot > -Isrc/pkcs11.so.p -Isrc -I../git/src -I. -I../git > -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch > -std=c11 -Wwrite-strings -Wpointer-arith > -Wno-missing-field-initializers -Wformat -Wshadow > -Wno-unused-parameter -Werror=implicit-function-declaration > -Werror=missing-prototypes -Werror=format-security -Werror=parentheses > -Werror=implicit -Werror=strict-prototypes -fno-strict-aliasing > -fno-delete-null-pointer-checks -fdiagnostics-show-option -O2 -pipe -g > -feliminate-unused-debug-types -fcanon-prefix-map > -fmacro-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/git=/usr/src/debug/lib32-pkcs11-provider/0.5 > -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/git=/usr/src/debug/lib32-pkcs11-provider/0.5 > -fmacro-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/build=/usr/src/debug/lib32-pkcs11-provider/0.5 > -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/build=/usr/src/debug/lib32-pkcs11-provider/0.5 > -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/lib32-recipe-sysroot= > -fmacro-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/lib32-recipe-sysroot= > -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/recipe-sysroot-native= > -fPIC -MD -MQ src/pkcs11.so.p/asymmetric_cipher.c.o -MF > src/pkcs11.so.p/asymmetric_cipher.c.o.d -o > src/pkcs11.so.p/asymmetric_cipher.c.o -c > ../git/src/asymmetric_cipher.c > ../git/src/asymmetric_cipher.c: In function 'p11prov_rsaenc_decrypt': > ../git/src/asymmetric_cipher.c:422:58: error: passing argument 4 of > 'p11prov_tls_constant_time_depadding' from incompatible pointer type > [-Wincompatible-pointer-types] > 422 | > &out_size, &tls_cond); > | ^ > | | > | > CK_ULONG * {aka long unsigned int *} > ../git/src/asymmetric_cipher.c:254:45: note: expected 'size_t *' {aka > 'unsigned int *'} but argument is of type 'CK_ULONG *' {aka 'long > unsigned int *'} > 254 | size_t *out_size, CK_ULONG > *ret_cond) > | ^~~~ > > On Fri, Jul 5, 2024 at 11:44 AM Niko Mauno via lists.openembedded.org > wrote: > > > > From: Niko Mauno > > > > Changelogs: > > - https://github.com/latchset/pkcs11-provider/releases/tag/v0.4 > > - https://github.com/latchset/pkcs11-provider/releases/tag/v0.5 > > > > Signed-off-by: Niko Mauno > > --- > > .../{pkcs11-provider_0.3.bb => pkcs11-provider_0.5.bb} | 10 +++--- > > 1 file changed, 3 insertions(+), 7 deletions(-) > > rename meta-oe/recipes-support/pkcs11-provider/{pkcs11-provider_0.3.bb => > > pkcs11-provider_0.5.bb} (81%) > > > > diff --git a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb > > b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb > > similarity index 81% > > rename from meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb > > rename to meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb > > index 816ee967c..6c19b6616 100644 > > --- a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb > > +++ b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb > > @@ -10,18 +10,14 @@ HOMEPAGE = "https://github.com/latchset/pkcs11-provider"; > > SECTION = "libs" > > LICENSE = "Apache-2.0" > > LIC_FILES_CHKSUM = "file://COPYING;md5=b53b787444a60266932bd270d1cf2d45" > > -DEPENDS = "\ > > -autoconf-archive \
[oe] [meta-oe][scarthgap][PATCH 1/2] giflib: fix build with gold and avoid imagemagick-native dependency
* avoid imagemagick-native like upstream did in: https://sourceforge.net/p/giflib/code/ci/d54b45b0240d455bbaedee4be5203d2703e59967/ Signed-off-by: Martin Jansa Signed-off-by: Khem Raj --- ...x_to_convert_binary_used_in_Makefile.patch | 42 --- ...Makefile-fix-typo-in-soname-argument.patch | 34 +++ .../recipes-devtools/giflib/giflib_5.2.2.bb | 8 ++-- 3 files changed, 39 insertions(+), 45 deletions(-) delete mode 100644 meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch create mode 100644 meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch diff --git a/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch b/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch deleted file mode 100644 index a01b28ac6d..00 --- a/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch +++ /dev/null @@ -1,42 +0,0 @@ -Subject: Modify binary name "convert" to "convert.im7" - -The change is needed to resolve the below compilation error -after giflib version upgrade. Log data follows: -| DEBUG: Executing shell function do_compile -| NOTE: make -j 8 -| make -C doc -| make[1]: Entering directory '../giflib/5.2.2/giflib-5.2.2/doc' -| convert ../pic/gifgrid.gif -resize 50x50 giflib-logo.gif -| make[1]: convert: No such file or directory -| make[1]: *** [Makefile:46: giflib-logo.gif] Error 127 -| make[1]: Leaving directory '../giflib/5.2.2/giflib-5.2.2/doc' -| make: *** [Makefile:93: all] Error 2 -| ERROR: oe_runmake failed - -Added dependency on ImageMagick which includes "convert" utility, -to ensure availability of required tool during compilation process. - -This patch updates the binary name used in Makefile from -"convert" to "convert.im7" for resizing the logo image used in HTML -documentation as Imagemagick installs binary in this format. - -Below commits justify the cause of adding the suffix to binaries -provided by ImageMagic package: -https://git.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/imagemagick?id=dcbb49f707e7ad9bf755dd3275ffc442154b8144 -https://git.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/imagemagick?id=6e0c24e9b3f9d430dec57f61f8c12c74bca5375d - -Signed-off-by: Bhabu Bindu -Upstream-Status: Inappropriate [OE specific] - -=== a/doc/Makefile -+++ b/doc/Makefile -@@ -43,7 +43,7 @@ - - # Logo image file for HTML docs - giflib-logo.gif: ../pic/gifgrid.gif -- convert $^ -resize 50x50 $@ -+ convert.im7 $^ -resize 50x50 $@ - - # Philosophical choice: the website gets the internal manual pages - allhtml: $(XMLALL:.xml=.html) giflib-logo.gif diff --git a/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch b/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch new file mode 100644 index 00..dc87ed60b9 --- /dev/null +++ b/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch @@ -0,0 +1,34 @@ +From 7f0cd4b6b56183b0afbefd01425e5ebd2b8733b4 Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Mon, 8 Jul 2024 13:18:11 +0200 +Subject: [PATCH] Makefile: fix typo in soname argument + +* introduced in: + https://sourceforge.net/p/giflib/code/ci/b65c7ac2905c0842e7977a7b51d83af4486ca7b8/ + there is no LIBUTILMAJOR variable only LIBUTILSOMAJOR leading to: + + ld: fatal error: -soname: must take a non-empty argument + collect2: error: ld returned 1 exit status + + with some linkers like GOLD + +Signed-off-by: Martin Jansa +--- +Upstream-Status: Submitted [https://sourceforge.net/p/giflib/code/merge-requests/17/] + + Makefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile b/Makefile +index 87966a9..41b149e 100644 +--- a/Makefile b/Makefile +@@ -109,7 +109,7 @@ $(LIBUTILSO): $(UOBJECTS) $(UHEADERS) + ifeq ($(UNAME), Darwin) + $(CC) $(CFLAGS) -dynamiclib -current_version $(LIBVER) $(OBJECTS) -o $(LIBUTILSO) + else +- $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBUTILMAJOR) -o $(LIBUTILSO) $(UOBJECTS) ++ $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBUTILSOMAJOR) -o $(LIBUTILSO) $(UOBJECTS) + endif + + libutil.a: $(UOBJECTS) $(UHEADERS) diff --git a/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb b/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb index 7d8a175fe3..aa47f93095 100644 --- a/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb +++ b/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb @@ -5,14 +5,16 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=ae11c61b04b2917be39b11f78d71519a" CVE_PRODUCT = "giflib_project:giflib" -DEPENDS = "xmlto-native imagemagick-native"
[oe] [meta-oe][scarthgap][PATCH 2/2] bolt: package systemd_system_unitdir correctly
* ${libdir}/systemd doesn't work on multilib builds, where libdir might be something else than ${nonarch_base_libdir} fixes: ERROR: QA Issue: lib32-bolt: Files/directories were installed but not shipped in any package: /usr/lib/systemd /usr/lib/systemd/system /usr/lib/systemd/system/bolt.service Signed-off-by: Martin Jansa Signed-off-by: Khem Raj --- meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb b/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb index 4688ae860b..c278a0982a 100644 --- a/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb +++ b/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb @@ -18,5 +18,5 @@ inherit cmake pkgconfig meson features_check FILES:${PN} += "${datadir}/dbus-1/* \ ${datadir}/polkit-1/* \ -${libdir}/systemd/* \ - " +${systemd_system_unitdir} \ +" -- 2.45.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111292): https://lists.openembedded.org/g/openembedded-devel/message/111292 Mute This Topic: https://lists.openembedded.org/mt/107138401/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] bolt: package systemd_system_unitdir correctly
* ${libdir}/systemd doesn't work on multilib builds, where libdir might be something else than ${nonarch_base_libdir} fixes: ERROR: QA Issue: lib32-bolt: Files/directories were installed but not shipped in any package: /usr/lib/systemd /usr/lib/systemd/system /usr/lib/systemd/system/bolt.service Signed-off-by: Martin Jansa --- meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb b/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb index 4688ae860b..c278a0982a 100644 --- a/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb +++ b/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb @@ -18,5 +18,5 @@ inherit cmake pkgconfig meson features_check FILES:${PN} += "${datadir}/dbus-1/* \ ${datadir}/polkit-1/* \ -${libdir}/systemd/* \ - " +${systemd_system_unitdir} \ +" -- 2.45.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111286): https://lists.openembedded.org/g/openembedded-devel/message/111286 Mute This Topic: https://lists.openembedded.org/mt/107124762/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] pkcs11-provider: Upgrade 0.3 -> 0.5
Hi, this fails to build with gcc-14, can you please check and fix that? FAILED: src/pkcs11.so.p/asymmetric_cipher.c.o ccache arm-webosmllib32-linux-gnueabi-gcc -march=armv7-a -mthumb -mfpu=neon -mfloat-abi=softfp -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -Werror=return-type -funwind-tables -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 --sysroot=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/lib32-recipe-sysroot -Isrc/pkcs11.so.p -Isrc -I../git/src -I. -I../git -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c11 -Wwrite-strings -Wpointer-arith -Wno-missing-field-initializers -Wformat -Wshadow -Wno-unused-parameter -Werror=implicit-function-declaration -Werror=missing-prototypes -Werror=format-security -Werror=parentheses -Werror=implicit -Werror=strict-prototypes -fno-strict-aliasing -fno-delete-null-pointer-checks -fdiagnostics-show-option -O2 -pipe -g -feliminate-unused-debug-types -fcanon-prefix-map -fmacro-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/git=/usr/src/debug/lib32-pkcs11-provider/0.5 -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/git=/usr/src/debug/lib32-pkcs11-provider/0.5 -fmacro-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/build=/usr/src/debug/lib32-pkcs11-provider/0.5 -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/build=/usr/src/debug/lib32-pkcs11-provider/0.5 -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/lib32-recipe-sysroot= -fmacro-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/lib32-recipe-sysroot= -fdebug-prefix-map=TOPDIR/BUILD/work/ah212-webosmllib32-linux-gnueabi/lib32-pkcs11-provider/0.5/recipe-sysroot-native= -fPIC -MD -MQ src/pkcs11.so.p/asymmetric_cipher.c.o -MF src/pkcs11.so.p/asymmetric_cipher.c.o.d -o src/pkcs11.so.p/asymmetric_cipher.c.o -c ../git/src/asymmetric_cipher.c ../git/src/asymmetric_cipher.c: In function 'p11prov_rsaenc_decrypt': ../git/src/asymmetric_cipher.c:422:58: error: passing argument 4 of 'p11prov_tls_constant_time_depadding' from incompatible pointer type [-Wincompatible-pointer-types] 422 | &out_size, &tls_cond); | ^ | | | CK_ULONG * {aka long unsigned int *} ../git/src/asymmetric_cipher.c:254:45: note: expected 'size_t *' {aka 'unsigned int *'} but argument is of type 'CK_ULONG *' {aka 'long unsigned int *'} 254 | size_t *out_size, CK_ULONG *ret_cond) | ^~~~ On Fri, Jul 5, 2024 at 11:44 AM Niko Mauno via lists.openembedded.org wrote: > > From: Niko Mauno > > Changelogs: > - https://github.com/latchset/pkcs11-provider/releases/tag/v0.4 > - https://github.com/latchset/pkcs11-provider/releases/tag/v0.5 > > Signed-off-by: Niko Mauno > --- > .../{pkcs11-provider_0.3.bb => pkcs11-provider_0.5.bb} | 10 +++--- > 1 file changed, 3 insertions(+), 7 deletions(-) > rename meta-oe/recipes-support/pkcs11-provider/{pkcs11-provider_0.3.bb => > pkcs11-provider_0.5.bb} (81%) > > diff --git a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb > b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb > similarity index 81% > rename from meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb > rename to meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb > index 816ee967c..6c19b6616 100644 > --- a/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.3.bb > +++ b/meta-oe/recipes-support/pkcs11-provider/pkcs11-provider_0.5.bb > @@ -10,18 +10,14 @@ HOMEPAGE = "https://github.com/latchset/pkcs11-provider"; > SECTION = "libs" > LICENSE = "Apache-2.0" > LIC_FILES_CHKSUM = "file://COPYING;md5=b53b787444a60266932bd270d1cf2d45" > -DEPENDS = "\ > -autoconf-archive \ > -openssl \ > -p11-kit \ > -" > +DEPENDS = "openssl" > > -SRCREV = "58040b4e32975cc1d7f39e424ee7b0097cd11311" > +SRCREV = "3a4fdd2a2e5643af2a0f857b66a19b9fa109d40f" > > SRC_URI = "git://github.com/latchset/${BPN}.git;branch=main;protocol=https" > > S = "${WORKDIR}/git" > > -inherit autotools pkgconfig > +inherit meson pkgconfig > > FILES:${PN} += "${libdir}/ossl-modules/pkcs11.so" > -- > 2.39.2 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#111283): https://lists.openembedded.org/g/openembedded-devel/message/111283 Mute This Topic: https://lists.openembedded.org/mt/107051199/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][kirkstone][PATCH] giflib: fix build with gold and avoid imagemagick-native dependency
* avoid imagemagick-native like upstream did in: https://sourceforge.net/p/giflib/code/ci/d54b45b0240d455bbaedee4be5203d2703e59967/ Signed-off-by: Martin Jansa --- ...x_to_convert_binary_used_in_Makefile.patch | 42 --- ...Makefile-fix-typo-in-soname-argument.patch | 34 +++ .../recipes-devtools/giflib/giflib_5.2.2.bb | 8 ++-- 3 files changed, 39 insertions(+), 45 deletions(-) delete mode 100644 meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch create mode 100644 meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch diff --git a/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch b/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch deleted file mode 100644 index a01b28ac6d..00 --- a/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch +++ /dev/null @@ -1,42 +0,0 @@ -Subject: Modify binary name "convert" to "convert.im7" - -The change is needed to resolve the below compilation error -after giflib version upgrade. Log data follows: -| DEBUG: Executing shell function do_compile -| NOTE: make -j 8 -| make -C doc -| make[1]: Entering directory '../giflib/5.2.2/giflib-5.2.2/doc' -| convert ../pic/gifgrid.gif -resize 50x50 giflib-logo.gif -| make[1]: convert: No such file or directory -| make[1]: *** [Makefile:46: giflib-logo.gif] Error 127 -| make[1]: Leaving directory '../giflib/5.2.2/giflib-5.2.2/doc' -| make: *** [Makefile:93: all] Error 2 -| ERROR: oe_runmake failed - -Added dependency on ImageMagick which includes "convert" utility, -to ensure availability of required tool during compilation process. - -This patch updates the binary name used in Makefile from -"convert" to "convert.im7" for resizing the logo image used in HTML -documentation as Imagemagick installs binary in this format. - -Below commits justify the cause of adding the suffix to binaries -provided by ImageMagic package: -https://git.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/imagemagick?id=dcbb49f707e7ad9bf755dd3275ffc442154b8144 -https://git.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/imagemagick?id=6e0c24e9b3f9d430dec57f61f8c12c74bca5375d - -Signed-off-by: Bhabu Bindu -Upstream-Status: Inappropriate [OE specific] - -=== a/doc/Makefile -+++ b/doc/Makefile -@@ -43,7 +43,7 @@ - - # Logo image file for HTML docs - giflib-logo.gif: ../pic/gifgrid.gif -- convert $^ -resize 50x50 $@ -+ convert.im7 $^ -resize 50x50 $@ - - # Philosophical choice: the website gets the internal manual pages - allhtml: $(XMLALL:.xml=.html) giflib-logo.gif diff --git a/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch b/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch new file mode 100644 index 00..dc87ed60b9 --- /dev/null +++ b/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch @@ -0,0 +1,34 @@ +From 7f0cd4b6b56183b0afbefd01425e5ebd2b8733b4 Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Mon, 8 Jul 2024 13:18:11 +0200 +Subject: [PATCH] Makefile: fix typo in soname argument + +* introduced in: + https://sourceforge.net/p/giflib/code/ci/b65c7ac2905c0842e7977a7b51d83af4486ca7b8/ + there is no LIBUTILMAJOR variable only LIBUTILSOMAJOR leading to: + + ld: fatal error: -soname: must take a non-empty argument + collect2: error: ld returned 1 exit status + + with some linkers like GOLD + +Signed-off-by: Martin Jansa +--- +Upstream-Status: Submitted [https://sourceforge.net/p/giflib/code/merge-requests/17/] + + Makefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile b/Makefile +index 87966a9..41b149e 100644 +--- a/Makefile b/Makefile +@@ -109,7 +109,7 @@ $(LIBUTILSO): $(UOBJECTS) $(UHEADERS) + ifeq ($(UNAME), Darwin) + $(CC) $(CFLAGS) -dynamiclib -current_version $(LIBVER) $(OBJECTS) -o $(LIBUTILSO) + else +- $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBUTILMAJOR) -o $(LIBUTILSO) $(UOBJECTS) ++ $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBUTILSOMAJOR) -o $(LIBUTILSO) $(UOBJECTS) + endif + + libutil.a: $(UOBJECTS) $(UHEADERS) diff --git a/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb b/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb index 7d8a175fe3..aa47f93095 100644 --- a/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb +++ b/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb @@ -5,14 +5,16 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=ae11c61b04b2917be39b11f78d71519a" CVE_PRODUCT = "giflib_project:giflib" -DEPENDS = "xmlto-native imagemagick-native"
[oe] [meta-oe][PATCH] giflib: fix build with gold and avoid imagemagick-native dependency
* avoid imagemagick-native like upstream did in: https://sourceforge.net/p/giflib/code/ci/d54b45b0240d455bbaedee4be5203d2703e59967/ Signed-off-by: Martin Jansa --- ...x_to_convert_binary_used_in_Makefile.patch | 42 --- ...Makefile-fix-typo-in-soname-argument.patch | 34 +++ .../recipes-devtools/giflib/giflib_5.2.2.bb | 8 ++-- 3 files changed, 39 insertions(+), 45 deletions(-) delete mode 100644 meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch create mode 100644 meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch diff --git a/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch b/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch deleted file mode 100644 index a01b28ac6d..00 --- a/meta-oe/recipes-devtools/giflib/files/add_suffix_to_convert_binary_used_in_Makefile.patch +++ /dev/null @@ -1,42 +0,0 @@ -Subject: Modify binary name "convert" to "convert.im7" - -The change is needed to resolve the below compilation error -after giflib version upgrade. Log data follows: -| DEBUG: Executing shell function do_compile -| NOTE: make -j 8 -| make -C doc -| make[1]: Entering directory '../giflib/5.2.2/giflib-5.2.2/doc' -| convert ../pic/gifgrid.gif -resize 50x50 giflib-logo.gif -| make[1]: convert: No such file or directory -| make[1]: *** [Makefile:46: giflib-logo.gif] Error 127 -| make[1]: Leaving directory '../giflib/5.2.2/giflib-5.2.2/doc' -| make: *** [Makefile:93: all] Error 2 -| ERROR: oe_runmake failed - -Added dependency on ImageMagick which includes "convert" utility, -to ensure availability of required tool during compilation process. - -This patch updates the binary name used in Makefile from -"convert" to "convert.im7" for resizing the logo image used in HTML -documentation as Imagemagick installs binary in this format. - -Below commits justify the cause of adding the suffix to binaries -provided by ImageMagic package: -https://git.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/imagemagick?id=dcbb49f707e7ad9bf755dd3275ffc442154b8144 -https://git.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/imagemagick?id=6e0c24e9b3f9d430dec57f61f8c12c74bca5375d - -Signed-off-by: Bhabu Bindu -Upstream-Status: Inappropriate [OE specific] - -=== a/doc/Makefile -+++ b/doc/Makefile -@@ -43,7 +43,7 @@ - - # Logo image file for HTML docs - giflib-logo.gif: ../pic/gifgrid.gif -- convert $^ -resize 50x50 $@ -+ convert.im7 $^ -resize 50x50 $@ - - # Philosophical choice: the website gets the internal manual pages - allhtml: $(XMLALL:.xml=.html) giflib-logo.gif diff --git a/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch b/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch new file mode 100644 index 00..dc87ed60b9 --- /dev/null +++ b/meta-oe/recipes-devtools/giflib/giflib/0001-Makefile-fix-typo-in-soname-argument.patch @@ -0,0 +1,34 @@ +From 7f0cd4b6b56183b0afbefd01425e5ebd2b8733b4 Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Mon, 8 Jul 2024 13:18:11 +0200 +Subject: [PATCH] Makefile: fix typo in soname argument + +* introduced in: + https://sourceforge.net/p/giflib/code/ci/b65c7ac2905c0842e7977a7b51d83af4486ca7b8/ + there is no LIBUTILMAJOR variable only LIBUTILSOMAJOR leading to: + + ld: fatal error: -soname: must take a non-empty argument + collect2: error: ld returned 1 exit status + + with some linkers like GOLD + +Signed-off-by: Martin Jansa +--- +Upstream-Status: Submitted [https://sourceforge.net/p/giflib/code/merge-requests/17/] + + Makefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile b/Makefile +index 87966a9..41b149e 100644 +--- a/Makefile b/Makefile +@@ -109,7 +109,7 @@ $(LIBUTILSO): $(UOBJECTS) $(UHEADERS) + ifeq ($(UNAME), Darwin) + $(CC) $(CFLAGS) -dynamiclib -current_version $(LIBVER) $(OBJECTS) -o $(LIBUTILSO) + else +- $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBUTILMAJOR) -o $(LIBUTILSO) $(UOBJECTS) ++ $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBUTILSOMAJOR) -o $(LIBUTILSO) $(UOBJECTS) + endif + + libutil.a: $(UOBJECTS) $(UHEADERS) diff --git a/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb b/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb index 7d8a175fe3..aa47f93095 100644 --- a/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb +++ b/meta-oe/recipes-devtools/giflib/giflib_5.2.2.bb @@ -5,14 +5,16 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=ae11c61b04b2917be39b11f78d71519a" CVE_PRODUCT = "giflib_project:giflib" -DEPENDS = "xmlto-native imagemagick-native"
Re: [oe][meta-oe][scarthgap][PATCH] giflib: upgrade to version 5.2.2
And please use valid e-mail addresses when sending patches I got 2 rejects from bindu @kpit.com Your message to bhabubi...@kpit.com has been blocked. See technical details below for more information. The response from the remote server was: 550 5.4.1 Recipient address rejected: Access denied. [SG2PEPF000B66CD.apcprd03.prod.outlook.com 2024-07-08T11:16:59.022Z 08DC9E0559B2D7AA] Your message to bindu.bh...@kpit.com has been blocked. See technical details below for more information. The response from the remote server was: 550 5.4.1 Recipient address rejected: Access denied. [SG2PEPF000B66CD.apcprd03.prod.outlook.com 2024-07-08T11:16:58.834Z 08DC9E0559B2D7AA] On Mon, Jul 8, 2024 at 1:16 PM Martin Jansa wrote: > > This seems to break build with gold, because libutil.so is built with > empty soname param (libgif.so is fine): > > giflib-5.2.2 $ grep soname ../temp/log.do_compile > ccache aarch64-webos-linux-gcc -mcpu=cortex-a72+crc > -mbranch-protection=standard -fstack-protector-strong -O2 > -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security > -Werror=return-type --sysroot=/OE/lge/build/webos/styhe > ad/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot > -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -shared -Wl,-O1 > -Wl,--hash-style=gnu -Wl,--as-needed -fcanon-prefix-map > -fmacro-prefix-map=/OE/lge/build/webos/styhea > d/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > - > fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2 > /giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot= > > -fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos > -linux/giflib/5.2.2/recipe-sysroot= > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot-native= > -Wl,-z,relro,-z,now -Wl,-soname -Wl,libgif.so.7 -o libgif.so > dgif_lib.o egif_l > ib.o gifalloc.o gif_err.o gif_font.o gif_hash.o openbsd-reallocarray.o > ccache aarch64-webos-linux-gcc -mcpu=cortex-a72+crc > -mbranch-protection=standard -fstack-protector-strong -O2 > -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security > -Werror=return-type --sysroot=/OE/lge/build/webos/styhe > ad/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot > -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -shared -Wl,-O1 > -Wl,--hash-style=gnu -Wl,--as-needed -fcanon-prefix-map > -fmacro-prefix-map=/OE/lge/build/webos/styhea > d/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > - > fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2 > /giflib-5.2.2=/usr/src/debug/giflib/5.2.2 > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot= > > -fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos > -linux/giflib/5.2.2/recipe-sysroot= > -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot-native= > -Wl,-z,relro,-z,now -Wl,-soname -Wl, -o libutil.so qprintf.o > quantize.o getarg > .o > > giflib-5.2.2 $ grep -R LIBGIFSOMAJOR . > ./Makefile:LIBGIFSOMAJOR= libgif.$(SOEXTENSION).$(LIBMAJOR) > ./Makefile:LIBGIFSOMAJOR = libgif.$(LIBMAJOR).$(SOEXTENSION) > ./Makefile: $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname > -Wl,$(LIBGIFSOMAJOR) -o $(LIBGIFSO) $(OBJECTS) > ./Makefile: rm -f $(LIBGIFSOMAJOR) > ./Makefile: ln -sf $(LIBGIFSOVER) "$(DESTDIR)$(LIBDIR)/$(LIBGIFSOMAJOR)" > ./Makefile: ln -sf $(LIBGIFSOMAJOR) "$(DESTDIR)$(LIBDIR)/$(LIBGIFSO)" > ./Makefile: rm -f libgif.a $(LIBGIFSO) $(LIBGIFSOMAJOR) > $(LIBGIFSOVER) > > but > giflib-5.2.2 $ grep -R LIBUTILMAJOR . > ./Makefile: $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname > -Wl,$(LIBUTILMAJOR) -o $(LIBUTILSO) $(UOBJECTS) > > causing: > > 11.4.0/ld: fatal error: -soname: must take a non-empty argument &
Re: [oe][meta-oe][scarthgap][PATCH] giflib: upgrade to version 5.2.2
This seems to break build with gold, because libutil.so is built with empty soname param (libgif.so is fine): giflib-5.2.2 $ grep soname ../temp/log.do_compile ccache aarch64-webos-linux-gcc -mcpu=cortex-a72+crc -mbranch-protection=standard -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -Werror=return-type --sysroot=/OE/lge/build/webos/styhe ad/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -fcanon-prefix-map -fmacro-prefix-map=/OE/lge/build/webos/styhea d/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 - fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2 /giflib-5.2.2=/usr/src/debug/giflib/5.2.2 -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot= -fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos -linux/giflib/5.2.2/recipe-sysroot= -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot-native= -Wl,-z,relro,-z,now -Wl,-soname -Wl,libgif.so.7 -o libgif.so dgif_lib.o egif_l ib.o gifalloc.o gif_err.o gif_font.o gif_hash.o openbsd-reallocarray.o ccache aarch64-webos-linux-gcc -mcpu=cortex-a72+crc -mbranch-protection=standard -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -Werror=return-type --sysroot=/OE/lge/build/webos/styhe ad/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot -std=gnu99 -fPIC -Wall -Wno-format-truncation -O2 -shared -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -fcanon-prefix-map -fmacro-prefix-map=/OE/lge/build/webos/styhea d/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 - fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/giflib-5.2.2=/usr/src/debug/giflib/5.2.2 -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2 /giflib-5.2.2=/usr/src/debug/giflib/5.2.2 -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot= -fmacro-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos -linux/giflib/5.2.2/recipe-sysroot= -fdebug-prefix-map=/OE/lge/build/webos/styhead/BUILD/work/raspberrypi4_64-webos-linux/giflib/5.2.2/recipe-sysroot-native= -Wl,-z,relro,-z,now -Wl,-soname -Wl, -o libutil.so qprintf.o quantize.o getarg .o giflib-5.2.2 $ grep -R LIBGIFSOMAJOR . ./Makefile:LIBGIFSOMAJOR= libgif.$(SOEXTENSION).$(LIBMAJOR) ./Makefile:LIBGIFSOMAJOR = libgif.$(LIBMAJOR).$(SOEXTENSION) ./Makefile: $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBGIFSOMAJOR) -o $(LIBGIFSO) $(OBJECTS) ./Makefile: rm -f $(LIBGIFSOMAJOR) ./Makefile: ln -sf $(LIBGIFSOVER) "$(DESTDIR)$(LIBDIR)/$(LIBGIFSOMAJOR)" ./Makefile: ln -sf $(LIBGIFSOMAJOR) "$(DESTDIR)$(LIBDIR)/$(LIBGIFSO)" ./Makefile: rm -f libgif.a $(LIBGIFSO) $(LIBGIFSOMAJOR) $(LIBGIFSOVER) but giflib-5.2.2 $ grep -R LIBUTILMAJOR . ./Makefile: $(CC) $(CFLAGS) -shared $(LDFLAGS) -Wl,-soname -Wl,$(LIBUTILMAJOR) -o $(LIBUTILSO) $(UOBJECTS) causing: 11.4.0/ld: fatal error: -soname: must take a non-empty argument collect2: error: ld returned 1 exit status make: *** [Makefile:112: libutil.so] Error 1 lld doesn't seem to fail with empty -soname argument, but gold does. See https://sourceforge.net/p/giflib/bugs/143/ introduced in: https://sourceforge.net/p/giflib/code/ci/b65c7ac2905c0842e7977a7b51d83af4486ca7b8/ I think LIBUTILMAJOR should be LIBUTILSOMAJOR On Fri, Jun 14, 2024 at 4:01 PM nikhil via lists.openembedded.org wrote: > > Upgrade to latest version giflib v5.2.2. > > This version fixes bugs listed in link below: > Link: https://sourceforge.net/p/giflib/code/ci/5.2.2/tree/NEWS > > Fixes for CVE-2023-48161, CVE-2022-28506, CVE-2023-39742 > Link: > https://clients.neighbourhood.ie/yocto/1-40.html#:~:text=CVE%2D2023%2D39742%3A%20giflib%3Agiflib%2Dnative > > Added dependency on ImageMagick which includes "convert" utility, > to ensure availability of required tool during compilation process. > > Add patch to rename binary used in Makefile from > "convert" to "convert.im7" as installed by imagemagick package. > > Signed-off-by: Bhabu Bindu > --- > ...x_to_convert_binary_used_in_Makefile.patch | 42
Re: [oe] [meta-oe][PATCHv2] flatpak: add PACKAGECONFIG for dconf
Is the runtime dependency added automatically in do_package? Or why didn't you keep it as 4th param in PACKAGECONFIG? On Sat, Jun 29, 2024 at 7:59 AM Markus Volk via lists.openembedded.org wrote: > > Disable by default to avoid a requirement for meta-gnome > > Signed-off-by: Markus Volk > --- > meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > b/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > index 8351e7d65..3c1de93c5 100644 > --- a/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > +++ b/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > @@ -19,7 +19,6 @@ REQUIRED_DISTRO_FEATURES = "polkit" > DEPENDS = " \ > appstream \ > bison-native \ > -dconf \ > fuse3 \ > gdk-pixbuf \ > glib-2.0 \ > @@ -36,7 +35,6 @@ DEPENDS = " \ > > RDEPENDS:${PN} = " \ > ca-certificates \ > -dconf \ > flatpak-xdg-utils \ > fuse3-utils \ > " > @@ -49,6 +47,7 @@ GTKDOC_MESON_ENABLE_FLAG = 'enabled' > GTKDOC_MESON_DISABLE_FLAG = 'disabled' > > PACKAGECONFIG[curl] = "-Dhttp_backend=curl,,curl" > +PACKAGECONFIG[dconf] = "-Ddconf=enabled,-Ddconf=disabled,dconf" > PACKAGECONFIG[docbook_docs] = > "-Ddocbook_docs=enabled,-Ddocbook_docs=disabled,xmlto-native" > PACKAGECONFIG[man] = "-Dman=enabled,-Dman=disabled,libxslt-native" > PACKAGECONFIG[soup] = "-Dhttp_backend=soup,,libsoup-2.4" > -- > 2.45.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63): https://lists.openembedded.org/g/openembedded-devel/message/63 Mute This Topic: https://lists.openembedded.org/mt/106941795/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] flatpak: add PACKAGECONFIG knob for malcontent
On Fri, Jun 28, 2024 at 10:32 AM Markus Volk wrote: > > On Fri, Jun 28 2024 at 09:24:10 AM +02:00:00, Martin Jansa > wrote: > > is there some knob for dconf? > > > In fact, there is. > https://github.com/flatpak/flatpak/blob/92d7f9ec49e2db4ad93040d8e607531791165024/meson_options.txt#L10 > > Making pipewire dependent on meta-gnome doesn't feel right to me. Would it be > acceptable to just disable dconf for flatpak by default? I'm not using flatpak so it's fine with me (I don't know what runtime features missing dconf support affects). -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#46): https://lists.openembedded.org/g/openembedded-devel/message/46 Mute This Topic: https://lists.openembedded.org/mt/106226893/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] flatpak: add PACKAGECONFIG knob for malcontent
Hi, is there some knob for dconf? It's not caused by this change as dconf dependency was included in the original flatpak recipe from you: https://git.openembedded.org/meta-openembedded/commit/?id=841daa24d5d0730bfa1fdb0dc7898b29061face4 we've recently enabled polkit required by flatpak and now I'm seeing unsatisfied dependency in world builds. dconf is only available in meta-gnome while flatpak is in meta-oe and meta-oe doesn't (and shouldn't) depend on meta-gnome. Can flatpak and all recipes depending on it (quick grep shows malcontent-ui, xdg-dbus-proxy, xdg-desktop-portal and pipewire in meta-multimedia where the flatpak PACKAGECONFIG should be off by default after the move) be moved to meta-gnome or to dynamic layer for meta-gnome? Regards, On Tue, May 21, 2024 at 6:49 PM Markus Volk via lists.openembedded.org wrote: > > Signed-off-by: Markus Volk > --- > meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > b/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > index fba7bc49a..8351e7d65 100644 > --- a/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > +++ b/meta-oe/recipes-extended/flatpak/flatpak_1.15.8.bb > @@ -55,6 +55,7 @@ PACKAGECONFIG[soup] = "-Dhttp_backend=soup,,libsoup-2.4" > PACKAGECONFIG[tests] = "-Dtests=true,-Dtests=false,xauth socat-native" > PACKAGECONFIG[xauth] = "-Dxauth=enabled,-Dxauth=disabled,xauth" > PACKAGECONFIG[seccomp] = "-Dseccomp=enabled,-Dseccomp=disabled,libseccomp" > +PACKAGECONFIG[malcontent] = > "-Dmalcontent=enabled,-Dmalcontent=disabled,malcontent" > PACKAGECONFIG[selinux] = > "-Dselinux_module=enabled,-Dselinux_module=disabled,libselinux" > PACKAGECONFIG[wayland-security-context] = > "-Dwayland_security_context=enabled,-Dwayland_security_context=disabled,wayland > wayland-native wayland-protocols" > > -- > 2.44.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#44): https://lists.openembedded.org/g/openembedded-devel/message/44 Mute This Topic: https://lists.openembedded.org/mt/106226893/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe] [PATCH 4/4] daemontools: fix build failure with gcc-14
see https://git.openembedded.org/meta-openembedded/diff/meta-oe/recipes-support/daemontools/daemontools_0.76.bb?h=master-next&id=d196c0c1af16eba55f8f0277eea76129ed2f677d which has the log as well. On Fri, Jun 28, 2024 at 5:19 AM wangmy via lists.openembedded.org wrote: > > From: Wang Mingyu > > Signed-off-by: Wang Mingyu > --- > .../recipes-support/daemontools/daemontools/cross-compile.patch | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git > a/meta-oe/recipes-support/daemontools/daemontools/cross-compile.patch > b/meta-oe/recipes-support/daemontools/daemontools/cross-compile.patch > index 98d4a5e45..e37af2665 100644 > --- a/meta-oe/recipes-support/daemontools/daemontools/cross-compile.patch > +++ b/meta-oe/recipes-support/daemontools/daemontools/cross-compile.patch > @@ -13,7 +13,7 @@ diff -Nurp daemontools-0.76.orig/src/conf-cc > daemontools-0.76/src/conf-cc > +++ daemontools-0.76/src/conf-cc 2014-11-26 09:34:38.828812162 +0800 > @@ -1,3 +1,3 @@ > -gcc -O2 -Wimplicit -Wunused -Wcomment -Wchar-subscripts -Wuninitialized > -Wshadow -Wcast-qual -Wcast-align -Wwrite-strings > -+${CC} -O2 -Wimplicit -Wunused -Wcomment -Wchar-subscripts -Wuninitialized > -Wshadow -Wcast-qual -Wcast-align -Wwrite-strings > ++${CC} -O2 -Wimplicit -Wunused -Wcomment -Wchar-subscripts -Wuninitialized > -Wshadow -Wcast-qual -Wcast-align -Wwrite-strings > -Wno-error=incompatible-pointer-types > > This will be used to compile .c files. > diff -Nurp daemontools-0.76.orig/src/conf-ld daemontools-0.76/src/conf-ld > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#42): https://lists.openembedded.org/g/openembedded-devel/message/42 Mute This Topic: https://lists.openembedded.org/mt/106922379/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe] [PATCH 3/4] mcpp: fix build failure with gcc-14
see https://git.openembedded.org/meta-openembedded/diff/meta-oe/recipes-devtools/mcpp/mcpp_2.7.2.bb?h=master-next&id=d196c0c1af16eba55f8f0277eea76129ed2f677d which has the log as well. On Fri, Jun 28, 2024 at 5:19 AM wangmy via lists.openembedded.org wrote: > > From: Wang Mingyu > > Signed-off-by: Wang Mingyu > --- > meta-oe/recipes-devtools/mcpp/mcpp_2.7.2.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/meta-oe/recipes-devtools/mcpp/mcpp_2.7.2.bb > b/meta-oe/recipes-devtools/mcpp/mcpp_2.7.2.bb > index 944585673..f34115c3f 100644 > --- a/meta-oe/recipes-devtools/mcpp/mcpp_2.7.2.bb > +++ b/meta-oe/recipes-devtools/mcpp/mcpp_2.7.2.bb > @@ -10,6 +10,8 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz > \ > SRC_URI[md5sum] = "512de48c87ab023a69250edc7a0c7b05" > SRC_URI[sha256sum] = > "3b9b4421888519876c4fc68ade324a3bbd81ceeb7092ecdbbc2055099fcb8864" > > +CFLAGS += "-Wno-error=incompatible-pointer-types" > + > inherit autotools > > EXTRA_OECONF = " --enable-mcpplib " > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#41): https://lists.openembedded.org/g/openembedded-devel/message/41 Mute This Topic: https://lists.openembedded.org/mt/106922378/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-networking] [PATCH 2/4] linux-atm: fix build failure with gcc-14
See https://git.openembedded.org/meta-openembedded/diff/meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb?h=master-next&id=d196c0c1af16eba55f8f0277eea76129ed2f677d which has the log as well. On Fri, Jun 28, 2024 at 5:19 AM wangmy via lists.openembedded.org wrote: > > From: Wang Mingyu > > Signed-off-by: Wang Mingyu > --- > meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb > b/meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb > index 86b9112ba..c434027eb 100644 > --- a/meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb > +++ b/meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb > @@ -29,6 +29,8 @@ file://COPYING.LGPL;md5=6e29c688d912da12b66b73e32b03d812" > > inherit autotools pkgconfig > > +CFLAGS += "-Wno-error=incompatible-pointer-types" > + > EXTRA_OEMAKE += "ROOTPREFIX=${root_prefix}" > > FILES:${PN} += "${nonarch_base_libdir}/firmware" > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#40): https://lists.openembedded.org/g/openembedded-devel/message/40 Mute This Topic: https://lists.openembedded.org/mt/106922377/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] magic-enum: add recipe
> Thank you for making us aware of the problem when compiling the ptest. We > were able to reproduce the problem when compiling for qemuarm. We were not > able to spot the problem on the autobuilder. How did you trigger the problem? I've just seen new build failure in world build and it was indeed with 32bit arm (from multilib builds). Thanks for looking into it quickly. > We looked into it and have to admit that we cannot explain why g++ 14.1.0 > trips over that line. Have you tried to compare preprocessed output from g++ from qemuarm and qemuarm64 to see if there is some strange difference? The code where color_set_not_const is used looks simple enough, but maybe some REQUIRE* macro expansion does more than it looks in https://github.com/search?q=repo%3ANeargye%2Fmagic_enum+color_set_not_const&type=code Regards, On Thu, Jun 27, 2024 at 9:00 AM Jonas Mark (BT-FS/ENG1-GRB) wrote: > > Hi Martin, > > Thank you for making us aware of the problem when compiling the ptest. We > were able to reproduce the problem when compiling for qemuarm. We were not > able to spot the problem on the autobuilder. How did you trigger the problem? > > We looked into it and have to admit that we cannot explain why g++ 14.1.0 > trips over that line. > > - It is perfectly legal C++ 17. > - It compiles without that warning error for other machines, i.e. qemux86, > qemux86-64, qemuarm64. > - It does not act up with g++ 11.4 (Kirkstone) with qemuarm, our own NXP > i.MX6 machine, or any other machine we tried. > > The problem can be mitigated by replacing the offending line > > magic_enum::containers::set color_set_not_const {Color::RED, Color::GREEN, > Color::BLUE}; > > with > > magic_enum::containers::set color_set_not_const = {Color::RED, Color::GREEN, > Color::BLUE}; > > We are working on sending a patch for the recipe containing a patch for > magic_enum to the OE mailing list (this one). > > We already got in contact with the upstream magic_enum project. > > https://github.com/Neargye/magic_enum/issues/362 > > Cheers, > Mark > > > Building Technologies, Panel Software Fire (BT-FIR/ENG1-Grb) > Bosch Sicherheitssysteme GmbH | Postfach 11 11 | 85626 Grasbrunn | GERMANY | > www.boschsecurity.com > > Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart HRB 23118 > Aufsichtsratsvorsitzender: Frank Meyer; Geschäftsführung: Thomas Quante, > Peter Löffler, Henrik Siegle, Peter von Wartenberg > > > -Ursprüngliche Nachricht- > > Von: Martin Jansa > > Gesendet: Mittwoch, 26. Juni 2024 17:53 > > An: Jonas Mark (BT-FS/ENG1-GRB) > > Cc: openembedded-devel@lists.openembedded.org; raj.k...@gmail.com; > > Simoes Ricardo (BT-FS/ENG1.1-Ovr) > > Betreff: Re: [oe] [meta-oe][PATCH] magic-enum: add recipe > > > > ptest seems to fail building > > > > lib32-magic-enum/0.9.5/git/test/test_containers.cpp:290:89: error: > > value computed is not used [-Werror=unused-value] > > 290 | magic_enum::containers::set color_set_not_const {Color::RED, > > Color::GREEN, Color::BLUE}; > > | > > ^ > > > > On Wed, Jun 19, 2024 at 11:47 AM Mark Jonas via lists.openembedded.org > > wrote: > > > > > > From: Ricardo Simoes > > > > > > magic-enum is a header-only C++17 library provides static reflection > > > for enums, works with any enum type without any macro or boilerplate > > > code. > > > > > > Signed-off-by: Ricardo Simoes > > > Signed-off-by: Mark Jonas > > > --- > > > .../magic-enum/magic-enum/run-ptest | 27 > > > .../magic-enum/magic-enum_0.9.5.bb| 44 > > +++ > > > 2 files changed, 71 insertions(+) > > > create mode 100644 > > > meta-oe/recipes-extended/magic-enum/magic-enum/run-ptest > > > create mode 100644 > > > meta-oe/recipes-extended/magic-enum/magic-enum_0.9.5.bb > > > > > > diff --git a/meta-oe/recipes-extended/magic-enum/magic-enum/run- > > ptest > > > b/meta-oe/recipes-extended/magic-enum/magic-enum/run-ptest > > > new file mode 100644 > > > index 0..865da9f69 > > > --- /dev/null > > > +++ b/meta-oe/recipes-extended/magic-enum/magic-enum/run-ptest > > > @@ -0,0 +1,27 @@ > > > +#!/bin/sh > > > + > > > +# SPDX-FileCopyrightText: 2024 Bosch Sicherheitssysteme GmbH # # > > > +SPDX-License-Identifier: MIT > > > + > > > +fail_count=0 > > > +all_count=0 > > > + > > > +for test_suite in tests/test_* > > > +do > > > +if ".
Re: [oe] [meta-oe][PATCH] magic-enum: add recipe
ptest seems to fail building lib32-magic-enum/0.9.5/git/test/test_containers.cpp:290:89: error: value computed is not used [-Werror=unused-value] 290 | magic_enum::containers::set color_set_not_const {Color::RED, Color::GREEN, Color::BLUE}; | ^ On Wed, Jun 19, 2024 at 11:47 AM Mark Jonas via lists.openembedded.org wrote: > > From: Ricardo Simoes > > magic-enum is a header-only C++17 library provides static reflection > for enums, works with any enum type without any macro or boilerplate > code. > > Signed-off-by: Ricardo Simoes > Signed-off-by: Mark Jonas > --- > .../magic-enum/magic-enum/run-ptest | 27 > .../magic-enum/magic-enum_0.9.5.bb| 44 +++ > 2 files changed, 71 insertions(+) > create mode 100644 meta-oe/recipes-extended/magic-enum/magic-enum/run-ptest > create mode 100644 meta-oe/recipes-extended/magic-enum/magic-enum_0.9.5.bb > > diff --git a/meta-oe/recipes-extended/magic-enum/magic-enum/run-ptest > b/meta-oe/recipes-extended/magic-enum/magic-enum/run-ptest > new file mode 100644 > index 0..865da9f69 > --- /dev/null > +++ b/meta-oe/recipes-extended/magic-enum/magic-enum/run-ptest > @@ -0,0 +1,27 @@ > +#!/bin/sh > + > +# SPDX-FileCopyrightText: 2024 Bosch Sicherheitssysteme GmbH > +# > +# SPDX-License-Identifier: MIT > + > +fail_count=0 > +all_count=0 > + > +for test_suite in tests/test_* > +do > +if "./$test_suite" > +then > +echo "PASS: $test_suite" > +else > +echo "FAIL: $test_suite" > +fail_count=$((fail_count + 1)) > +fi > +all_count=$((all_count + 1)) > +done > + > +if [ $fail_count -eq 0 ] > +then > +echo "PASS: All $all_count tests passed" > +else > +echo "FAIL: $fail_count of $all_count tests failed" > +fi > diff --git a/meta-oe/recipes-extended/magic-enum/magic-enum_0.9.5.bb > b/meta-oe/recipes-extended/magic-enum/magic-enum_0.9.5.bb > new file mode 100644 > index 0..096f869c3 > --- /dev/null > +++ b/meta-oe/recipes-extended/magic-enum/magic-enum_0.9.5.bb > @@ -0,0 +1,44 @@ > +# SPDX-FileCopyrightText: 2024 Bosch Sicherheitssysteme GmbH > +# > +# SPDX-License-Identifier: MIT > + > +SUMMARY = "Static reflection for enums" > +DESCRIPTION = "Header-only C++17 library provides static reflection for > enums, works \ > +with any enum type without any macro or boilerplate code." > +BUGTRACKER = "https://github.com/Neargye/magic_enum/issues"; > +HOMEPAGE = "https://github.com/Neargye/magic_enum"; > + > +LICENSE = "MIT" > +LIC_FILES_CHKSUM = "file://LICENSE;md5=b15f48588464ec8ef87d2b560aad2caa" > + > +SRC_URI = " \ > +git://github.com/Neargye/magic_enum.git;protocol=https;branch=master \ > +file://run-ptest \ > +" > + > +SRCREV = "e55b9b54d5cf61f8e117cafb17846d7d742dd3b4" > +S = "${WORKDIR}/git" > + > +inherit cmake ptest > + > +EXTRA_OECMAKE = "\ > +-DMAGIC_ENUM_OPT_BUILD_EXAMPLES=OFF \ > +" > + > +do_install_ptest () { > +install -d ${D}${PTEST_PATH}/tests > +install -m 0755 ${B}/test/test_* ${D}${PTEST_PATH}/tests > +} > + > +# Add catkin and colcon (ROS build system) support > +FILES:${PN}-dev += "\ > +${datadir}/magic_enum/package.xml \ > +" > + > +# Header-only library > +# ${PN} is empty so we need to tweak -dev and -dbg package dependencies > +RDEPENDS:${PN}-dev = "" > +RDEPENDS:${PN}-ptest = "" > +RRECOMMENDS:${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})" > + > +BBCLASSEXTEND = "native nativesdk" > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10): https://lists.openembedded.org/g/openembedded-devel/message/10 Mute This Topic: https://lists.openembedded.org/mt/106757432/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] lvgl: install lv_conf.h in ${includedir}/${BPN}
* with multilib lib32-lvgl installs all headers except lv_conf.h into: ${includedir}/lvgl only lv_conf.h ends in ${includedir}/lib32-lvgl/ which is wrong and not included in any includepaths: $ cat lib32-lvgl/9.1.0/image/usr/lib32/pkgconfig/lvgl.pc prefix="/usr" includedir="${prefix}/include/lvgl" libdir=${prefix}/lib Name: lvgl Description: Light and Versatile Graphics Library URL: https://lvgl.io/ Version: 9.1.0 Cflags: -I${includedir} Libs: -L${libdir} -llvgl Signed-off-by: Martin Jansa --- meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb b/meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb index 4435c40777..63c810d74d 100644 --- a/meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb +++ b/meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb @@ -24,10 +24,5 @@ S = "${WORKDIR}/git" require lv-conf.inc do_install:append() { -install -d "${D}${includedir}/${PN}" -install -m 0644 "${S}/lv_conf.h" "${D}${includedir}/${PN}/lv_conf.h" +install -m 0644 "${S}/lv_conf.h" "${D}${includedir}/${BPN}/lv_conf.h" } - -FILES:${PN}-dev += "\ -${includedir}/${PN}/ \ -" -- 2.45.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110961): https://lists.openembedded.org/g/openembedded-devel/message/110961 Mute This Topic: https://lists.openembedded.org/mt/106756974/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [PATCH 1/2] cmpi-bindings: ignore incompatible-pointer-types errors for now.
There is already patch covering all such cases detected in my world builds, see "pidgin pidgin-sipe pidgin uw-imap rrdtool cmpi-bindings libdbd-mysql-perl daq" and "catch2 openldap microsoft-gsl scsirastools pam-ssh-agent-auth sblim-sfcb cker.." commits in: https://git.openembedded.org/meta-openembedded/log/?h=master-next They weren't merged because I think khem wants to motivate people to fix these issues instead of just ignoring them and these 2 are just to keep world builds cleaner while incrementally working on detected issues. Please check if upstream already has a fix in newer version and backport that or submit fix to upstream and add it to meta-oe. Major distributions are now switching to gcc-14 as well so it is getting easier to find already created patches in upstream or distros, e.g. gentoo tracker: https://bugs.gentoo.org/showdependencytree.cgi?id=870412 On Wed, Jun 5, 2024 at 10:27 AM leimaohui via lists.openembedded.org wrote: > > Hi > > It seems there are many recipes have the same issue. I found there are two > methods that fix this issue from git log of poky. > One is ignore incompatible-pointer-types, the other is submitting a patch of > source code. > I'm not sure which method is more popular... > > > Best regards > Lei > > > > -Original Message- > > From: openembedded-devel@lists.openembedded.org > > On Behalf Of leimaohui via > > lists.openembedded.org > > Sent: Wednesday, June 5, 2024 2:40 PM > > To: openembedded-devel@lists.openembedded.org > > Cc: Lei, Maohui > > Subject: [oe] [PATCH 1/2] cmpi-bindings: ignore incompatible-pointer-types > > errors for now. > > > > From: Lei Maohui > > > > GCC 14 implicitly turns a warning into a compiler error: > > > > | > > /build-ubinux-daily/tmp/work/aarch64-ubinux-linux/cmpi-bindings/1.0.4/git/ > > swig/python/../../src/target_python.c:168:21: error: passing argument 1 of > > 'Py_SetProgramName' from incompatible pointer type > > [-Wincompatible-pointer-types] > > | 168 | Py_SetProgramName("cmpi_swig"); > > | | ^~~ > > | | | > > | | char * > > > > Signed-off-by: Lei Maohui > > --- > > meta-oe/recipes-extended/cmpi-bindings/cmpi-bindings_1.0.4.bb | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/meta-oe/recipes-extended/cmpi-bindings/cmpi-bindings_1.0.4.bb > > b/meta-oe/recipes-extended/cmpi-bindings/cmpi-bindings_1.0.4.bb > > index 781dc83da9..d062e46bb9 100644 > > --- a/meta-oe/recipes-extended/cmpi-bindings/cmpi-bindings_1.0.4.bb > > +++ b/meta-oe/recipes-extended/cmpi-bindings/cmpi-bindings_1.0.4.bb > > @@ -27,7 +27,7 @@ EXTRA_OECMAKE = "-DLIB='${baselib}' \ # With Ninja > > it fails with: > > # ninja: error: build.ninja:282: bad $-escape (literal $ must be written > > as $$) > > OECMAKE_GENERATOR = "Unix Makefiles" > > - > > +CFLAGS += "-Wno-error=incompatible-pointer-types" > > FILES:${PN} =+"${libdir}/cmpi/libpy3CmpiProvider.so > > ${PYTHON_SITEPACKAGES_DIR}/*" > > FILES:${PN}-dbg =+ "${libdir}/cmpi/.debug/libpyCmpiProvider.so" > > > > -- > > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110702): https://lists.openembedded.org/g/openembedded-devel/message/110702 Mute This Topic: https://lists.openembedded.org/mt/106498591/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] python3-icu: upgrade from 2.12 to 2.13.1 to fix build with icu-75
Version 2.13 -> 2.13.1 -- - change c++11 to c++17 in setup.py as current versions of ICU require it Version 2.12 -> 2.13 - fixed build issues on Windows - added wrappers for MeasureUnit(locale, width) and getUnitDisplayName() - added wrappers for DateFormatSymbols.getEra|ZodiacNames() - added wrappers for DateFormatSymbols.getZoneStrings() - added wrappers for LocaleDisplayNames - fixed bug dealloc calling wrong destructor on most types (Fredrik Roubert) - added support for ICU 75.1 - added wrappers for LocalizedNumber|Range|Formatter.withoutLocale() - added wrappers for UIdentifierType, Char.hasIDType(), Char.getIDTypes() - added wrappers for UIdentifierStatus - added wrappers for UProperty.IDENTIFIER_TYPE, UProperty.IDENTIFIER_STATUS Signed-off-by: Martin Jansa --- .../python/{python3-icu_2.12.bb => python3-icu_2.13.1.bb} | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) rename meta-python/recipes-devtools/python/{python3-icu_2.12.bb => python3-icu_2.13.1.bb} (70%) diff --git a/meta-python/recipes-devtools/python/python3-icu_2.12.bb b/meta-python/recipes-devtools/python/python3-icu_2.13.1.bb similarity index 70% rename from meta-python/recipes-devtools/python/python3-icu_2.12.bb rename to meta-python/recipes-devtools/python/python3-icu_2.13.1.bb index 6394db4e9e..6a590de5fd 100644 --- a/meta-python/recipes-devtools/python/python3-icu_2.12.bb +++ b/meta-python/recipes-devtools/python/python3-icu_2.13.1.bb @@ -8,8 +8,12 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=0724597863f1581ab01429e0423e779f" DEPENDS += "icu" PYPI_PACKAGE = "PyICU" -SRC_URI[sha256sum] = "bd7ab5efa93ad692e6daa29cd249364e521218329221726a113ca3cb281c8611" + +SRC_URI[sha256sum] = "d4919085eaa07da12bade8ee721e7bbf7ade0151ca0f82946a26c8f4b98cdceb" SRC_URI += "file://0001-Fix-host-contamination-of-include-files.patch" inherit pkgconfig pypi python_setuptools_build_meta + +# it's lowercase pyicu instead of ${PYPI_PACKAGE} in this version +S = "${WORKDIR}/pyicu-${PV}" -- 2.45.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110658): https://lists.openembedded.org/g/openembedded-devel/message/110658 Mute This Topic: https://lists.openembedded.org/mt/106427472/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] libgphoto2: fix build with gcc-14
Fixes: libgphoto2-2.5.31/camlibs/ptp2/chdk.c:1187:41: error: passing argument 3 of 'jpeg_mem_dest' from incompatible pointer type [-Wincompatible-pointer-types] https://github.com/gphoto/libgphoto2/issues/959 https://github.com/gphoto/libgphoto2/issues/941 Signed-off-by: Martin Jansa --- .../libgphoto2/fix-build-with-gcc-14.patch| 36 +++ .../gphoto2/libgphoto2_2.5.31.bb | 1 + 2 files changed, 37 insertions(+) create mode 100644 meta-oe/recipes-graphics/gphoto2/libgphoto2/fix-build-with-gcc-14.patch diff --git a/meta-oe/recipes-graphics/gphoto2/libgphoto2/fix-build-with-gcc-14.patch b/meta-oe/recipes-graphics/gphoto2/libgphoto2/fix-build-with-gcc-14.patch new file mode 100644 index 00..0c2a8d4bd0 --- /dev/null +++ b/meta-oe/recipes-graphics/gphoto2/libgphoto2/fix-build-with-gcc-14.patch @@ -0,0 +1,36 @@ +From 721f7f8c3ec8058d504607873e4c317aac0c99c5 Mon Sep 17 00:00:00 2001 +From: Marcus Meissner +Date: Mon, 4 Dec 2023 13:26:08 +0100 +Subject: [PATCH] align outlen length with jpeg jeaders. fixes + https://github.com/gphoto/libgphoto2/issues/941 + +--- +Upstream-Status: Backport [https://github.com/gphoto/libgphoto2/commit/721f7f8c3ec8058d504607873e4c317aac0c99c5] + + camlibs/ptp2/chdk.c | 6 +++--- + 1 file changed, 3 insertions(+), 3 deletions(-) + +diff --git a/camlibs/ptp2/chdk.c b/camlibs/ptp2/chdk.c +index e1d898f378..e775ea1d4b 100644 +--- a/camlibs/ptp2/chdk.c b/camlibs/ptp2/chdk.c +@@ -1150,7 +1150,7 @@ static void yuv_live_to_jpeg(unsigned char *p_yuv, + struct jpeg_error_mgr jerr; + JSAMPROWrow_ptr[1]; + uint8_t *outbuf = NULL, *tmprowbuf = NULL; +- uint64_toutlen = 0; ++ unsigned long outlen = 0; + unsigned introw_inc; + int sshift, dshift, xshift, skip; + +@@ -1161,8 +1161,8 @@ static void yuv_live_to_jpeg(unsigned char *p_yuv, + sshift = 6; + dshift = (width/height > 2) ? 6 : 12; + xshift = 4; +- /* Digic 6 cameras: 8 bit per element UYVY, +- * 4 bytes used to encode 2 pixels, need 6 bytes raw YUV data for jpeg encoding */ ++ /* Digic 6 cameras: 8 bit per element UYVY, ++ * 4 bytes used to encode 2 pixels, need 6 bytes raw YUV data for jpeg encoding */ + } else { + row_inc = buf_width*2; + sshift = 4; diff --git a/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.31.bb b/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.31.bb index 1d0b37826d..57c9d199eb 100644 --- a/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.31.bb +++ b/meta-oe/recipes-graphics/gphoto2/libgphoto2_2.5.31.bb @@ -13,6 +13,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/gphoto/libgphoto2-${PV}.tar.bz2;name=libgphoto2 file://40-libgphoto2.rules \ file://0001-configure.ac-remove-AM_PO_SUBDIRS.patch \ file://0001-configure-Filter-out-buildpaths-from-CC.patch \ + file://fix-build-with-gcc-14.patch \ " SRC_URI[libgphoto2.sha256sum] = "4f81c34c0b812bee67afd5f144940fbcbe01a2055586a6a1fa2d0626024a545b" -- 2.45.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110657): https://lists.openembedded.org/g/openembedded-devel/message/110657 Mute This Topic: https://lists.openembedded.org/mt/106426908/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][scarthgap][PATCH] opencl: fix virtual PROVIDES warnings
You're changing the build time dependencies, the warning is about runtime dependencies, so I don't think this is correct. You probably have some bad RPROVIDES in different recipe or bbappend, see bitbake-getvar. On Fri, May 31, 2024 at 9:19 AM Bin Lan via lists.openembedded.org wrote: > > From: Bin Lan > > oe-core has started to warn when virtual/ is used outside of > the RPROVIDES (build) context. > > We tweak provides/depends to use virtual- instead to > avoid the warning: > > RPROVIDES is set to virtual/opencl-icd, the substring 'virtual/' > holds no meaning in this context. It is suggested to use the 'virtual-' > > Signed-off-by: Bin Lan > --- > meta-oe/recipes-core/opencl/ocl-icd_2.3.2.bb| 2 +- > meta-oe/recipes-core/opencl/opencl-icd-loader_2023.12.14.bb | 2 +- > meta-oe/recipes-support/opencl/clinfo_3.0.23.01.25.bb | 2 +- > meta-oe/recipes-support/opencv/opencv_4.9.0.bb | 2 +- > 4 files changed, 4 insertions(+), 4 deletions(-) > > diff --git a/meta-oe/recipes-core/opencl/ocl-icd_2.3.2.bb > b/meta-oe/recipes-core/opencl/ocl-icd_2.3.2.bb > index d43ea281ae..bc1a645217 100644 > --- a/meta-oe/recipes-core/opencl/ocl-icd_2.3.2.bb > +++ b/meta-oe/recipes-core/opencl/ocl-icd_2.3.2.bb > @@ -14,7 +14,7 @@ S = "${WORKDIR}/git" > inherit autotools > > DEPENDS = "ruby-native" > -PROVIDES = "virtual/opencl-icd" > +PROVIDES = "virtual-opencl-icd" > RPROVIDES:${PN} = "virtual-opencl-icd" > > BBCLASSEXTEND = "native nativesdk" > diff --git a/meta-oe/recipes-core/opencl/opencl-icd-loader_2023.12.14.bb > b/meta-oe/recipes-core/opencl/opencl-icd-loader_2023.12.14.bb > index 146ec6e472..9901e47616 100644 > --- a/meta-oe/recipes-core/opencl/opencl-icd-loader_2023.12.14.bb > +++ b/meta-oe/recipes-core/opencl/opencl-icd-loader_2023.12.14.bb > @@ -8,7 +8,7 @@ inherit pkgconfig cmake > > DEPENDS += "opencl-headers" > > -PROVIDES = "virtual/opencl-icd" > +PROVIDES = "virtual-opencl-icd" > RPROVIDES:${PN} = "virtual-opencl-icd" > > S = "${WORKDIR}/git" > diff --git a/meta-oe/recipes-support/opencl/clinfo_3.0.23.01.25.bb > b/meta-oe/recipes-support/opencl/clinfo_3.0.23.01.25.bb > index 6cacd3722c..3e9ea48993 100644 > --- a/meta-oe/recipes-support/opencl/clinfo_3.0.23.01.25.bb > +++ b/meta-oe/recipes-support/opencl/clinfo_3.0.23.01.25.bb > @@ -13,7 +13,7 @@ SRCREV = "748c3930a9b9cb826e631d77439e2cb8f84f5bcf" > > S = "${WORKDIR}/git" > > -DEPENDS += "opencl-headers virtual/opencl-icd" > +DEPENDS += "opencl-headers virtual-opencl-icd" > > do_install() { > oe_runmake install PREFIX=${D}${prefix} MANDIR=${D}${mandir} > diff --git a/meta-oe/recipes-support/opencv/opencv_4.9.0.bb > b/meta-oe/recipes-support/opencv/opencv_4.9.0.bb > index cf836d3ecf..2e72f12658 100644 > --- a/meta-oe/recipes-support/opencv/opencv_4.9.0.bb > +++ b/meta-oe/recipes-support/opencv/opencv_4.9.0.bb > @@ -109,7 +109,7 @@ PACKAGECONFIG[java] = > "-DJAVA_INCLUDE_PATH=${JAVA_HOME}/include -DJAVA_INCLUDE_P > PACKAGECONFIG[jpeg] = "-DWITH_JPEG=ON,-DWITH_JPEG=OFF,jpeg," > PACKAGECONFIG[libav] = "-DWITH_FFMPEG=ON,-DWITH_FFMPEG=OFF,libav," > PACKAGECONFIG[libv4l] = "-DWITH_LIBV4L=ON,-DWITH_LIBV4L=OFF,v4l-utils," > -PACKAGECONFIG[opencl] = "-DWITH_OPENCL=ON,-DWITH_OPENCL=OFF,opencl-headers > virtual/opencl-icd," > +PACKAGECONFIG[opencl] = "-DWITH_OPENCL=ON,-DWITH_OPENCL=OFF,opencl-headers > virtual-opencl-icd," > PACKAGECONFIG[openvino] = > "-DWITH_OPENVINO=ON,-DWITH_OPENVINO=OFF,openvino-inference-engine,openvino-inference-engine" > PACKAGECONFIG[oracle-java] = > "-DJAVA_INCLUDE_PATH=${ORACLE_JAVA_HOME}/include > -DJAVA_INCLUDE_PATH2=${ORACLE_JAVA_HOME}/include/linux > -DJAVA_AWT_INCLUDE_PATH=${ORACLE_JAVA_HOME}/include > -DJAVA_AWT_LIBRARY=${ORACLE_JAVA_HOME}/lib/amd64/libjawt.so > -DJAVA_JVM_LIBRARY=${ORACLE_JAVA_HOME}/lib/amd64/server/libjvm.so,,ant-native > oracle-jse-jdk oracle-jse-jdk-native," > PACKAGECONFIG[png] = "-DWITH_PNG=ON,-DWITH_PNG=OFF,libpng," > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110651): https://lists.openembedded.org/g/openembedded-devel/message/110651 Mute This Topic: https://lists.openembedded.org/mt/106403783/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] lvm2: restore Upstream-Status
* accidentally removed in: https://git.openembedded.org/meta-openembedded/diff/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch?id=cc4e9fbd823a9af1f6b8f622ce86d62172ee9ade * fixes: ERROR: QA Issue: Missing Upstream-Status in patch TOPDIR/meta-oe/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch Please add according to https://docs.yoctoproject.org/contributor-guide/recipe-style-guide.html#patch-upstream-status . [patch-status] Signed-off-by: Martin Jansa --- .../lvm2/files/0001-implement-libc-specific-reopen_stream.patch | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch b/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch index a064516e32..e11ac5ac08 100644 --- a/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch +++ b/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch @@ -13,6 +13,8 @@ http://git.alpinelinux.org/cgit/aports/tree/main/lvm2/fix-stdio-usage.patch Signed-off-by: Khem Raj Signed-off-by: Dengke Du + +Upstream-Status: Pending --- lib/log/log.c | 6 ++ tools/lvmcmdline.c | 6 +++--- -- 2.45.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110648): https://lists.openembedded.org/g/openembedded-devel/message/110648 Mute This Topic: https://lists.openembedded.org/mt/106396150/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] lvm2: remove subitted patch
This causes: ERROR: QA Issue: Missing Upstream-Status in patch TOPDIR/meta-oe/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch Please add according to https://docs.yoctoproject.org/contributor-guide/recipe-style-guide.html#patch-upstream-status . [patch-status] On Tue, May 28, 2024 at 10:17 AM Markus Volk via lists.openembedded.org wrote: > > devmapper update also updated lvm2. Thus build fails with: > patching file daemons/lvmdbusd/utils.py > Hunk #1 FAILED at 778. > 1 out of 1 hunk FAILED -- rejects in file daemons/lvmdbusd/utils.py > > - Drop the submitted patch > - Move PV to lvm2.inc to ensure we keep it in sync for libdevmapper and lvm2 > - refresh patches > > Signed-off-by: Markus Volk > --- > .../0001-Avoid-bashisms-in-init-scripts.patch | 17 +- > .../files/0001-configure.ac-check-egrep.patch | 12 +++ > ...mplement-libc-specific-reopen_stream.patch | 31 +-- > .../0001-include-libgen.h-for-basename.patch | 9 ++ > ...tweak-MODPROBE_CMD-for-cross-compile.patch | 11 +++ > .../lvm2/files/0005-do-not-build-manual.patch | 15 - > ...lvm2-monitor.service-after-tmp.mount.patch | 7 ++--- > .../lvm2/files/reproducible-build.patch | 15 ++--- > ...ibdevmapper_2.03.24.bb => libdevmapper.bb} | 0 > .../lvm2/{lvm2_2.03.22.bb => lvm2.bb} | 1 - > meta-oe/recipes-support/lvm2/lvm2.inc | 1 + > ...findmnt-bin-lsblk-bin-sort-not-found.patch | 11 +++ > ...1-lvmdbusd-create-dirs-for-lock-file.patch | 29 - > .../lvm2/lvm2/tweak-for-lvmdbusd.patch| 13 +--- > 14 files changed, 67 insertions(+), 105 deletions(-) > rename meta-oe/recipes-support/lvm2/{libdevmapper_2.03.24.bb => > libdevmapper.bb} (100%) > rename meta-oe/recipes-support/lvm2/{lvm2_2.03.22.bb => lvm2.bb} (98%) > delete mode 100644 > meta-oe/recipes-support/lvm2/lvm2/0001-lvmdbusd-create-dirs-for-lock-file.patch > > diff --git > a/meta-oe/recipes-support/lvm2/files/0001-Avoid-bashisms-in-init-scripts.patch > > b/meta-oe/recipes-support/lvm2/files/0001-Avoid-bashisms-in-init-scripts.patch > index 3c4a3a151..fb58793a1 100644 > --- > a/meta-oe/recipes-support/lvm2/files/0001-Avoid-bashisms-in-init-scripts.patch > +++ > b/meta-oe/recipes-support/lvm2/files/0001-Avoid-bashisms-in-init-scripts.patch > @@ -1,7 +1,7 @@ > -From ea66faf68c93735edb1f2691cd7364b8cab83fef Mon Sep 17 00:00:00 2001 > +From 44695f332e206e1db43d50163e1bce0bedf75fb7 Mon Sep 17 00:00:00 2001 > From: Peter Kjellerstedt > Date: Mon, 26 Nov 2018 14:53:09 +0800 > -Subject: [PATCH 1/3] Avoid bashisms in init scripts > +Subject: [PATCH] Avoid bashisms in init scripts > > Upstream-Status: Inappropriate > > @@ -19,7 +19,7 @@ Signed-off-by: Hongxu Jia > 5 files changed, 10 insertions(+), 10 deletions(-) > > diff --git a/scripts/blk_availability_init_red_hat.in > b/scripts/blk_availability_init_red_hat.in > -index 347c395..b2e9cf9 100644 > +index 347c39574..b2e9cf932 100644 > --- a/scripts/blk_availability_init_red_hat.in > +++ b/scripts/blk_availability_init_red_hat.in > @@ -1,4 +1,4 @@ > @@ -37,7 +37,7 @@ index 347c395..b2e9cf9 100644 > ;; > esac > diff --git a/scripts/cmirrord_init_red_hat.in > b/scripts/cmirrord_init_red_hat.in > -index c82f8f5..a3a321d 100755 > +index c82f8f547..a3a321d9c 100755 > --- a/scripts/cmirrord_init_red_hat.in > +++ b/scripts/cmirrord_init_red_hat.in > @@ -1,4 +1,4 @@ > @@ -56,7 +56,7 @@ index c82f8f5..a3a321d 100755 > esac > > diff --git a/scripts/lvm2_lvmpolld_init_red_hat.in > b/scripts/lvm2_lvmpolld_init_red_hat.in > -index 176ff5d..825f6ad 100644 > +index 176ff5dcb..825f6ad84 100644 > --- a/scripts/lvm2_lvmpolld_init_red_hat.in > +++ b/scripts/lvm2_lvmpolld_init_red_hat.in > @@ -1,4 +1,4 @@ > @@ -75,7 +75,7 @@ index 176ff5d..825f6ad 100644 > esac > > diff --git a/scripts/lvm2_monitoring_init_red_hat.in > b/scripts/lvm2_monitoring_init_red_hat.in > -index 95e4125..dff89cd 100644 > +index 95e4125a0..dff89cd38 100644 > --- a/scripts/lvm2_monitoring_init_red_hat.in > +++ b/scripts/lvm2_monitoring_init_red_hat.in > @@ -1,4 +1,4 @@ > @@ -94,7 +94,7 @@ index 95e4125..dff89cd 100644 > esac > > diff --git a/scripts/lvm2_monitoring_init_rhel4 > b/scripts/lvm2_monitoring_init_rhel4 > -index 8eb06c5..2e8d0f7 100644 > +index 8eb06c509..2e8d0f71e 100644 > --- a/scripts/lvm2_monitoring_init_rhel4 > +++ b/scripts/lvm2_monitoring_init_rhel4 > @@ -1,4 +1,4 @@ > @@ -112,6 +112,3 @@ index 8eb06c5..2e8d0f7 100644 > ;; > esac > > --- > -2.7.4 > - > diff --git > a/meta-oe/recipes-support/lvm2/files/0001-configure.ac-check-egrep.patch > b/meta-oe/recipes-support/lvm2/files/0001-configure.ac-check-egrep.patch > index 474c2f8ac..f4b0f913d 100644 > --- a/meta-oe/recipes-support/lvm2/files/0001-configure.ac-check-egrep.patch > +++ b/meta-oe/recipes-support/lvm2/files/0001-configure.ac-check-egrep.patch > @@ -1,4 +1,7 @@ > -configure.ac: check egrep > +From f261b2f1bc16c32a55
Re: [oe] [meta-oe][scarthgap][PATCH] pcapplusplus: Fix build with gcc14
Why is this needed in scarthgap? GCC upgrade won't be backported there I believe and it doesn't have native/nativesdk to be useful on hosts with gcc-14. On Thu, May 30, 2024 at 2:35 PM Armin Kuster via lists.openembedded.org wrote: > > From: Khem Raj > > Signed-off-by: Khem Raj > Signed-off-by: Armin Kuster > --- > .../0001-initialize-timespec-variable.patch | 35 +++ > ...e-m_ExternalRawData-in-IDnsResource-.patch | 34 ++ > .../pcapplusplus/pcapplusplus_23.09.bb| 5 ++- > 3 files changed, 73 insertions(+), 1 deletion(-) > create mode 100644 > meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-initialize-timespec-variable.patch > create mode 100644 > meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-packet-Initialize-m_ExternalRawData-in-IDnsResource-.patch > > diff --git > a/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-initialize-timespec-variable.patch > > b/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-initialize-timespec-variable.patch > new file mode 100644 > index 00..f2e210fc67 > --- /dev/null > +++ > b/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-initialize-timespec-variable.patch > @@ -0,0 +1,35 @@ > +From 298dec6f87061914c85049faca3d0ff3310d1794 Mon Sep 17 00:00:00 2001 > +From: Khem Raj > +Date: Mon, 6 May 2024 12:15:30 -0700 > +Subject: [PATCH] initialize timespec variable > + > +Fixes build warnings with GCC14 > + > +/mnt/b/yoe/master/build/tmp/work/core2-32-yoe-linux/pcapplusplus/23.09/git/Packet++/src/RawPacket.cpp: > In constructor 'pcpp::RawPacket::RawPacket(const uint8_t*, int, timeval, > bool, pcpp::LinkLayerType)': > +/mnt/b/yoe/master/build/tmp/work/core2-32-yoe-linux/pcapplusplus/23.09/git/Packet++/src/RawPacket.cpp:23:18: > error: 'nsec_time.timespec::' is used uninitialized > [-Werror=uninitialized] > + 23 | timespec nsec_time; > + | ^ > +cc1plus: all warnings being treated as errors > + > +Upstream-Status: Submitted [https://github.com/seladb/PcapPlusPlus/pull/1389] > +Signed-off-by: Khem Raj > +--- > + Packet++/src/RawPacket.cpp | 2 +- > + 1 file changed, 1 insertion(+), 1 deletion(-) > + > +diff --git a/Packet++/src/RawPacket.cpp b/Packet++/src/RawPacket.cpp > +index 8ad52d52..07dbbbe2 100644 > +--- a/Packet++/src/RawPacket.cpp > b/Packet++/src/RawPacket.cpp > +@@ -20,7 +20,7 @@ void RawPacket::init(bool deleteRawDataAtDestructor) > + > + RawPacket::RawPacket(const uint8_t* pRawData, int rawDataLen, timeval > timestamp, bool deleteRawDataAtDestructor, LinkLayerType layerType) > + { > +- timespec nsec_time; > ++ timespec nsec_time = {}; > + TIMEVAL_TO_TIMESPEC(×tamp, &nsec_time); > + init(deleteRawDataAtDestructor); > + setRawData(pRawData, rawDataLen, nsec_time, layerType); > +-- > +2.45.0 > + > diff --git > a/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-packet-Initialize-m_ExternalRawData-in-IDnsResource-.patch > > b/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-packet-Initialize-m_ExternalRawData-in-IDnsResource-.patch > new file mode 100644 > index 00..b6389e0e3f > --- /dev/null > +++ > b/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus/0001-packet-Initialize-m_ExternalRawData-in-IDnsResource-.patch > @@ -0,0 +1,34 @@ > +From 742f564ee80749e9f1f3363092775545e37c0f87 Mon Sep 17 00:00:00 2001 > +From: Khem Raj > +Date: Thu, 9 May 2024 17:02:09 -0700 > +Subject: [PATCH] packet++: Initialize m_ExternalRawData in IDnsResource > + constructor > + > +Fixes following warning with GCC-14 > + > +Packet++/src/DnsResource.cpp:29:24: error: > '*this.pcpp::IDnsResource::m_ExternalRawData' may be used uninitialized > [-Werror=maybe-uninitialized] > + 29 | return m_ExternalRawData; > + |^ > + > +Upstream-Status: Submitted [https://github.com/seladb/PcapPlusPlus/pull/1391] > +Signed-off-by: Khem Raj > +--- > + Packet++/src/DnsResource.cpp | 2 +- > + 1 file changed, 1 insertion(+), 1 deletion(-) > + > +diff --git a/Packet++/src/DnsResource.cpp b/Packet++/src/DnsResource.cpp > +index fec1bf05..c1f97041 100644 > +--- a/Packet++/src/DnsResource.cpp > b/Packet++/src/DnsResource.cpp > +@@ -10,7 +10,7 @@ namespace pcpp > + { > + > + IDnsResource::IDnsResource(DnsLayer* dnsLayer, size_t offsetInLayer) > +- : m_DnsLayer(dnsLayer), m_OffsetInLayer(offsetInLayer), > m_NextResource(nullptr) > ++ : m_DnsLayer(dnsLayer), m_OffsetInLayer(offsetInLayer), > m_NextResource(nullptr), m_ExternalRawData(nullptr) > + { > + char decodedName[4096]; > + m_NameLength = decodeName((const char*)getRawData(), decodedName); > +-- > +2.45.0 > + > diff --git a/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus_23.09.bb > b/meta-oe/recipes-connectivity/pcapplusplus/pcapplusplus_23.09.bb > index 39c6942c83..9db0222172 100644 > --- a/meta-oe/recipes-connectivity/pcapplusplus/pc
[oe] [scarthgap][PATCH] libdeflate: fix build with -mcpu=cortex-a76+crypto without -march=armv8.2-a+crypto
* fixes: https://github.com/ebiggers/libdeflate/issues/369 Signed-off-by: Martin Jansa Signed-off-by: Khem Raj --- ...e-explicit-armv8.2-a-on-gcc-13.2-and.patch | 57 +++ .../libdeflate/libdeflate_1.20.bb | 5 +- 2 files changed, 60 insertions(+), 2 deletions(-) create mode 100644 meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch diff --git a/meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch b/meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch new file mode 100644 index 00..e87972af27 --- /dev/null +++ b/meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch @@ -0,0 +1,57 @@ +From 684ebc7f8eb44558219d4b5be52add1250b3c0ca Mon Sep 17 00:00:00 2001 +From: Eric Biggers +Date: Tue, 30 Apr 2024 11:27:55 -0700 +Subject: [PATCH] lib/arm: don't use explicit armv8.2-a on gcc 13.2 and later + +Resolves https://github.com/ebiggers/libdeflate/issues/369 +--- +Upstream-Status: Backport [https://github.com/ebiggers/libdeflate/pull/370] + + lib/arm/adler32_impl.h | 10 ++ + lib/arm/crc32_impl.h | 10 ++ + 2 files changed, 12 insertions(+), 8 deletions(-) + +diff --git a/lib/arm/adler32_impl.h b/lib/arm/adler32_impl.h +index 6453b8e..6144afb 100644 +--- a/lib/arm/adler32_impl.h b/lib/arm/adler32_impl.h +@@ -214,11 +214,13 @@ adler32_arm_neon(u32 adler, const u8 *p, size_t len) + # ifdef __clang__ + #define ATTRIBUTES_target_attribute("dotprod") +/* +-* With gcc, arch=armv8.2-a is needed for dotprod intrinsics, unless the +-* default target is armv8.3-a or later in which case it must be omitted. +-* armv8.3-a or later can be detected by checking for __ARM_FEATURE_JCVT. ++* With gcc 13.1 and earlier (before gcc commit 73d3bc348190 or 9aac37ab8a7b, ++* "aarch64: Remove architecture dependencies from intrinsics"), ++* arch=armv8.2-a is needed for the dotprod intrinsics, unless the default ++* target is armv8.3-a or later in which case it must be omitted. armv8.3-a ++* or later can be detected by checking for __ARM_FEATURE_JCVT. + */ +-# elif defined(__ARM_FEATURE_JCVT) ++# elif GCC_PREREQ(13, 2) || defined(__ARM_FEATURE_JCVT) + #define ATTRIBUTES_target_attribute("+dotprod") + # else + #define ATTRIBUTES_target_attribute("arch=armv8.2-a+dotprod") +diff --git a/lib/arm/crc32_impl.h b/lib/arm/crc32_impl.h +index 3c4bec7..5363041 100644 +--- a/lib/arm/crc32_impl.h b/lib/arm/crc32_impl.h +@@ -551,11 +551,13 @@ crc32_arm_pmullx4(u32 crc, const u8 *p, size_t len) + # ifdef __clang__ + #define ATTRIBUTES_target_attribute("aes,crc,sha3") +/* +-* With gcc, arch=armv8.2-a is needed for the sha3 intrinsics, unless the +-* default target is armv8.3-a or later in which case it must be omitted. +-* armv8.3-a or later can be detected by checking for __ARM_FEATURE_JCVT. ++* With gcc 13.1 and earlier (before gcc commit 73d3bc348190 or 9aac37ab8a7b, ++* "aarch64: Remove architecture dependencies from intrinsics"), ++* arch=armv8.2-a is needed for the sha3 intrinsics, unless the default ++* target is armv8.3-a or later in which case it must be omitted. armv8.3-a ++* or later can be detected by checking for __ARM_FEATURE_JCVT. + */ +-# elif defined(__ARM_FEATURE_JCVT) ++# elif GCC_PREREQ(13, 2) || defined(__ARM_FEATURE_JCVT) + #define ATTRIBUTES_target_attribute("+crypto,+crc,+sha3") + # else + #define ATTRIBUTES _target_attribute("arch=armv8.2-a+crypto+crc+sha3") diff --git a/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb b/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb index f0a966f2b4..e3de8aca62 100644 --- a/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb +++ b/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb @@ -6,10 +6,11 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=7b6977026437092191e9da699ed9f780" DEPENDS += "gzip zlib" -SRC_URI = "git://github.com/ebiggers/libdeflate.git;protocol=https;branch=master" +SRC_URI = "git://github.com/ebiggers/libdeflate.git;protocol=https;branch=master \ +file://0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch \ +" S = "${WORKDIR}/git" SRCREV = "275aa5141db6eda3587214e0f1d3a134768f557d" inherit cmake pkgconfig - -- 2.45.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110614): https://lists.openembedded.org/g/openembedded-devel/message/110614 Mute This Topic: https://lists.openembedded.org/mt/106368430/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe][meta-oe][kirkstone][PATCH V2 1/2] nodejs: fix CVE-2024-22025
All 3 are also in: https://git.openembedded.org/meta-openembedded-contrib/log/?h=stable/kirkstone-nut and: https://git.openembedded.org/meta-openembedded-contrib/log/?h=stable/kirkstone-nutk but not in: https://git.openembedded.org/meta-openembedded-contrib/log/?h=stable/kirkstone-nut2 nor: https://git.openembedded.org/meta-openembedded/log/?h=kirkstone-next On Wed, May 29, 2024 at 10:06 AM Martin Jansa via lists.openembedded.org wrote: > > +Armin > > These 3 are still applicable for kirkstone, is there a reason why they > weren't picked for last kirkstone update? > > e3a43ce251 nodejs: fix CVE-2023-46809 > 7a5471b5ed nodejs: fix CVE-2024-22025 > adfda33005 nodejs: fix CVE-2024-22019 > > On Thu, Mar 28, 2024 at 2:23 PM Polampalli, Archana via > lists.openembedded.org > wrote: > > > > Reminder! > > > > From: openembedded-devel@lists.openembedded.org > > on behalf of Polampalli, > > Archana via lists.openembedded.org > > > > Sent: Tuesday, February 27, 2024 17:07 > > To: openembedded-devel@lists.openembedded.org > > > > Subject: [oe][meta-oe][kirkstone][PATCH V2 1/2] nodejs: fix CVE-2024-22025 > > > > From: Archana Polampalli > > > > Signed-off-by: Archana Polampalli > > --- > > .../nodejs/nodejs/CVE-2024-22025.patch| 148 ++ > > .../recipes-devtools/nodejs/nodejs_16.20.2.bb | 1 + > > 2 files changed, 149 insertions(+) > > create mode 100644 > > meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > > > > diff --git a/meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > > b/meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > > new file mode 100644 > > index 0..ac3a54aba > > --- /dev/null > > +++ b/meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > > @@ -0,0 +1,148 @@ > > +From 9052ef43dc2d1b0db340591a9bc9e45a25c01d90 Mon Sep 17 00:00:00 2001 > > +From: Matteo Collina > > +Date: Tue, 6 Feb 2024 16:47:20 +0100 > > +Subject: [PATCH 4/5] zlib: pause stream if outgoing buffer is full > > + > > +Signed-off-by: Matteo Collina > > +PR-URL: https://github.com/nodejs-private/node-private/pull/540 > > +Reviewed-By: Robert Nagy > > +Ref: https://hackerone.com/reports/2284065 > > + > > +CVE-ID: CVE-2024-22025 > > + > > +Upstream-Status: Backport > > [https://github.com/nodejs/node/commit/9052ef43dc2d1b0d] > > + > > +Signed-off-by: Archana Polampalli > > +--- > > + lib/zlib.js| 32 +++--- > > + test/parallel/test-zlib-brotli-16GB.js | 22 ++ > > + test/parallel/test-zlib-params.js | 24 +++ > > + 3 files changed, 61 insertions(+), 17 deletions(-) > > + create mode 100644 test/parallel/test-zlib-brotli-16GB.js > > + > > +diff --git a/lib/zlib.js b/lib/zlib.js > > +index 9bde199..8e033e5 100644 > > +--- a/lib/zlib.js > > b/lib/zlib.js > > +@@ -560,10 +560,11 @@ function processCallback() { > > + self.bytesWritten += inDelta; > > + > > + const have = handle.availOutBefore - availOutAfter; > > ++ let streamBufferIsFull = false; > > + if (have > 0) { > > + const out = self._outBuffer.slice(self._outOffset, self._outOffset + > > have); > > + self._outOffset += have; > > +-self.push(out); > > ++streamBufferIsFull = !self.push(out); > > + } else { > > + assert(have === 0, 'have should not go down'); > > + } > > +@@ -588,13 +589,28 @@ function processCallback() { > > + handle.inOff += inDelta; > > + handle.availInBefore = availInAfter; > > + > > +-this.write(handle.flushFlag, > > +- this.buffer, // in > > +- handle.inOff, // in_off > > +- handle.availInBefore, // in_len > > +- self._outBuffer, // out > > +- self._outOffset, // out_off > > +- self._chunkSize); // out_len > > ++if (!streamBufferIsFull) { > > ++ this.write(handle.flushFlag, > > ++ this.buffer, // in > > ++ handle.inOff, // in_off > > ++ handle.availInBefore, // in_len > > ++ self._outBuffer, // out > > ++ self._outOffset, // out_off > > ++ self._chunkSize); // out_len > > ++} else { > > ++ const oldRead = self._read; > > ++ self._read = (n) => { > > ++self._read = oldRead; > > ++this.w
Re: [oe][meta-oe][kirkstone][PATCH V2 1/2] nodejs: fix CVE-2024-22025
+Armin These 3 are still applicable for kirkstone, is there a reason why they weren't picked for last kirkstone update? e3a43ce251 nodejs: fix CVE-2023-46809 7a5471b5ed nodejs: fix CVE-2024-22025 adfda33005 nodejs: fix CVE-2024-22019 On Thu, Mar 28, 2024 at 2:23 PM Polampalli, Archana via lists.openembedded.org wrote: > > Reminder! > > From: openembedded-devel@lists.openembedded.org > on behalf of Polampalli, Archana > via lists.openembedded.org > > Sent: Tuesday, February 27, 2024 17:07 > To: openembedded-devel@lists.openembedded.org > > Subject: [oe][meta-oe][kirkstone][PATCH V2 1/2] nodejs: fix CVE-2024-22025 > > From: Archana Polampalli > > Signed-off-by: Archana Polampalli > --- > .../nodejs/nodejs/CVE-2024-22025.patch| 148 ++ > .../recipes-devtools/nodejs/nodejs_16.20.2.bb | 1 + > 2 files changed, 149 insertions(+) > create mode 100644 > meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > > diff --git a/meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > b/meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > new file mode 100644 > index 0..ac3a54aba > --- /dev/null > +++ b/meta-oe/recipes-devtools/nodejs/nodejs/CVE-2024-22025.patch > @@ -0,0 +1,148 @@ > +From 9052ef43dc2d1b0db340591a9bc9e45a25c01d90 Mon Sep 17 00:00:00 2001 > +From: Matteo Collina > +Date: Tue, 6 Feb 2024 16:47:20 +0100 > +Subject: [PATCH 4/5] zlib: pause stream if outgoing buffer is full > + > +Signed-off-by: Matteo Collina > +PR-URL: https://github.com/nodejs-private/node-private/pull/540 > +Reviewed-By: Robert Nagy > +Ref: https://hackerone.com/reports/2284065 > + > +CVE-ID: CVE-2024-22025 > + > +Upstream-Status: Backport > [https://github.com/nodejs/node/commit/9052ef43dc2d1b0d] > + > +Signed-off-by: Archana Polampalli > +--- > + lib/zlib.js| 32 +++--- > + test/parallel/test-zlib-brotli-16GB.js | 22 ++ > + test/parallel/test-zlib-params.js | 24 +++ > + 3 files changed, 61 insertions(+), 17 deletions(-) > + create mode 100644 test/parallel/test-zlib-brotli-16GB.js > + > +diff --git a/lib/zlib.js b/lib/zlib.js > +index 9bde199..8e033e5 100644 > +--- a/lib/zlib.js > b/lib/zlib.js > +@@ -560,10 +560,11 @@ function processCallback() { > + self.bytesWritten += inDelta; > + > + const have = handle.availOutBefore - availOutAfter; > ++ let streamBufferIsFull = false; > + if (have > 0) { > + const out = self._outBuffer.slice(self._outOffset, self._outOffset + > have); > + self._outOffset += have; > +-self.push(out); > ++streamBufferIsFull = !self.push(out); > + } else { > + assert(have === 0, 'have should not go down'); > + } > +@@ -588,13 +589,28 @@ function processCallback() { > + handle.inOff += inDelta; > + handle.availInBefore = availInAfter; > + > +-this.write(handle.flushFlag, > +- this.buffer, // in > +- handle.inOff, // in_off > +- handle.availInBefore, // in_len > +- self._outBuffer, // out > +- self._outOffset, // out_off > +- self._chunkSize); // out_len > ++if (!streamBufferIsFull) { > ++ this.write(handle.flushFlag, > ++ this.buffer, // in > ++ handle.inOff, // in_off > ++ handle.availInBefore, // in_len > ++ self._outBuffer, // out > ++ self._outOffset, // out_off > ++ self._chunkSize); // out_len > ++} else { > ++ const oldRead = self._read; > ++ self._read = (n) => { > ++self._read = oldRead; > ++this.write(handle.flushFlag, > ++ this.buffer, // in > ++ handle.inOff, // in_off > ++ handle.availInBefore, // in_len > ++ self._outBuffer, // out > ++ self._outOffset, // out_off > ++ self._chunkSize); // out_len > ++self._read(n); > ++ }; > ++} > + return; > + } > + > +diff --git a/test/parallel/test-zlib-brotli-16GB.js > b/test/parallel/test-zlib-brotli-16GB.js > +new file mode 100644 > +index 000..1ca10f7 > +--- /dev/null > b/test/parallel/test-zlib-brotli-16GB.js > +@@ -0,0 +1,22 @@ > ++use strict'; > ++ > ++const common = require('../common'); > ++const { createBrotliDecompress } = require('node:zlib'); > ++const strictEqual = require('node:assert').strictEqual; > ++ > ++// This tiny HEX string is a 16GB file. > ++// This test verifies that the stream actually stops. > ++/* eslint-disable max-len */ > ++const content = > 'cf7ff82700e2b14020f7fe904f00c4610180eefd3fffe19f0088c32200ddfb7ffec33f0110870500baf7fffc877f02200e0b0074e90fff04401c1600e8defff31ffe0980382c00d0bdffe73ffc1300715800a07bffcf7ff82700e2b00040f7fe904f00c4610180eefd3fffe19f0088c30200ddfb7ffec33f0110
Re: [oe] [meta-oe][PATCH] layers: stop declaring compatibility with scarthgap
Small typo in styheed On Sat, May 25, 2024 at 8:58 AM Dmitry Baryshkov via lists.openembedded.org wrote: > > With the UNPACKDIR changes in place the layers are no longer compatible > with the scarthgap release. Drop it from LAYERSERIES_COMPAT and limit > compatibility to styheed only. > > Signed-off-by: Dmitry Baryshkov > --- > meta-filesystems/conf/layer.conf | 2 +- > meta-gnome/conf/layer.conf | 2 +- > meta-initramfs/conf/layer.conf | 2 +- > meta-multimedia/conf/layer.conf | 2 +- > meta-networking/conf/layer.conf | 2 +- > meta-oe/conf/layer.conf | 2 +- > meta-perl/conf/layer.conf| 2 +- > meta-python/conf/layer.conf | 2 +- > meta-webserver/conf/layer.conf | 2 +- > meta-xfce/conf/layer.conf| 2 +- > 10 files changed, 10 insertions(+), 10 deletions(-) > > diff --git a/meta-filesystems/conf/layer.conf > b/meta-filesystems/conf/layer.conf > index 2e220bfe2468..52ca5a4c0b36 100644 > --- a/meta-filesystems/conf/layer.conf > +++ b/meta-filesystems/conf/layer.conf > @@ -15,4 +15,4 @@ LAYERVERSION_filesystems-layer = "1" > > LAYERDEPENDS_filesystems-layer = "core openembedded-layer networking-layer" > > -LAYERSERIES_COMPAT_filesystems-layer = "scarthgap styhead" > +LAYERSERIES_COMPAT_filesystems-layer = "styhead" > diff --git a/meta-gnome/conf/layer.conf b/meta-gnome/conf/layer.conf > index 89659592ee6b..f831de78c433 100644 > --- a/meta-gnome/conf/layer.conf > +++ b/meta-gnome/conf/layer.conf > @@ -17,7 +17,7 @@ LAYERVERSION_gnome-layer = "1" > > LAYERDEPENDS_gnome-layer = "core openembedded-layer networking-layer > meta-python" > > -LAYERSERIES_COMPAT_gnome-layer = "scarthgap styhead" > +LAYERSERIES_COMPAT_gnome-layer = "styhead" > > SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += "\ >faenza-icon-theme->gdk-pixbuf \ > diff --git a/meta-initramfs/conf/layer.conf b/meta-initramfs/conf/layer.conf > index 93ae527d4214..c844085b09bf 100644 > --- a/meta-initramfs/conf/layer.conf > +++ b/meta-initramfs/conf/layer.conf > @@ -16,7 +16,7 @@ BBFILE_PATTERN_meta-initramfs := "^${LAYERDIR}/" > BBFILE_PRIORITY_meta-initramfs = "5" > LAYERDEPENDS_meta-initramfs = "core" > > -LAYERSERIES_COMPAT_meta-initramfs = "scarthgap styhead" > +LAYERSERIES_COMPAT_meta-initramfs = "styhead" > > SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \ >dracut->virtual/kernel \ > diff --git a/meta-multimedia/conf/layer.conf b/meta-multimedia/conf/layer.conf > index b7866cbe8cd6..0442a57a968a 100644 > --- a/meta-multimedia/conf/layer.conf > +++ b/meta-multimedia/conf/layer.conf > @@ -31,4 +31,4 @@ LAYERVERSION_multimedia-layer = "1" > > LAYERDEPENDS_multimedia-layer = "core openembedded-layer meta-python" > > -LAYERSERIES_COMPAT_multimedia-layer = "scarthgap styhead" > +LAYERSERIES_COMPAT_multimedia-layer = "styhead" > diff --git a/meta-networking/conf/layer.conf b/meta-networking/conf/layer.conf > index 0e09d8f2ad9f..a9ba4abadeed 100644 > --- a/meta-networking/conf/layer.conf > +++ b/meta-networking/conf/layer.conf > @@ -15,7 +15,7 @@ LAYERVERSION_networking-layer = "1" > > LAYERDEPENDS_networking-layer = "core meta-python openembedded-layer" > > -LAYERSERIES_COMPAT_networking-layer = "scarthgap styhead" > +LAYERSERIES_COMPAT_networking-layer = "styhead" > > LICENSE_PATH += "${LAYERDIR}/licenses" > > diff --git a/meta-oe/conf/layer.conf b/meta-oe/conf/layer.conf > index d8f0f5339aed..77855dc659e8 100644 > --- a/meta-oe/conf/layer.conf > +++ b/meta-oe/conf/layer.conf > @@ -44,7 +44,7 @@ LAYERVERSION_openembedded-layer = "1" > > LAYERDEPENDS_openembedded-layer = "core" > > -LAYERSERIES_COMPAT_openembedded-layer = "scarthgap styhead" > +LAYERSERIES_COMPAT_openembedded-layer = "styhead" > > LICENSE_PATH += "${LAYERDIR}/licenses" > > diff --git a/meta-perl/conf/layer.conf b/meta-perl/conf/layer.conf > index e20c8471e051..fb1fe88453c6 100644 > --- a/meta-perl/conf/layer.conf > +++ b/meta-perl/conf/layer.conf > @@ -15,4 +15,4 @@ LAYERVERSION_perl-layer = "1" > > LAYERDEPENDS_perl-layer = "core openembedded-layer" > > -LAYERSERIES_COMPAT_perl-layer = "scarthgap styhead" > +LAYERSERIES_COMPAT_perl-layer = "styhead" > diff --git a/meta-python/conf/layer.conf b/meta-python/conf/layer.conf > index 998f492a49cb..aaf620a433ee 100644 > --- a/meta-python/conf/layer.conf > +++ b/meta-python/conf/layer.conf > @@ -14,6 +14,6 @@ LAYERVERSION_meta-python = "1" > > LAYERDEPENDS_meta-python = "core (>= 12) openembedded-layer" > > -LAYERSERIES_COMPAT_meta-python = "scarthgap styhead" > +LAYERSERIES_COMPAT_meta-python = "styhead" > > LICENSE_PATH += "${LAYERDIR}/licenses" > diff --git a/meta-webserver/conf/layer.conf b/meta-webserver/conf/layer.conf > index 717bfda471d9..08e9df505b60 100644 > --- a/meta-webserver/conf/layer.conf > +++ b/meta-webserver/conf/layer.conf > @@ -17,7 +17,7 @@ LAYERVERSION_webserver = "1" > > LAYERDEPENDS_webserver = "core openembedded-layer" > > -LAYERSERIES_COMPAT_webserver = "scarthgap styhead" > +LAYERSERIES_COMPAT_webserver = "styhead" > > LICENSE_PATH += "${LAYERDIR}/licenses" > > diff
[oe] [meta-oe][PATCH] libwebsockets: remove STAGING_LIBDIR with /
* after buildpath warnings fix from: https://git.openembedded.org/meta-openembedded/commit/?id=eeef1fddd9052bed4b1a91565260518eb042fed2 the LibwebsocketsTargets.cmake ends with: INTERFACE_LINK_LIBRARIES "ssl;crypto;ssl;crypto;/libcap.so;-lpthread" instead of: INTERFACE_LINK_LIBRARIES "ssl;crypto;ssl;crypto;/OE/build/.../libwebsockets/4.3.3/lib32-recipe-sysroot/usr/lib/libcap.so;-lpthread" which causes e.g. mosquitto to fail in do_compile with: ninja: error: '/libcap.so', needed by 'src/mosquitto', missing and no known rule to make it * this happens only when libwebsocket is built with libcap enabled (by libcap in DEPENDS) Signed-off-by: Martin Jansa --- .../recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb b/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb index 8f8b70421c..3170d37f5b 100644 --- a/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb +++ b/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb @@ -42,8 +42,8 @@ do_install:append() { sed -i -e 's|${STAGING_LIBDIR}/libuv.so|uv|g' ${D}${libdir}/cmake/libwebsockets/LibwebsocketsTargets.cmake sed -i -e 's|${STAGING_INCDIR}||g' ${D}${libdir}/cmake/libwebsockets/LibwebsocketsTargets.cmake \ ${D}${libdir}/cmake/libwebsockets/libwebsockets-config.cmake -sed -i -e 's|${STAGING_LIBDIR}||g' ${D}${libdir}/cmake/libwebsockets/LibwebsocketsTargets.cmake \ - ${D}${libdir}/cmake/libwebsockets/libwebsockets-config.cmake +sed -i -e 's|${STAGING_LIBDIR}/||g' ${D}${libdir}/cmake/libwebsockets/LibwebsocketsTargets.cmake \ + ${D}${libdir}/cmake/libwebsockets/libwebsockets-config.cmake } PACKAGES =+ "${PN}-testapps ${PN}-evlib-event ${PN}-evlib-uv ${PN}-evlib-ev ${PN}-evlib-sd" -- 2.45.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110524): https://lists.openembedded.org/g/openembedded-devel/message/110524 Mute This Topic: https://lists.openembedded.org/mt/106286777/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH] libwebsockets: fix buildpath warnings
This breaks libcap dependency when libwebsocket is built with libcap in DEPENDS. mosquitto fails with: ninja: error: '/libcap.so', needed by 'src/mosquitto', missing and no known rule to make it because this change caused this diff: +++ 4.3.3/image/usr/lib/cmake/libwebsockets/LibwebsocketsTargets.cmake 2024-05-24 20:16:49.448901228 +0200 @@ -69,7 +69,7 @@ set_target_properties(websockets_shared PROPERTIES INTERFACE_INCLUDE_DIRECTORIES "${_IMPORT_PREFIX}/include;" - INTERFACE_LINK_LIBRARIES "ssl;crypto;ssl;crypto;/OE/lge/build/starfish/styhead/BUILD/work/o22-webosmllib32-linux-gnueabi/lib32-libwebsockets/4.3.3/lib32-recipe-sysroot/usr/lib/libcap.so;-lpthread" + INTERFACE_LINK_LIBRARIES "ssl;crypto;ssl;crypto;/libcap.so;-lpthread" ) if(CMAKE_VERSION VERSION_LESS 2.8.12) I don't see libz there, but /libcap.so is surely wrong, removing the / fixes the mosquitto build for me (I'm not using it, it just started to fail in world builds now), will send the fix shortly. On Thu, May 16, 2024 at 6:30 PM Gerard Salvatella via lists.openembedded.org wrote: > > From: Gerard Salvatella > > In order to remove absolute paths from the cmake artifacts, paths from > the `$lib` folder should also be stripped off, otherwise internally > linked libraries (e.g. libz) may appear. > --- > .../recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git > a/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb > b/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb > index 4518e2faa..8f8b70421 100644 > --- a/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb > +++ b/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb > @@ -42,6 +42,8 @@ do_install:append() { > sed -i -e 's|${STAGING_LIBDIR}/libuv.so|uv|g' > ${D}${libdir}/cmake/libwebsockets/LibwebsocketsTargets.cmake > sed -i -e 's|${STAGING_INCDIR}||g' > ${D}${libdir}/cmake/libwebsockets/LibwebsocketsTargets.cmake \ > > ${D}${libdir}/cmake/libwebsockets/libwebsockets-config.cmake > +sed -i -e 's|${STAGING_LIBDIR}||g' > ${D}${libdir}/cmake/libwebsockets/LibwebsocketsTargets.cmake \ > + > ${D}${libdir}/cmake/libwebsockets/libwebsockets-config.cmake > } > > PACKAGES =+ "${PN}-testapps ${PN}-evlib-event ${PN}-evlib-uv ${PN}-evlib-ev > ${PN}-evlib-sd" > -- > 2.44.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110523): https://lists.openembedded.org/g/openembedded-devel/message/110523 Mute This Topic: https://lists.openembedded.org/mt/106138059/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][master-next][PATCH] source-han-sans-*-fonts: move common part to .inc file
* only SUMMARY, ZIPNAME and SRC_URI checksums are different * rename the .conf file to match BPN to simplify even more Signed-off-by: Martin Jansa --- conf => 44-source-han-sans-cn-fonts.conf} | 0 .../source-han-sans-cn-fonts_2.004.bb | 29 ++ .../ttf-fonts/source-han-sans-fonts.inc | 26 conf => 44-source-han-sans-jp-fonts.conf} | 0 .../source-han-sans-jp-fonts_2.004.bb | 29 ++ conf => 44-source-han-sans-kr-fonts.conf} | 0 .../source-han-sans-kr-fonts_2.004.bb | 30 ++- conf => 44-source-han-sans-tw-fonts.conf} | 0 .../source-han-sans-tw-fonts_2.004.bb | 30 ++- 9 files changed, 34 insertions(+), 110 deletions(-) rename meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts/{44-source-han-sans-cn.conf => 44-source-han-sans-cn-fonts.conf} (100%) create mode 100644 meta-oe/recipes-graphics/ttf-fonts/source-han-sans-fonts.inc rename meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts/{44-source-han-sans-jp.conf => 44-source-han-sans-jp-fonts.conf} (100%) rename meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts/{44-source-han-sans-kr.conf => 44-source-han-sans-kr-fonts.conf} (100%) rename meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts/{44-source-han-sans-tw.conf => 44-source-han-sans-tw-fonts.conf} (100%) diff --git a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts/44-source-han-sans-cn.conf b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts/44-source-han-sans-cn-fonts.conf similarity index 100% rename from meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts/44-source-han-sans-cn.conf rename to meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts/44-source-han-sans-cn-fonts.conf diff --git a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb index 0eeae9c2ee..c46952cce0 100644 --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb @@ -1,31 +1,6 @@ -require ttf.inc +require source-han-sans-fonts.inc SUMMARY = "Adobe OpenType Pan-CJK font family for Simplified Chinese" -HOMEPAGE = "https://github.com/adobe-fonts/source-han-sans"; -LICENSE = "OFL-1.1" -LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/${LICENSE};md5=fac3a519e5e9eb96316656e0ca4f2b90" +ZIPNAME = "SourceHanSansCN" -inherit allarch fontcache - -# Download tends to break - so - or not? -#EXCLUDE_FROM_WORLD = "1" - -SRC_URI = " \ - https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansCN.zip;subdir=${BP};downloadfilename=${BP}.zip \ -file://44-source-han-sans-cn.conf \ -" SRC_URI[sha256sum] = "6841fc13f1c0d255cfeb33d2a2c68d24bbebd94ae2c070347a2b2b200a1db4d6" - -do_install() { -install -d ${D}${sysconfdir}/fonts/conf.d/ -install -m 0644 ${UNPACKDIR}/44-source-han-sans-cn.conf ${D}${sysconfdir}/fonts/conf.d/ - -install -d ${D}${datadir}/fonts/truetype/ -find ./ -name '*.otf' -exec install -m 0644 {} ${D}${datadir}/fonts/truetype/ \; -} - -FILES:${PN} = " \ -${sysconfdir}/fonts \ -${datadir}/fonts \ -" - diff --git a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-fonts.inc b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-fonts.inc new file mode 100644 index 00..03ca4c0902 --- /dev/null +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-fonts.inc @@ -0,0 +1,26 @@ +require ttf.inc + +HOMEPAGE = "https://github.com/adobe-fonts/source-han-sans"; +LICENSE = "OFL-1.1" +LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/${LICENSE};md5=fac3a519e5e9eb96316656e0ca4f2b90" + +inherit allarch fontcache + +SRC_URI = " \ + https://github.com/adobe-fonts/source-han-sans/releases/download/${PV}R/${ZIPNAME}.zip;subdir=${BP};downloadfilename=${BP}.zip \ +file://44-${BPN}.conf \ +" + +do_install() { +install -d ${D}${sysconfdir}/fonts/conf.d/ +install -m 0644 ${UNPACKDIR}/44-${BPN}.conf ${D}${sysconfdir}/fonts/conf.d/ + +install -d ${D}${datadir}/fonts/truetype/ +find ./ -name '*.otf' -exec install -m 0644 {} ${D}${datadir}/fonts/truetype/ \; +} + +FILES:${PN} = " \ +${sysconfdir}/fonts \ +${datadir}/fonts \ +" + diff --git a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts/44-source-han-sans-jp.conf b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts/44-source-han-sans-jp-fonts.conf similarity index 100% rename from meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts/44-source-han-sans-jp.conf rename to meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts/44-source-han-sans-jp-fonts.conf diff --git a/met
Re: [oe] [meta-oe][PATCH v2] source-han-sans-*-fonts: rename downloaded files in SRC_URI
Thanks looks better, it can be simplified further, see: https://git.openembedded.org/meta-openembedded-contrib/commit/?h=jansa/master&id=80fdbf37b3252ed263091fafe6a156655f1a89fb Please review and if you agree with it, I'll test it and send it for master-next. Notice that there is inconsistent use of UNPACKDIR in these recipes (from master-next) so this will allow us to clean it up a bit in single .inc file. On Thu, May 23, 2024 at 10:31 AM Alexandre Truong via lists.openembedded.org wrote: > > In commit [0], we've switched away from SVN fetcher in SRC_URI. > The archives downloaded are named SourceHanSans*.zip > They are named this way regardless of the version 1.004 or 2.004. > So when the new archives checksums are tested, the fetcher will > look for the old archives with the same name in the DL_DIR. > From [1], there are checksum failures due to given checksums not > matching the ones in DL_DIR. Thus, downloaded archives are renamed > following their package name and version. > > [0]: > https://git.openembedded.org/meta-openembedded/commit/?id=36a1e36e1272ca50e5dba0c4cf25ee3ff8b8f1c9 > [1]: > https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/367/steps/16/logs/errors > > Signed-off-by: Alexandre Truong > Reviewed-by: Yoann Congal > --- > .../ttf-fonts/source-han-sans-cn-fonts_2.004.bb | 2 +- > .../ttf-fonts/source-han-sans-jp-fonts_2.004.bb | 2 +- > .../ttf-fonts/source-han-sans-kr-fonts_2.004.bb | 2 +- > .../ttf-fonts/source-han-sans-tw-fonts_2.004.bb | 2 +- > 4 files changed, 4 insertions(+), 4 deletions(-) > > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > index 391d46557..db4ff4269 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansCN.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansCN.zip;subdir=${BP};downloadfilename=${BP}.zip > \ > file://44-source-han-sans-cn.conf \ > " > SRC_URI[sha256sum] = > "6841fc13f1c0d255cfeb33d2a2c68d24bbebd94ae2c070347a2b2b200a1db4d6" > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > index f940478a8..7ece51128 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansJP.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansJP.zip;subdir=${BP};downloadfilename=${BP}.zip > \ > file://44-source-han-sans-jp.conf \ > " > SRC_URI[sha256sum] = > "1ae9f62ad620d686c4a049ce25cf54e3afd8fefc954a678c644cf9802750c17e" > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > index f536d1b61..0cbe438ef 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansKR.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansKR.zip;subdir=${BP};downloadfilename=${BP}.zip > \ > file://44-source-han-sans-kr.conf \ > " > SRC_URI[sha256sum] = > "02fe28a48c6381c49d61c27a1b173c77f0e6f2b9f2b68e79f076f10a6a8f4bfe" > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > index 0a4aff5e3..3b4eeb271 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansTW.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansTW.zip;subdir=${BP};downloadfilename=${BP}.zip > \ > file://44-source-han-sans-tw.conf \ > " > SRC_URI[sha256sum] = > "11d78c8fbc1a4bb0
Re: [oe] [meta-oe][PATCH] source-han-sans-*-fonts: rename downloaded files in SRC_URI
I think you can use ${BP} for downloafilename. On Thu, May 23, 2024 at 9:51 AM Alexandre Truong via lists.openembedded.org wrote: > > In commit [0], we've switched away from SVN fetcher in SRC_URI. > The archives downloaded are named SourceHanSans*.zip > They are named this way regardless of the version 1.004 or 2.004. > So when the new archives checksums are tested, the fetcher will > look for the old archives with the same name in the DL_DIR. > From [1], there are checksum failures due to given checksums not > matching the ones in DL_DIR. Thus, downloaded archives are renamed > by adding ${PV} in archive name. > > [0]: > https://git.openembedded.org/meta-openembedded/commit/?id=36a1e36e1272ca50e5dba0c4cf25ee3ff8b8f1c9 > [1]: > https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/367/steps/16/logs/errors > > Signed-off-by: Alexandre Truong > Reviewed-by: Yoann Congal > --- > .../ttf-fonts/source-han-sans-cn-fonts_2.004.bb | 2 +- > .../ttf-fonts/source-han-sans-jp-fonts_2.004.bb | 2 +- > .../ttf-fonts/source-han-sans-kr-fonts_2.004.bb | 2 +- > .../ttf-fonts/source-han-sans-tw-fonts_2.004.bb | 2 +- > 4 files changed, 4 insertions(+), 4 deletions(-) > > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > index 391d46557..f6e1a4c6d 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansCN.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansCN.zip;subdir=${BP};downloadfilename=source-han-sans-cn-fonts-${PV}.zip > \ > file://44-source-han-sans-cn.conf \ > " > SRC_URI[sha256sum] = > "6841fc13f1c0d255cfeb33d2a2c68d24bbebd94ae2c070347a2b2b200a1db4d6" > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > index f940478a8..9e18921d6 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansJP.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansJP.zip;subdir=${BP};downloadfilename=source-han-sans-jp-fonts-${PV}.zip > \ > file://44-source-han-sans-jp.conf \ > " > SRC_URI[sha256sum] = > "1ae9f62ad620d686c4a049ce25cf54e3afd8fefc954a678c644cf9802750c17e" > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > index f536d1b61..2b79cd762 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansKR.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansKR.zip;subdir=${BP};downloadfilename=source-han-sans-kr-fonts-${PV}.zip > \ > file://44-source-han-sans-kr.conf \ > " > SRC_URI[sha256sum] = > "02fe28a48c6381c49d61c27a1b173c77f0e6f2b9f2b68e79f076f10a6a8f4bfe" > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > index 0a4aff5e3..303edf3b6 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > @@ -11,7 +11,7 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansTW.zip;subdir=${BP} > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansTW.zip;subdir=${BP};downloadfilename=source-han-sans-tw-fonts-${PV}.zip > \ > file://44-source-han-sans-tw.conf \ > " > SRC_URI[sha256sum] = > "11d78c8fbc1a4bb04a453cdd65c99db8d41ec5cd6ba6d68c8638e6ba170de806" > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110497): https://lists.openembedded.org/g/openembedded-devel/message/110497 Mute This Topic: https://list
[oe] [meta-oe][PATCH] nodejs-oe-cache-native: use UNPACKDIR
* oe-npm-cache is now in UNPACKDIR not WORKDIR * fixes: http://errors.yoctoproject.org/Errors/Details/771012/ /OE/build/oe-core/tmp-glibc/work/x86_64-linux/nodejs-oe-cache-native/20.13/temp/run.do_configure.1268826: line 142: /OE/build/oe-core/tmp-glibc/work/x86_64-linux/nodejs-oe-cache-native/20.13/oe-npm-cache: No such file or directory * set S and UNPACKDIR to avoid this as well: WARNING: nodejs-oe-cache-native-20.13-r0 do_unpack: nodejs-oe-cache-native: the directory ${WORKDIR}/${BP} (/OE/build/oe-core/tmp-glibc/work/x86_64-linux/nodejs-oe-cache-native/20.13/nodejs-oe-cache-20.13) pointed to by the S variable doesn't exist - please set S within the recipe to point to where the source has been unpacked to Signed-off-by: Martin Jansa --- .../recipes-devtools/nodejs/nodejs-oe-cache-native_20.13.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.13.bb b/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.13.bb index a61dd5018f..d4b818f967 100644 --- a/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.13.bb +++ b/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.13.bb @@ -8,10 +8,13 @@ SRC_URI = "\ inherit native +S = "${WORKDIR}/sources" +UNPACKDIR = "${S}" + B = "${WORKDIR}/build" do_configure() { -sed -e 's!@@libdir@@!${libdir}!g' < '${WORKDIR}/oe-npm-cache' > '${B}/oe-npm-cache' +sed -e 's!@@libdir@@!${libdir}!g' < '${UNPACKDIR}/oe-npm-cache' > '${B}/oe-npm-cache' } do_install() { -- 2.45.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110491): https://lists.openembedded.org/g/openembedded-devel/message/110491 Mute This Topic: https://lists.openembedded.org/mt/106252386/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH v2] source-han-sans-*-fonts: fix SRC_URI
On Fri, May 17, 2024 at 3:07 PM Alexandre Truong via lists.openembedded.org wrote: > > We get fetch errors from the SRC_URI provided. See errors at [0]. > svn protocol was used but it's deprecated. For the record the svn protocol itself isn't deprecated in bitbake fetcher, just github no longer provides a svn access as mentioned in: https://git.openembedded.org/bitbake/commit/?h=master&id=a735898abcf056f897c9350bb128a5637e6b4617 * github no longer provides support for subversion clients: https://docs.github.com/en/enterprise-server@3.11/get-started/working-with-subversion-on-github/support-for-subversion-clients it was shut down on 2024-01-08: https://github.blog/2023-01-20-sunsetting-subversion-support/ > So, a http url will be passed instead. > > The sha256sum has also been changed since the previous one was > for the 1.004 release's archive, while we are on 2.004. > > [0]: > https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/353/steps/16/logs/errors > > Signed-off-by: Alexandre Truong > Reviewed-by: Yoann Congal > --- > .../ttf-fonts/source-han-sans-cn-fonts_2.004.bb| 7 ++- > .../ttf-fonts/source-han-sans-jp-fonts_2.004.bb| 7 ++- > .../ttf-fonts/source-han-sans-kr-fonts_2.004.bb| 7 ++- > .../ttf-fonts/source-han-sans-tw-fonts_2.004.bb| 7 ++- > 4 files changed, 8 insertions(+), 20 deletions(-) > > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > index b4a598527..391d46557 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-cn-fonts_2.004.bb > @@ -11,13 +11,10 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > svn://github.com/adobe-fonts/source-han-sans;module=branches/release/SubsetOTF/CN;protocol=http;rev=82 > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansCN.zip;subdir=${BP} > \ > file://44-source-han-sans-cn.conf \ > " > -SRC_URI[md5sum] = "d16abc21f6575bb08894efedbed484a2" > -SRC_URI[sha256sum] = > "0a0e1d8e52833bc352d454d8242da03b82c0efc41323fb66f7435e5b39734a4f" > - > -S = "${WORKDIR}/SourceHanSansCN" > +SRC_URI[sha256sum] = > "6841fc13f1c0d255cfeb33d2a2c68d24bbebd94ae2c070347a2b2b200a1db4d6" > > do_install() { > install -d ${D}${sysconfdir}/fonts/conf.d/ > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > index 6a4509048..f940478a8 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-jp-fonts_2.004.bb > @@ -11,13 +11,10 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > svn://github.com/adobe-fonts/source-han-sans;module=branches/release/SubsetOTF/JP;protocol=http;rev=82 > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansJP.zip;subdir=${BP} > \ > file://44-source-han-sans-jp.conf \ > " > -SRC_URI[md5sum] = "908fbf97f3df04a6838708c093f1e900" > -SRC_URI[sha256sum] = > "dc6dbae3fba35f220bac88ba7130b826c7efe1282f472788fae3628b79be3f54" > - > -S = "${WORKDIR}/SourceHanSansJP" > +SRC_URI[sha256sum] = > "1ae9f62ad620d686c4a049ce25cf54e3afd8fefc954a678c644cf9802750c17e" > > do_install() { > install -d ${D}${sysconfdir}/fonts/conf.d/ > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > index 5ab5057d8..f536d1b61 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-kr-fonts_2.004.bb > @@ -11,13 +11,10 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > svn://github.com/adobe-fonts/source-han-sans;module=branches/release/SubsetOTF/TW;protocol=http;rev=82 > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansKR.zip;subdir=${BP} > \ > file://44-source-han-sans-kr.conf \ > " > -SRC_URI[md5sum] = "f8d1bd6c87d8575afdb25e2f46bd81d4" > -SRC_URI[sha256sum] = > "38fd15c80f9980492faaa1af39ff873d8a38e45027023fb17d5b10d4b4b0e6af" > - > -S = "${WORKDIR}/SourceHanSansKR" > +SRC_URI[sha256sum] = > "02fe28a48c6381c49d61c27a1b173c77f0e6f2b9f2b68e79f076f10a6a8f4bfe" > > do_install() { > install -d ${D}${sysconfdir}/fonts/conf.d/ > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > index a2b3fff07..0a4aff5e3 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han
Re: [oe] [meta-oe][PATCH 1/4] source-han-sans-tw-fonts: fix url
S = "${WORKDIR}/${BP}" This is the default, so you can just drop this and I would squash all 4 as it's almost the same change across 4 almost identical recipes. On Fri, May 17, 2024 at 11:48 AM Alexandre Truong via lists.openembedded.org wrote: > > We get fetch errors from the SRC_URI provided. svn protocol was used > but it's deprecated. So, a http url will be passed instead. > > The sha256sum has also been changed since the previous one was > for the 1.004 release's archive, while we are on 2.004. > > Signed-off-by: Alexandre Truong > Reviewed-by: Yoann Congal > --- > .../ttf-fonts/source-han-sans-tw-fonts_2.004.bb| 7 +++ > 1 file changed, 3 insertions(+), 4 deletions(-) > > diff --git > a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > index a2b3fff07..563bd6a47 100644 > --- a/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > +++ b/meta-oe/recipes-graphics/ttf-fonts/source-han-sans-tw-fonts_2.004.bb > @@ -11,13 +11,12 @@ inherit allarch fontcache > #EXCLUDE_FROM_WORLD = "1" > > SRC_URI = " \ > - > svn://github.com/adobe-fonts/source-han-sans;module=branches/release/SubsetOTF/TW;protocol=http;rev=82 > \ > + > https://github.com/adobe-fonts/source-han-sans/releases/download/2.004R/SourceHanSansTW.zip;subdir=${BP} > \ > file://44-source-han-sans-tw.conf \ > " > -SRC_URI[md5sum] = "6533b71b31c19e548768f0fc963202f3" > -SRC_URI[sha256sum] = > "92ba161921c5cdec5a8f8d5711676f0865b50cee071c25eb4bd4125b5af59fd0" > +SRC_URI[sha256sum] = > "11d78c8fbc1a4bb04a453cdd65c99db8d41ec5cd6ba6d68c8638e6ba170de806" > > -S = "${WORKDIR}/SourceHanSansTW" > +S = "${WORKDIR}/${BP}" > > do_install() { > install -d ${D}${sysconfdir}/fonts/conf.d/ > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110428): https://lists.openembedded.org/g/openembedded-devel/message/110428 Mute This Topic: https://lists.openembedded.org/mt/106150787/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCHv2] freerdp: fix build with gcc-14
* bump SRCREV to get more gcc-14 fixes already merged upstream: $ git log --oneline 2.11.7..origin/stable-2.0 efa899d3d (HEAD -> stable-2.0, origin/stable-2.0) Merge pull request #10172 from AlessandroBono/wip/abono/incompatible-pointer 7894a7dfc redirection: Fix incompatible pointer type f3ed1f1ac redirection: Fix incompatible pointer type 4f411197d info: Fix incompatible pointer type a383740a2 next-dev-2.11.8-dev * fixes: http://errors.yoctoproject.org/Errors/Details/766906/ freerdp/2.11.2/git/libfreerdp/core/redirection.c:91:31: error: passing argument 1 of 'redirection_free_data' from incompatible pointer type [-Wincompatible-pointer-types] freerdp/2.11.2/git/libfreerdp/core/redirection.c:112:31: error: assignment to 'BYTE **' {aka 'unsigned char **'} from incompatible pointer type 'char **' [-Wincompatible-pointer-types] freerdp/2.11.2/git/libfreerdp/core/redirection.c:139:38: error: passing argument 1 of 'redirection_copy_data' from incompatible pointer type [-Wincompatible-pointer-types] freerdp/2.11.2/git/libfreerdp/core/info.c:88:39: error: initialization of 'const WCHAR *' {aka 'const short unsigned int *'} from incompatible pointer type 'BYTE *' {aka 'unsigned char *'} [-Wincompatible-pointer-types] and backport one commit from master to fix: git/channels/ainput/server/ainput_main.c:225:83: error: passing argument 3 of 'WTSVirtualChannelQuery' from incompatible pointer type [-Wincompatible-pointer-types] git/channels/ainput/server/ainput_main.c:419:36: error: passing argument 1 of 'ainput_server_context_free' from incompatible pointer type [-Wincompatible-pointer-types] git/channels/ainput/server/ainput_main.c:542:100: error: passing argument 3 of 'WTSVirtualChannelQuery' from incompatible pointer type [-Wincompatible-pointer-types] Signed-off-by: Martin Jansa --- ...mpilation-warnings-in-ainput-channel.patch | 72 +++ .../recipes-support/freerdp/freerdp_2.11.7.bb | 3 +- 2 files changed, 74 insertions(+), 1 deletion(-) create mode 100644 meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch diff --git a/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch new file mode 100644 index 00..62600cddab --- /dev/null +++ b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch @@ -0,0 +1,72 @@ +From 130094de3244d5039e463e1142e1ec487c1104ef Mon Sep 17 00:00:00 2001 +From: Armin Novak +Date: Tue, 22 Feb 2022 12:05:08 +0100 +Subject: [PATCH] Fixed compilation warnings in ainput channel + +Upstream-Status: Backport [130094de3 Fixed compilation warnings in ainput channel] +Signed-off-by: Martin Jansa +--- + channels/ainput/server/ainput_main.c | 18 -- + 1 file changed, 12 insertions(+), 6 deletions(-) + +diff --git a/channels/ainput/server/ainput_main.c b/channels/ainput/server/ainput_main.c +index bc1737ee1..17d2ec681 100644 +--- a/channels/ainput/server/ainput_main.c b/channels/ainput/server/ainput_main.c +@@ -192,7 +192,7 @@ static UINT ainput_server_recv_mouse_event(ainput_server* ainput, wStream* s) + + static HANDLE ainput_server_get_channel_handle(ainput_server* ainput) + { +- BYTE* buffer = NULL; ++ void* buffer = NULL; + DWORD BytesReturned = 0; + HANDLE ChannelEvent = NULL; + +@@ -389,7 +389,7 @@ ainput_server_context* ainput_server_context_new(HANDLE vcm) + goto fail; + return &ainput->context; + fail: +- ainput_server_context_free(ainput); ++ ainput_server_context_free(&ainput->context); + return NULL; + } + +@@ -496,17 +496,23 @@ UINT ainput_server_context_poll_int(ainput_server_context* context) + break; + case AINPUT_OPENED: + { +- BYTE* buffer = NULL; ++ union ++ { ++ BYTE* pb; ++ void* pv; ++ } buffer; + DWORD BytesReturned = 0; + +- if (WTSVirtualChannelQuery(ainput->ainput_channel, WTSVirtualChannelReady, &buffer, ++ buffer.pv = NULL; ++ ++ if (WTSVirtualChannelQuery(ainput->ainput_channel, WTSVirtualChannelReady, &buffer.pv, + &BytesReturned) != TRUE) + { + WLog_ERR(TAG, "WTSVirtualChannelReady failed,"); + } + else + { +- if (*buffer != 0) ++
[oe] [meta-oe][PATCH] freerdp: fix build with gcc-14
* bump SRCREV to get more gcc-14 fixes already merged upstream: $ git log --oneline 2.11.7..origin/stable-2.0 efa899d3d (HEAD -> stable-2.0, origin/stable-2.0) Merge pull request #10172 from AlessandroBono/wip/abono/incompatible-pointer 7894a7dfc redirection: Fix incompatible pointer type f3ed1f1ac redirection: Fix incompatible pointer type 4f411197d info: Fix incompatible pointer type a383740a2 next-dev-2.11.8-dev * fixes: http://errors.yoctoproject.org/Errors/Details/766906/ freerdp/2.11.2/git/libfreerdp/core/redirection.c:91:31: error: passing argument 1 of 'redirection_free_data' from incompatible pointer type [-Wincompatible-pointer-types] freerdp/2.11.2/git/libfreerdp/core/redirection.c:112:31: error: assignment to 'BYTE **' {aka 'unsigned char **'} from incompatible pointer type 'char **' [-Wincompatible-pointer-types] freerdp/2.11.2/git/libfreerdp/core/redirection.c:139:38: error: passing argument 1 of 'redirection_copy_data' from incompatible pointer type [-Wincompatible-pointer-types] freerdp/2.11.2/git/libfreerdp/core/info.c:88:39: error: initialization of 'const WCHAR *' {aka 'const short unsigned int *'} from incompatible pointer type 'BYTE *' {aka 'unsigned char *'} [-Wincompatible-pointer-types] and backport one commit from master to fix: git/channels/ainput/server/ainput_main.c:225:83: error: passing argument 3 of 'WTSVirtualChannelQuery' from incompatible pointer type [-Wincompatible-pointer-types] git/channels/ainput/server/ainput_main.c:419:36: error: passing argument 1 of 'ainput_server_context_free' from incompatible pointer type [-Wincompatible-pointer-types] git/channels/ainput/server/ainput_main.c:542:100: error: passing argument 3 of 'WTSVirtualChannelQuery' from incompatible pointer type [-Wincompatible-pointer-types] Signed-off-by: Martin Jansa --- ...mpilation-warnings-in-ainput-channel.patch | 72 +++ .../recipes-support/freerdp/freerdp_2.11.7.bb | 5 +- 2 files changed, 75 insertions(+), 2 deletions(-) create mode 100644 meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch diff --git a/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch new file mode 100644 index 00..62600cddab --- /dev/null +++ b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings-in-ainput-channel.patch @@ -0,0 +1,72 @@ +From 130094de3244d5039e463e1142e1ec487c1104ef Mon Sep 17 00:00:00 2001 +From: Armin Novak +Date: Tue, 22 Feb 2022 12:05:08 +0100 +Subject: [PATCH] Fixed compilation warnings in ainput channel + +Upstream-Status: Backport [130094de3 Fixed compilation warnings in ainput channel] +Signed-off-by: Martin Jansa +--- + channels/ainput/server/ainput_main.c | 18 -- + 1 file changed, 12 insertions(+), 6 deletions(-) + +diff --git a/channels/ainput/server/ainput_main.c b/channels/ainput/server/ainput_main.c +index bc1737ee1..17d2ec681 100644 +--- a/channels/ainput/server/ainput_main.c b/channels/ainput/server/ainput_main.c +@@ -192,7 +192,7 @@ static UINT ainput_server_recv_mouse_event(ainput_server* ainput, wStream* s) + + static HANDLE ainput_server_get_channel_handle(ainput_server* ainput) + { +- BYTE* buffer = NULL; ++ void* buffer = NULL; + DWORD BytesReturned = 0; + HANDLE ChannelEvent = NULL; + +@@ -389,7 +389,7 @@ ainput_server_context* ainput_server_context_new(HANDLE vcm) + goto fail; + return &ainput->context; + fail: +- ainput_server_context_free(ainput); ++ ainput_server_context_free(&ainput->context); + return NULL; + } + +@@ -496,17 +496,23 @@ UINT ainput_server_context_poll_int(ainput_server_context* context) + break; + case AINPUT_OPENED: + { +- BYTE* buffer = NULL; ++ union ++ { ++ BYTE* pb; ++ void* pv; ++ } buffer; + DWORD BytesReturned = 0; + +- if (WTSVirtualChannelQuery(ainput->ainput_channel, WTSVirtualChannelReady, &buffer, ++ buffer.pv = NULL; ++ ++ if (WTSVirtualChannelQuery(ainput->ainput_channel, WTSVirtualChannelReady, &buffer.pv, + &BytesReturned) != TRUE) + { + WLog_ERR(TAG, "WTSVirtualChannelReady failed,"); + } + else + { +- if (*buffer != 0) ++
Re: [oe] [meta-oe][PATCH 1/2] freerdp: Upgrade to 2.11.7
I've seen it with qemux86-64 and raspberrypi4-64 last night, both in DISTRO without x11 in DISTRO_FEATURES. freerdp3_3.5.1 doesn't seem to have this issue, version 2 was fixed last week: https://github.com/FreeRDP/FreeRDP/commit/4f411197dc9d2076f00748b1178a60b2423030bf will send a backport. On Tue, May 14, 2024 at 5:17 PM Khem Raj wrote: > > On Mon, May 13, 2024 at 11:39 PM Martin Jansa wrote: > > > > On Thu, May 9, 2024 at 9:25 PM Khem Raj via lists.openembedded.org > > wrote: > > > > > > Partially backport a fix to build with gcc-14 > > > > It fixes it only partially, right? > > > > I'm stills seeing: > > > > freerdp/2.11.7/git/libfreerdp/core/info.c:88:39: error: initialization > > of 'const WCHAR *' {aka 'const short unsigned int *'} from > > incompatible pointer type 'BYTE *' {aka 'unsigned char *'} > > [-Wincompatible-pointer-types] > >88 | const WCHAR* domain = Stream_Pointer(s); > > | ^~ > > > > Interesting, I did not encounter this, perhaps different machines maybe ? > > > > > > Signed-off-by: Khem Raj > > > --- > > > .../0001-Fixed-compilation-warnings.patch | 27 +++ > > > .../{freerdp_2.11.2.bb => freerdp_2.11.7.bb} | 3 ++- > > > 2 files changed, 29 insertions(+), 1 deletion(-) > > > create mode 100644 > > > meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > > > rename meta-oe/recipes-support/freerdp/{freerdp_2.11.2.bb => > > > freerdp_2.11.7.bb} (97%) > > > > > > diff --git > > > a/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > > > > > > b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > > > new file mode 100644 > > > index 00..7fae2703f8 > > > --- /dev/null > > > +++ > > > b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > > > @@ -0,0 +1,27 @@ > > > +From 75fa1fa5bd5ef2350390564245fd0984209ac092 Mon Sep 17 00:00:00 2001 > > > +From: akallabeth > > > +Date: Mon, 4 Jul 2022 14:34:46 +0200 > > > +Subject: [PATCH] Fixed compilation warnings > > > + > > > +Upstream-Status: Backport > > > [https://github.com/FreeRDP/FreeRDP/commit/2da280b8a1748052b70b3f5a1ef0d8e932c33adc] > > > +Signed-off-by: Khem Raj > > > +--- > > > + client/X11/xf_graphics.c | 2 +- > > > + 1 file changed, 1 insertion(+), 1 deletion(-) > > > + > > > +diff --git a/client/X11/xf_graphics.c b/client/X11/xf_graphics.c > > > +index 5aa1fd48b..fe81e0ed9 100644 > > > +--- a/client/X11/xf_graphics.c > > > b/client/X11/xf_graphics.c > > > +@@ -438,7 +438,7 @@ static BOOL xf_Pointer_New(rdpContext* context, > > > rdpPointer* pointer) > > > + > > > + #endif > > > + fail: > > > +- WLog_DBG(TAG, "%s: %ld", __func__, rc ? pointer : -1); > > > ++ WLog_DBG(TAG, "%s: %p", __func__, rc ? pointer : NULL); > > > + return rc; > > > + } > > > + > > > +-- > > > +2.45.0 > > > + > > > diff --git a/meta-oe/recipes-support/freerdp/freerdp_2.11.2.bb > > > b/meta-oe/recipes-support/freerdp/freerdp_2.11.7.bb > > > similarity index 97% > > > rename from meta-oe/recipes-support/freerdp/freerdp_2.11.2.bb > > > rename to meta-oe/recipes-support/freerdp/freerdp_2.11.7.bb > > > index 3319488051..43c38bf9c9 100644 > > > --- a/meta-oe/recipes-support/freerdp/freerdp_2.11.2.bb > > > +++ b/meta-oe/recipes-support/freerdp/freerdp_2.11.7.bb > > > @@ -13,9 +13,10 @@ inherit pkgconfig cmake gitpkgv > > > PE = "1" > > > PKGV = "${GITPKGVTAG}" > > > > > > -SRCREV = "a38c1be9eee39a9bc22b511fffe96e63fdf8ebe7" > > > +SRCREV = "7f6cc93c21d7f0faad6daacca06f494f29ce882c" > > > SRC_URI = > > > "git://github.com/FreeRDP/FreeRDP.git;branch=stable-2.0;protocol=https \ > > > file://winpr-makecert-Build-with-install-RPATH.patch \ > > > + file://0001-Fixed-compilation-warnings.patch \ > > > file://0001-Fix-const-qualifier-error.patch \ > > > file://0002-Do-not-install-tools-a-CMake-targets.patch \ > > > " > > > -- > > > 2.45.0 > > > > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110394): https://lists.openembedded.org/g/openembedded-devel/message/110394 Mute This Topic: https://lists.openembedded.org/mt/106007932/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH 1/2] freerdp: Upgrade to 2.11.7
On Thu, May 9, 2024 at 9:25 PM Khem Raj via lists.openembedded.org wrote: > > Partially backport a fix to build with gcc-14 It fixes it only partially, right? I'm stills seeing: freerdp/2.11.7/git/libfreerdp/core/info.c:88:39: error: initialization of 'const WCHAR *' {aka 'const short unsigned int *'} from incompatible pointer type 'BYTE *' {aka 'unsigned char *'} [-Wincompatible-pointer-types] 88 | const WCHAR* domain = Stream_Pointer(s); | ^~ > Signed-off-by: Khem Raj > --- > .../0001-Fixed-compilation-warnings.patch | 27 +++ > .../{freerdp_2.11.2.bb => freerdp_2.11.7.bb} | 3 ++- > 2 files changed, 29 insertions(+), 1 deletion(-) > create mode 100644 > meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > rename meta-oe/recipes-support/freerdp/{freerdp_2.11.2.bb => > freerdp_2.11.7.bb} (97%) > > diff --git > a/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > > b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > new file mode 100644 > index 00..7fae2703f8 > --- /dev/null > +++ > b/meta-oe/recipes-support/freerdp/freerdp/0001-Fixed-compilation-warnings.patch > @@ -0,0 +1,27 @@ > +From 75fa1fa5bd5ef2350390564245fd0984209ac092 Mon Sep 17 00:00:00 2001 > +From: akallabeth > +Date: Mon, 4 Jul 2022 14:34:46 +0200 > +Subject: [PATCH] Fixed compilation warnings > + > +Upstream-Status: Backport > [https://github.com/FreeRDP/FreeRDP/commit/2da280b8a1748052b70b3f5a1ef0d8e932c33adc] > +Signed-off-by: Khem Raj > +--- > + client/X11/xf_graphics.c | 2 +- > + 1 file changed, 1 insertion(+), 1 deletion(-) > + > +diff --git a/client/X11/xf_graphics.c b/client/X11/xf_graphics.c > +index 5aa1fd48b..fe81e0ed9 100644 > +--- a/client/X11/xf_graphics.c > b/client/X11/xf_graphics.c > +@@ -438,7 +438,7 @@ static BOOL xf_Pointer_New(rdpContext* context, > rdpPointer* pointer) > + > + #endif > + fail: > +- WLog_DBG(TAG, "%s: %ld", __func__, rc ? pointer : -1); > ++ WLog_DBG(TAG, "%s: %p", __func__, rc ? pointer : NULL); > + return rc; > + } > + > +-- > +2.45.0 > + > diff --git a/meta-oe/recipes-support/freerdp/freerdp_2.11.2.bb > b/meta-oe/recipes-support/freerdp/freerdp_2.11.7.bb > similarity index 97% > rename from meta-oe/recipes-support/freerdp/freerdp_2.11.2.bb > rename to meta-oe/recipes-support/freerdp/freerdp_2.11.7.bb > index 3319488051..43c38bf9c9 100644 > --- a/meta-oe/recipes-support/freerdp/freerdp_2.11.2.bb > +++ b/meta-oe/recipes-support/freerdp/freerdp_2.11.7.bb > @@ -13,9 +13,10 @@ inherit pkgconfig cmake gitpkgv > PE = "1" > PKGV = "${GITPKGVTAG}" > > -SRCREV = "a38c1be9eee39a9bc22b511fffe96e63fdf8ebe7" > +SRCREV = "7f6cc93c21d7f0faad6daacca06f494f29ce882c" > SRC_URI = > "git://github.com/FreeRDP/FreeRDP.git;branch=stable-2.0;protocol=https \ > file://winpr-makecert-Build-with-install-RPATH.patch \ > + file://0001-Fixed-compilation-warnings.patch \ > file://0001-Fix-const-qualifier-error.patch \ > file://0002-Do-not-install-tools-a-CMake-targets.patch \ > " > -- > 2.45.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110347): https://lists.openembedded.org/g/openembedded-devel/message/110347 Mute This Topic: https://lists.openembedded.org/mt/106007932/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCH 1/2] malcontent-ui: add malcontent to RDEPENDS
If libmalcontent-ui-1.so.1 links with libmalcontent-0.so.0 then this should be build-time DEPENDS (and then shlibs code in do_package will automatically add malcontent to RDEPENDS. On Mon, May 13, 2024 at 10:07 PM Markus Volk via lists.openembedded.org wrote: > > This fixes: > ERROR: malcontent-ui-0.12.0-r0 do_package_qa: QA Issue: > /usr/lib/libmalcontent-ui-1.so.1 > contained in package malcontent-ui requires libmalcontent-0.so.0()(64bit), > but no providers > found in RDEPENDS:malcontent-ui? [file-rdeps] > > Signed-off-by: Markus Volk > --- > meta-oe/recipes-gnome/malcontent/malcontent-ui_0.12.0.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/meta-oe/recipes-gnome/malcontent/malcontent-ui_0.12.0.bb > b/meta-oe/recipes-gnome/malcontent/malcontent-ui_0.12.0.bb > index 4ff16a82d..f64f69a78 100644 > --- a/meta-oe/recipes-gnome/malcontent/malcontent-ui_0.12.0.bb > +++ b/meta-oe/recipes-gnome/malcontent/malcontent-ui_0.12.0.bb > @@ -48,3 +48,5 @@ do_install() { > > FILES:${PN} = "${bindir} ${libdir} ${datadir}" > > +RDEPENDS:${PN} = "malcontent" > + > -- > 2.44.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110343): https://lists.openembedded.org/g/openembedded-devel/message/110343 Mute This Topic: https://lists.openembedded.org/mt/106081394/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] CVE checks failures for meta-oe
see https://lists.openembedded.org/g/openembedded-devel/message/110191 and https://github.com/openembedded/meta-openembedded/issues/817 and https://lists.openembedded.org/g/openembedded-devel/message/110196 we're just waiting for Armin to merge the fix. On Wed, May 8, 2024 at 11:45 PM Alexandre Belloni via lists.openembedded.org wrote: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/138/builds/1612/steps/16/logs/stdio > > ERROR: Nothing RPROVIDES 'python3-unittest-automake-output' (but > /home/pokybuild/yocto-worker/metrics/build/meta-openembedded/meta-python/recipes-devtools/python/python3-pyyaml-include_1.4.1.bb > RDEPENDS on or otherwise requires it) > NOTE: Runtime target 'python3-unittest-automake-output' is unbuildable, > removing... > Missing or unbuildable dependency chain was: > ['python3-unittest-automake-output'] > ERROR: Required build target 'meta-world-pkgdata' has no buildable providers. > > -- > 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 (#110280): https://lists.openembedded.org/g/openembedded-devel/message/110280 Mute This Topic: https://lists.openembedded.org/mt/105990476/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-python][PATCH] python3-grpcio: Fix build with gcc-14
* crypto: use _Generic only if !defined(__cplusplus) * fixes build with gcc-14 which has __builtin_addc and __builtin_subc with gcc-13 it was already using the #else branch because of missing builtins * fixes https://github.com/grpc/grpc/issues/35945 http://errors.yoctoproject.org/Errors/Details/766916/ * _Generic was introduced in boringssl with: https://boringssl.googlesource.com/boringssl/+/70ca6bc24be103dabd68e448cd3af29b929b771d%5E%21/#F4 * but e.g. third_party/boringssl-with-bazel/src/ssl/d1_both.cc includes this internal.h and from the .cc extension gcc will process it as C++ where _Generic isn't available, causing: In file included from third_party/boringssl-with-bazel/src/ssl/d1_both.cc:125: third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h: In function 'uint32_t CRYPTO_addc_u32(uint32_t, uint32_t, uint32_t, uint32_t*)': third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1159:7: error: expected primary-expression before 'unsigned' 1159 | unsigned: __builtin_addc, \ | ^~~~ third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1166:10: note: in expansion of macro 'CRYPTO_GENERIC_ADDC' 1166 | return CRYPTO_GENERIC_ADDC(x, y, carry, out_carry); | ^~~ third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1160:7: error: expected primary-expression before 'unsigned' 1160 | unsigned long: __builtin_addcl, \ | ^~~~ third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1166:10: note: in expansion of macro 'CRYPTO_GENERIC_ADDC' 1166 | return CRYPTO_GENERIC_ADDC(x, y, carry, out_carry); | ^~~ third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1161:7: error: expected primary-expression before 'unsigned' 1161 | unsigned long long: __builtin_addcll))((x), (y), (carry), (out_carry)) | ^~~~ third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1166:10: note: in expansion of macro 'CRYPTO_GENERIC_ADDC' 1166 | return CRYPTO_GENERIC_ADDC(x, y, carry, out_carry); | ^~~ third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1158:4: error: '_Generic' was not declared in this scope 1158 | (_Generic((x),\ |^~~~ third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1166:10: note: in expansion of macro 'CRYPTO_GENERIC_ADDC' 1166 | return CRYPTO_GENERIC_ADDC(x, y, carry, out_carry); | ^~~ Signed-off-by: Martin Jansa --- ..._Generic-only-if-defined-__cplusplus.patch | 74 +++ .../python/python3-grpcio_1.62.2.bb | 1 + 2 files changed, 75 insertions(+) create mode 100644 meta-python/recipes-devtools/python/python3-grpcio/0001-crypto-use-_Generic-only-if-defined-__cplusplus.patch diff --git a/meta-python/recipes-devtools/python/python3-grpcio/0001-crypto-use-_Generic-only-if-defined-__cplusplus.patch b/meta-python/recipes-devtools/python/python3-grpcio/0001-crypto-use-_Generic-only-if-defined-__cplusplus.patch new file mode 100644 index 00..d830d92284 --- /dev/null +++ b/meta-python/recipes-devtools/python/python3-grpcio/0001-crypto-use-_Generic-only-if-defined-__cplusplus.patch @@ -0,0 +1,74 @@ +From 3359a87a71307336100b84e66b69bad385cd3cfc Mon Sep 17 00:00:00 2001 +From: Martin Jansa +Date: Mon, 6 May 2024 01:36:39 +0200 +Subject: [PATCH] crypto: use _Generic only if !defined(__cplusplus) + +* fixes build with gcc-14 which has __builtin_addc and __builtin_subc + with gcc-13 it was already using the #else branch because of missing builtins + +* fixes + https://github.com/grpc/grpc/issues/35945 + +* _Generic was introduced in boringssl with: + https://boringssl.googlesource.com/boringssl/+/70ca6bc24be103dabd68e448cd3af29b929b771d%5E%21/#F4 + +* but e.g. third_party/boringssl-with-bazel/src/ssl/d1_both.cc includes + this internal.h and from the .cc extension gcc will process it as C++ + where _Generic isn't available, causing: + +In file included from third_party/boringssl-with-bazel/src/ssl/d1_both.cc:125: +third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h: In function 'uint32_t CRYPTO_addc_u32(uint32_t, uint32_t, uint32_t, uint32_t*)': +third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1159:7: error: expected primary-expression before 'unsigned' + 1159 | unsigned: __builtin_addc, \ + | ^~~~ +third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1166:10: note: in expansion of macro 'CRYPTO_GENERIC_ADDC' + 1166 | return CRYPTO_GENERIC_ADDC(x, y, carry, out_carry); + | ^~~ +third_party/boringssl-with-bazel/src/ss
[oe] [meta-oe][PATCH] libdeflate: fix build with -mcpu=cortex-a76+crypto without -march=armv8.2-a+crypto
* fixes: https://github.com/ebiggers/libdeflate/issues/369 Signed-off-by: Martin Jansa --- ...e-explicit-armv8.2-a-on-gcc-13.2-and.patch | 57 +++ .../libdeflate/libdeflate_1.20.bb | 5 +- 2 files changed, 60 insertions(+), 2 deletions(-) create mode 100644 meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch diff --git a/meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch b/meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch new file mode 100644 index 00..e87972af27 --- /dev/null +++ b/meta-oe/recipes-extended/libdeflate/libdeflate/0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch @@ -0,0 +1,57 @@ +From 684ebc7f8eb44558219d4b5be52add1250b3c0ca Mon Sep 17 00:00:00 2001 +From: Eric Biggers +Date: Tue, 30 Apr 2024 11:27:55 -0700 +Subject: [PATCH] lib/arm: don't use explicit armv8.2-a on gcc 13.2 and later + +Resolves https://github.com/ebiggers/libdeflate/issues/369 +--- +Upstream-Status: Backport [https://github.com/ebiggers/libdeflate/pull/370] + + lib/arm/adler32_impl.h | 10 ++ + lib/arm/crc32_impl.h | 10 ++ + 2 files changed, 12 insertions(+), 8 deletions(-) + +diff --git a/lib/arm/adler32_impl.h b/lib/arm/adler32_impl.h +index 6453b8e..6144afb 100644 +--- a/lib/arm/adler32_impl.h b/lib/arm/adler32_impl.h +@@ -214,11 +214,13 @@ adler32_arm_neon(u32 adler, const u8 *p, size_t len) + # ifdef __clang__ + #define ATTRIBUTES_target_attribute("dotprod") +/* +-* With gcc, arch=armv8.2-a is needed for dotprod intrinsics, unless the +-* default target is armv8.3-a or later in which case it must be omitted. +-* armv8.3-a or later can be detected by checking for __ARM_FEATURE_JCVT. ++* With gcc 13.1 and earlier (before gcc commit 73d3bc348190 or 9aac37ab8a7b, ++* "aarch64: Remove architecture dependencies from intrinsics"), ++* arch=armv8.2-a is needed for the dotprod intrinsics, unless the default ++* target is armv8.3-a or later in which case it must be omitted. armv8.3-a ++* or later can be detected by checking for __ARM_FEATURE_JCVT. + */ +-# elif defined(__ARM_FEATURE_JCVT) ++# elif GCC_PREREQ(13, 2) || defined(__ARM_FEATURE_JCVT) + #define ATTRIBUTES_target_attribute("+dotprod") + # else + #define ATTRIBUTES_target_attribute("arch=armv8.2-a+dotprod") +diff --git a/lib/arm/crc32_impl.h b/lib/arm/crc32_impl.h +index 3c4bec7..5363041 100644 +--- a/lib/arm/crc32_impl.h b/lib/arm/crc32_impl.h +@@ -551,11 +551,13 @@ crc32_arm_pmullx4(u32 crc, const u8 *p, size_t len) + # ifdef __clang__ + #define ATTRIBUTES_target_attribute("aes,crc,sha3") +/* +-* With gcc, arch=armv8.2-a is needed for the sha3 intrinsics, unless the +-* default target is armv8.3-a or later in which case it must be omitted. +-* armv8.3-a or later can be detected by checking for __ARM_FEATURE_JCVT. ++* With gcc 13.1 and earlier (before gcc commit 73d3bc348190 or 9aac37ab8a7b, ++* "aarch64: Remove architecture dependencies from intrinsics"), ++* arch=armv8.2-a is needed for the sha3 intrinsics, unless the default ++* target is armv8.3-a or later in which case it must be omitted. armv8.3-a ++* or later can be detected by checking for __ARM_FEATURE_JCVT. + */ +-# elif defined(__ARM_FEATURE_JCVT) ++# elif GCC_PREREQ(13, 2) || defined(__ARM_FEATURE_JCVT) + #define ATTRIBUTES_target_attribute("+crypto,+crc,+sha3") + # else + #define ATTRIBUTES _target_attribute("arch=armv8.2-a+crypto+crc+sha3") diff --git a/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb b/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb index f0a966f2b4..e3de8aca62 100644 --- a/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb +++ b/meta-oe/recipes-extended/libdeflate/libdeflate_1.20.bb @@ -6,10 +6,11 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=7b6977026437092191e9da699ed9f780" DEPENDS += "gzip zlib" -SRC_URI = "git://github.com/ebiggers/libdeflate.git;protocol=https;branch=master" +SRC_URI = "git://github.com/ebiggers/libdeflate.git;protocol=https;branch=master \ +file://0001-lib-arm-don-t-use-explicit-armv8.2-a-on-gcc-13.2-and.patch \ +" S = "${WORKDIR}/git" SRCREV = "275aa5141db6eda3587214e0f1d3a134768f557d" inherit cmake pkgconfig - -- 2.45.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110253): https://lists.openembedded.org/g/openembedded-devel/message/110253 Mute This Topic: https://lists.openembedded.org/mt/105912349/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] spdlog=v1.14.1
Fixed compatibility issue between c++17 and c++11 (#3081). Fixed creating folders under windows when full path with drive letter is given (#3079). Added mdc sample. Note: mdc is not supported in async loggers. * v1.14.0 introduced in: https://git.openembedded.org/meta-openembedded/commit/?id=a40b1fa392d20ebb29e38374d0f7ce1494bb797f causes: undefined reference to `spdlog::get(char const*)' in various consumers, more details in: https://github.com/gabime/spdlog/issues/3081 Signed-off-by: Martin Jansa --- .../spdlog/{spdlog_1.14.0.bb => spdlog_1.14.1.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta-oe/recipes-support/spdlog/{spdlog_1.14.0.bb => spdlog_1.14.1.bb} (91%) diff --git a/meta-oe/recipes-support/spdlog/spdlog_1.14.0.bb b/meta-oe/recipes-support/spdlog/spdlog_1.14.1.bb similarity index 91% rename from meta-oe/recipes-support/spdlog/spdlog_1.14.0.bb rename to meta-oe/recipes-support/spdlog/spdlog_1.14.1.bb index aa55171f31..19bac0be89 100644 --- a/meta-oe/recipes-support/spdlog/spdlog_1.14.0.bb +++ b/meta-oe/recipes-support/spdlog/spdlog_1.14.1.bb @@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/gabime/spdlog/wiki"; LICENSE = "MIT" LIC_FILES_CHKSUM = "file://LICENSE;md5=9573510928429ad0cbe5ba4de77546e9" -SRCREV = "238c9ffa5d1a14226eeabe10c9b633ed8b8e" +SRCREV = "27cb4c76708608465c413f6d0e6b8d99a4d84302" SRC_URI = "git://github.com/gabime/spdlog.git;protocol=https;branch=v1.x" DEPENDS = "fmt" -- 2.45.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110252): https://lists.openembedded.org/g/openembedded-devel/message/110252 Mute This Topic: https://lists.openembedded.org/mt/105906433/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [PATCH] nodejs-oe-cache: fix offline install of dependencies
On Fri, May 3, 2024 at 11:52 AM Martin Jansa via lists.openembedded.org wrote: > > Thanks, perfect timing, I've just sent e-mail reply to nodejs upgrade > that npm-10.5.0 upgrade broke this. Will test your change now. Thanks! And it works for me, thanks again. Cheers, -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110248): https://lists.openembedded.org/g/openembedded-devel/message/110248 Mute This Topic: https://lists.openembedded.org/mt/105884883/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [PATCH] nodejs-oe-cache: fix offline install of dependencies
Thanks, perfect timing, I've just sent e-mail reply to nodejs upgrade that npm-10.5.0 upgrade broke this. Will test your change now. Thanks! On Fri, May 3, 2024 at 11:42 AM Martin Hundeb?ll via lists.openembedded.org wrote: > > Apparently, npm has changed its request accept header, so that cache > lookup misses. This causes an ENOTCACHED error when doing the offline > install in do_compile() from npm.bbclass. > > Fix it by updating the fake cache entry to match the newest behaviour > from npm. > > Note that npm doesn't agree with itself, as it still uses the previous > header value when doing `npm cache add `, but the new value when > doing `npm install `. > > Bug submitted upstream: > https://github.com/npm/cli/issues/7465 > > Signed-off-by: Martin Hundebøll > --- > .../recipes-devtools/nodejs/nodejs-oe-cache-20.12/oe-npm-cache | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git > a/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.12/oe-npm-cache > b/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.12/oe-npm-cache > index f59620764..eb0f143ea 100755 > --- a/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.12/oe-npm-cache > +++ b/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.12/oe-npm-cache > @@ -30,7 +30,7 @@ const xlate = { > time: Date.now(), > url: key, > reqHeaders: { > - 'accept': 'application/vnd.npm.install-v1+json; q=1.0, > application/json; q=0.8, */*', > + 'accept': 'application/json', > }, > resHeaders: { > "content-type": "application/json", > -- > 2.44.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110247): https://lists.openembedded.org/g/openembedded-devel/message/110247 Mute This Topic: https://lists.openembedded.org/mt/105884883/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe][meta-oe][PATCH 1/1] nodejs: upgrade 20.11.1 -> 20.12.2
Hi, since this update I'm seeing couple of npmsw:// recipes failing with ENOTCACHED for various dependencies, e.g.: npm ERR! code ENOTCACHED npm ERR! request to https://registry.npmjs.org/documentation failed: cache mode is 'only-if-cached' but no cached response is available. -- npm ERR! code ENOTCACHED npm ERR! request to https://registry.npmjs.org/@babel%2feslint-plugin failed: cache mode is 'only-if-cached' but no cached response is available. reverting npm upgrade from 10.3.0 to 10.5.0 from: https://github.com/nodejs/node/commit/208dd887a5 https://github.com/nodejs/node/pull/51913 seems to fix this issue. Refreshing the shrinkwrap with 10.5.0 npm produces identical shrinkwrap. Is anyone else seeing this issue? Cheers, On Thu, Apr 25, 2024 at 10:25 AM Polampalli, Archana via lists.openembedded.org wrote: > > From: Archana Polampalli > > License-Update: > Copyright year updated > zlib version updated > GN files License update > > https://github.com/nodejs/node/commit/b5bc597871ca701bab750c46d31ed626decd7f89 > https://github.com/nodejs/node/commit/c8233912e9fd7464898b549d6762130722bf0bf4 > > Changelog: > https://github.com/nodejs/node/releases/tag/v20.12.2 > https://github.com/nodejs/node/releases/tag/v20.12.1 > https://github.com/nodejs/node/releases/tag/v20.12.0 > > Signed-off-by: Archana Polampalli > --- > .../oe-npm-cache | 0 > ...-cache-native_20.11.bb => nodejs-oe-cache-native_20.12.bb} | 0 > .../nodejs/{nodejs_20.11.1.bb => nodejs_20.12.2.bb} | 4 ++-- > 3 files changed, 2 insertions(+), 2 deletions(-) > rename meta-oe/recipes-devtools/nodejs/{nodejs-oe-cache-20.11 => > nodejs-oe-cache-20.12}/oe-npm-cache (100%) > rename meta-oe/recipes-devtools/nodejs/{nodejs-oe-cache-native_20.11.bb => > nodejs-oe-cache-native_20.12.bb} (100%) > rename meta-oe/recipes-devtools/nodejs/{nodejs_20.11.1.bb => > nodejs_20.12.2.bb} (97%) > > diff --git > a/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.11/oe-npm-cache > b/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.12/oe-npm-cache > similarity index 100% > rename from meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.11/oe-npm-cache > rename to meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-20.12/oe-npm-cache > diff --git a/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.11.bb > b/meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.12.bb > similarity index 100% > rename from meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.11.bb > rename to meta-oe/recipes-devtools/nodejs/nodejs-oe-cache-native_20.12.bb > diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_20.11.1.bb > b/meta-oe/recipes-devtools/nodejs/nodejs_20.12.2.bb > similarity index 97% > rename from meta-oe/recipes-devtools/nodejs/nodejs_20.11.1.bb > rename to meta-oe/recipes-devtools/nodejs/nodejs_20.12.2.bb > index 9a61cfcf7..d86c38f2f 100644 > --- a/meta-oe/recipes-devtools/nodejs/nodejs_20.11.1.bb > +++ b/meta-oe/recipes-devtools/nodejs/nodejs_20.12.2.bb > @@ -1,7 +1,7 @@ > DESCRIPTION = "nodeJS Evented I/O for V8 JavaScript" > HOMEPAGE = "http://nodejs.org"; > LICENSE = "MIT & ISC & BSD-2-Clause & BSD-3-Clause & Artistic-2.0 & > Apache-2.0" > -LIC_FILES_CHKSUM = "file://LICENSE;md5=78ad16dab3c1d15d4878c81770be0be7" > +LIC_FILES_CHKSUM = "file://LICENSE;md5=9a7fcce64128730251dbc58aa41b4674" > > CVE_PRODUCT = "nodejs node.js" > > @@ -36,7 +36,7 @@ SRC_URI:append:toolchain-clang:x86 = " \ > SRC_URI:append:toolchain-clang:powerpc64le = " \ > file://0001-ppc64-Do-not-use-mminimal-toc-with-clang.patch \ > " > -SRC_URI[sha256sum] = > "77813edbf3f7f16d2d35d3353443dee4e61d5ee84d9e3138c7538a3c0ca5209e" > +SRC_URI[sha256sum] = > "d7cbcc5fbfb31e9001f3f0150bbeda59abe5dd7137aaa6273958cd59ce35ced7" > > S = "${WORKDIR}/node-v${PV}" > > -- > 2.40.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110246): https://lists.openembedded.org/g/openembedded-devel/message/110246 Mute This Topic: https://lists.openembedded.org/mt/105726620/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-python][kirkstone][PATCH 2/3] python3-pyyaml-include: switch to pytest --automake
On Tue, Apr 30, 2024 at 9:28 AM Yu, Mingli wrote: > > > > On 4/30/24 15:16, Martin Jansa wrote: > > CAUTION: This email comes from a non Wind River email account! > > Do not click links or open attachments unless you recognize the sender and > > know the content is safe. > > > > On Wed, Mar 27, 2024 at 8:16 AM Yu, Mingli > > wrote: > >> > >> From: Tim Orling > >> > >> * Also replace ${PYTHON_PN} with python3 > >> > >> Signed-off-by: Tim Orling > >> Signed-off-by: Khem Raj > >> (cherry picked from commit 182f31a182f6572a3538b875cec7ee761e2da1e6) > >> Signed-off-by: Mingli Yu > > ... > >> diff --git > >> a/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > >> b/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > >> index 9bfaa2194..3a5bd99a7 100644 > >> --- a/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > >> +++ b/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > >> @@ -2,7 +2,7 @@ SUMMARY = "Extending PyYAML with a custom constructor for > >> including YAML files w > >> HOMEPAGE = "https://github.com/tanbro/pyyaml-include"; > >> LICENSE = "GPL-3.0-only" > >> LIC_FILES_CHKSUM = "file://LICENSE;md5=d32239bcb673463ab874e80d47fae504" > >> -DEPENDS += "${PYTHON_PN}-setuptools-scm-native" > >> +DEPENDS += "python3-setuptools-scm-native" > >> SRCREV = "36b6975aa8fc7a6cbf37de40aa2ed6d996b2f7be" > >> > >> SRC_URI = " \ > >> @@ -20,9 +20,10 @@ do_install_ptest() { > >> } > >> > >> RDEPENDS:${PN} += " \ > >> -${PYTHON_PN}-pyyaml \ > >> +python3-pyyaml \ > >> " > >> RDEPENDS:${PN}-ptest += " \ > >> -${PYTHON_PN}-pytest \ > >> +python3-pytest \ > >> +python3-unittest-automake-output \ > >> " > > > > This was now merged to meta-oe kirkstone, but the > > python3-unittest-automake-output isn't available in oe-core kirkstone, > > causing: > > ERROR: Nothing RPROVIDES 'python3-unittest-automake-output' (but > > meta-oe/meta-python/recipes-devtools/python/python3-pyyaml-include_1.4.1.bb > > RDEPENDS on or otherwise requires it) > > > > python3-unittest-automake-output was added to oe-core in mickledore: > > > > openembedded-core $ git log --oneline -- > > ./meta/recipes-devtools/python/python3-unittest-automake-output_0.1.bb > > db0e82135c python3-unittest-automake-output: upgrade to 0.2 > > 961e4f3fc7 python3-unittest-automake-output: add new recipe for ptest > > integration > > > > Please revert this (if the newer python3-pyyaml-include works without > > this change) or add python3-unittest-automake-output to kirkstone as > > well. > > The python3-pyyaml-include did works without > python3-unittest-automake-output, but the python3-pyyaml-include ptest > needs python3-unittest-automake-output and I also sent the patch to > oe-core(kirkstone)[1]. > > [1] > https://lore.kernel.org/all/20240327072236.2221619-1-mingli...@windriver.com/T/#mda91919809cf156aba24f099bef65142067cd318 [1] was rejected by Steve, so what's the plan now? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110193): https://lists.openembedded.org/g/openembedded-devel/message/110193 Mute This Topic: https://lists.openembedded.org/mt/105173183/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-python][kirkstone][PATCH 2/3] python3-pyyaml-include: switch to pytest --automake
On Wed, Mar 27, 2024 at 8:16 AM Yu, Mingli wrote: > > From: Tim Orling > > * Also replace ${PYTHON_PN} with python3 > > Signed-off-by: Tim Orling > Signed-off-by: Khem Raj > (cherry picked from commit 182f31a182f6572a3538b875cec7ee761e2da1e6) > Signed-off-by: Mingli Yu ... > diff --git > a/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > b/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > index 9bfaa2194..3a5bd99a7 100644 > --- a/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > +++ b/meta-python/recipes-devtools/python/python3-pyyaml-include_1.3.2.bb > @@ -2,7 +2,7 @@ SUMMARY = "Extending PyYAML with a custom constructor for > including YAML files w > HOMEPAGE = "https://github.com/tanbro/pyyaml-include"; > LICENSE = "GPL-3.0-only" > LIC_FILES_CHKSUM = "file://LICENSE;md5=d32239bcb673463ab874e80d47fae504" > -DEPENDS += "${PYTHON_PN}-setuptools-scm-native" > +DEPENDS += "python3-setuptools-scm-native" > SRCREV = "36b6975aa8fc7a6cbf37de40aa2ed6d996b2f7be" > > SRC_URI = " \ > @@ -20,9 +20,10 @@ do_install_ptest() { > } > > RDEPENDS:${PN} += " \ > -${PYTHON_PN}-pyyaml \ > +python3-pyyaml \ > " > RDEPENDS:${PN}-ptest += " \ > -${PYTHON_PN}-pytest \ > +python3-pytest \ > +python3-unittest-automake-output \ > " This was now merged to meta-oe kirkstone, but the python3-unittest-automake-output isn't available in oe-core kirkstone, causing: ERROR: Nothing RPROVIDES 'python3-unittest-automake-output' (but meta-oe/meta-python/recipes-devtools/python/python3-pyyaml-include_1.4.1.bb RDEPENDS on or otherwise requires it) python3-unittest-automake-output was added to oe-core in mickledore: openembedded-core $ git log --oneline -- ./meta/recipes-devtools/python/python3-unittest-automake-output_0.1.bb db0e82135c python3-unittest-automake-output: upgrade to 0.2 961e4f3fc7 python3-unittest-automake-output: add new recipe for ptest integration Please revert this (if the newer python3-pyyaml-include works without this change) or add python3-unittest-automake-output to kirkstone as well. Cheers, -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110191): https://lists.openembedded.org/g/openembedded-devel/message/110191 Mute This Topic: https://lists.openembedded.org/mt/105173183/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][scarthgap][master][PATCH] aravis: fix LICENSE and enable viewer PACKAGECONFIG only with GTK3DISTROFEATURES
* fixes: ERROR: Nothing PROVIDES 'gtk+3' (but meta-oe/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb DEPENDS on or otherwise requires it) gtk+3 was skipped: one of 'wayland x11' needs to be in DISTRO_FEATURES and ERROR: QA Issue: Recipe LICENSE includes obsolete licenses LGPL-2.1 [obsolete-license] Signed-off-by: Martin Jansa --- meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb b/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb index b5d7772e79..a4386e809c 100644 --- a/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb +++ b/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb @@ -6,7 +6,7 @@ DESCRIPTION = "\ " AUTHOR = "Emmanuel Pacaud" HOMEPAGE = "https://github.com/AravisProject/aravis"; -LICENSE = "LGPL-2.1" +LICENSE = "LGPL-2.1-only" LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c" DEPENDS += "\ @@ -29,7 +29,7 @@ GIDOCGEN_MESON_DISABLE_FLAG = "disabled" inherit meson pkgconfig gi-docgen gobject-introspection -PACKAGECONFIG ?= "gstreamer usb viewer" +PACKAGECONFIG ?= "gstreamer usb ${@bb.utils.contains_any('DISTRO_FEATURES', '${GTK3DISTROFEATURES}', 'viewer', '', d)}" PACKAGECONFIG[gstreamer] = "-Dgst-plugin=enabled, -Dgst-plugin=disabled,gstreamer1.0 gstreamer1.0-plugins-base," PACKAGECONFIG[usb] = "-Dusb=enabled, -Dusb=disabled, libusb1," PACKAGECONFIG[viewer] = "-Dviewer=enabled, -Dviewer=disabled, gtk+3 gstreamer1.0-plugins-base," -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110083): https://lists.openembedded.org/g/openembedded-devel/message/110083 Mute This Topic: https://lists.openembedded.org/mt/105666399/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-multimedia][scarthgap][master][PATCH] gst-instruments: enable ui PACKAGECONFIG only with GTK3DISTROFEATURES
* fixes: ERROR: Nothing PROVIDES 'gtk+3' (but meta-oe/meta-multimedia/recipes-support/gst-instruments/gst-instruments_git.bb DEPENDS on or otherwise requires it) gtk+3 was skipped: one of 'wayland x11' needs to be in DISTRO_FEATURES Signed-off-by: Martin Jansa --- .../recipes-support/gst-instruments/gst-instruments_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-multimedia/recipes-support/gst-instruments/gst-instruments_git.bb b/meta-multimedia/recipes-support/gst-instruments/gst-instruments_git.bb index df688bbcda..04d16ffe11 100644 --- a/meta-multimedia/recipes-support/gst-instruments/gst-instruments_git.bb +++ b/meta-multimedia/recipes-support/gst-instruments/gst-instruments_git.bb @@ -19,5 +19,5 @@ FILES:${PN} += "${libdir}/*" INSANE_SKIP:${PN}-dev = "dev-elf" -PACKAGECONFIG ??= "ui" +PACKAGECONFIG ??= "${@bb.utils.contains_any('DISTRO_FEATURES', '${GTK3DISTROFEATURES}', 'ui', '', d)}" PACKAGECONFIG[ui] = "-Dui=enabled,-Dui=disabled,gtk+3" -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110082): https://lists.openembedded.org/g/openembedded-devel/message/110082 Mute This Topic: https://lists.openembedded.org/mt/105666388/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-multimedia][PATCH] aravis: new recipe aravis is a vision library for genicam based cameras. aravis project allows to stream from genicam and GigE cameras
There is also: ERROR: Nothing PROVIDES 'gtk+3' (but meta-oe/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb DEPENDS on or otherwise requires it) gtk+3 was skipped: one of 'wayland x11' needs to be in DISTRO_FEATURES so this recipe should have REQUIRED_DISTRO_FEATURES matching gtk+3 or enable viewer PACKAGECONFIG only when wayland or x11 is in DISTRO_FEATURES. On Mon, Apr 22, 2024 at 8:17 AM Martin Jansa via lists.openembedded.org wrote: > > This is now triggering: > ERROR: QA Issue: Recipe LICENSE includes obsolete licenses LGPL-2.1 > [obsolete-license] > > Looks like it should be LGPL-2.1-only, please send follow-up fix. > > On Fri, Apr 19, 2024 at 7:21 PM Perceval via lists.openembedded.org > wrote: > > > > From: Perceval Arenou > > > > > > --- > > .../aravis/aravis_0.8.31.bb | 40 +++ > > 1 file changed, 40 insertions(+) > > create mode 100644 > > meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > > > > diff --git a/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > > b/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > > new file mode 100644 > > index 0..52e276c7b > > --- /dev/null > > +++ b/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > > @@ -0,0 +1,40 @@ > > +SUMMARY = "A vision library for genicam based cameras" > > +DESCRIPTION = "\ > > +Aravis is a glib/gobject based library for video acquisition using > > Genicam cameras.\ > > +It currently implements the gigabit ethernet and USB3 protocols used > > by industrial cameras.\ > > +It also provides a basic ethernet camera simulator and a simple video > > viewer.\ > > +" > > +AUTHOR = "Emmanuel Pacaud" > > +HOMEPAGE = "https://github.com/AravisProject/aravis"; > > +LICENSE = "LGPL-2.1" > > +LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c" > > + > > +DEPENDS += "\ > > +glib-2.0 \ > > +glib-2.0-native \ > > +libxml2 \ > > +zlib \ > > +" > > + > > +SRC_URI = > > "https://github.com/AravisProject/aravis/releases/download/${PV}/${BPN}-${PV}.tar.xz"; > > +SRC_URI[sha256sum] = > > "9c4ebe6273ed3abe466cb6ed8fa5c132bdd7e9a9298ca43fa0212c4311a084da" > > + > > +EXTRA_OEMESON += "-Dtests=false" > > + > > +GIR_MESON_ENABLE_FLAG = 'enabled' > > +GIR_MESON_DISABLE_FLAG = 'disabled' > > +GIDOCGEN_MESON_OPTION = "documentation" > > +GIDOCGEN_MESON_ENABLE_FLAG = "enabled" > > +GIDOCGEN_MESON_DISABLE_FLAG = "disabled" > > + > > +inherit meson pkgconfig gi-docgen gobject-introspection > > + > > +PACKAGECONFIG ?= "gstreamer usb viewer" > > +PACKAGECONFIG[gstreamer] = "-Dgst-plugin=enabled, -Dgst-plugin=disabled, > > gstreamer1.0 gstreamer1.0-plugins-base," > > +PACKAGECONFIG[usb] = "-Dusb=enabled, -Dusb=disabled, libusb1," > > +PACKAGECONFIG[viewer] = "-Dviewer=enabled, -Dviewer=disabled, gtk+3 > > gstreamer1.0-plugins-base," > > + > > +FILES:${PN} += "\ > > +${datadir} \ > > +${libdir}/gstreamer-1.0/libgstaravis.0.8.so \ > > +" > > -- > > 2.43.0 > > > > > > On Fri, Apr 19, 2024 at 5:40 PM Ross Burton wrote: > >> > >> On 19 Apr 2024, at 15:58, Perceval via lists.openembedded.org > >> wrote: > >> > +# These options are found in AravisProject/aravis meson_options.txt > >> > >> No need to comment where they came from, this is the only place they can > >> be defined. > >> > >> > +EXTRA_OEMESON += "\ > >> > +-Ddocumentation=disabled \ > >> > >> If would be good to use the gi-docgen class and respect the > >> api-documentation DISTRO_FEATURE instead of just turning this off. > >> > >> > +-Dfast-heartbeat=false \ > >> > >> Default value, remove. > >> > >> > +-Dpacket-socket=enabled \ > >> > >> Can’t you leave this as the default and let Meson detect? > >> > >> > +inherit_defer meson pkgconfig ${@bb.utils.contains('PACKAGECONFIG', > >> > 'introspection', 'gobject-introspection', '', d)} > >> > >> Only defer gobject-introspection, not the others. > >> > >> > +PACKAGECONFIG[introspection] = "-Dintrospection=enabled, > >> > -Dintrospection=disabled, gobject-introspection,” > >> > >> The gobject-introspection class will do this for you, remove this line. > >> > >> Ross > > > > > > > > -- > > Perceval ARENOU > > Embedded Operating System Engineer > > PTxTrimble formerly Bilberry > > > > > > > > > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110081): https://lists.openembedded.org/g/openembedded-devel/message/110081 Mute This Topic: https://lists.openembedded.org/mt/105577746/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-multimedia][PATCH] aravis: new recipe aravis is a vision library for genicam based cameras. aravis project allows to stream from genicam and GigE cameras
This is now triggering: ERROR: QA Issue: Recipe LICENSE includes obsolete licenses LGPL-2.1 [obsolete-license] Looks like it should be LGPL-2.1-only, please send follow-up fix. On Fri, Apr 19, 2024 at 7:21 PM Perceval via lists.openembedded.org wrote: > > From: Perceval Arenou > > > --- > .../aravis/aravis_0.8.31.bb | 40 +++ > 1 file changed, 40 insertions(+) > create mode 100644 meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > > diff --git a/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > b/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > new file mode 100644 > index 0..52e276c7b > --- /dev/null > +++ b/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb > @@ -0,0 +1,40 @@ > +SUMMARY = "A vision library for genicam based cameras" > +DESCRIPTION = "\ > +Aravis is a glib/gobject based library for video acquisition using > Genicam cameras.\ > +It currently implements the gigabit ethernet and USB3 protocols used by > industrial cameras.\ > +It also provides a basic ethernet camera simulator and a simple video > viewer.\ > +" > +AUTHOR = "Emmanuel Pacaud" > +HOMEPAGE = "https://github.com/AravisProject/aravis"; > +LICENSE = "LGPL-2.1" > +LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c" > + > +DEPENDS += "\ > +glib-2.0 \ > +glib-2.0-native \ > +libxml2 \ > +zlib \ > +" > + > +SRC_URI = > "https://github.com/AravisProject/aravis/releases/download/${PV}/${BPN}-${PV}.tar.xz"; > +SRC_URI[sha256sum] = > "9c4ebe6273ed3abe466cb6ed8fa5c132bdd7e9a9298ca43fa0212c4311a084da" > + > +EXTRA_OEMESON += "-Dtests=false" > + > +GIR_MESON_ENABLE_FLAG = 'enabled' > +GIR_MESON_DISABLE_FLAG = 'disabled' > +GIDOCGEN_MESON_OPTION = "documentation" > +GIDOCGEN_MESON_ENABLE_FLAG = "enabled" > +GIDOCGEN_MESON_DISABLE_FLAG = "disabled" > + > +inherit meson pkgconfig gi-docgen gobject-introspection > + > +PACKAGECONFIG ?= "gstreamer usb viewer" > +PACKAGECONFIG[gstreamer] = "-Dgst-plugin=enabled, -Dgst-plugin=disabled, > gstreamer1.0 gstreamer1.0-plugins-base," > +PACKAGECONFIG[usb] = "-Dusb=enabled, -Dusb=disabled, libusb1," > +PACKAGECONFIG[viewer] = "-Dviewer=enabled, -Dviewer=disabled, gtk+3 > gstreamer1.0-plugins-base," > + > +FILES:${PN} += "\ > +${datadir} \ > +${libdir}/gstreamer-1.0/libgstaravis.0.8.so \ > +" > -- > 2.43.0 > > > On Fri, Apr 19, 2024 at 5:40 PM Ross Burton wrote: >> >> On 19 Apr 2024, at 15:58, Perceval via lists.openembedded.org >> wrote: >> > +# These options are found in AravisProject/aravis meson_options.txt >> >> No need to comment where they came from, this is the only place they can be >> defined. >> >> > +EXTRA_OEMESON += "\ >> > +-Ddocumentation=disabled \ >> >> If would be good to use the gi-docgen class and respect the >> api-documentation DISTRO_FEATURE instead of just turning this off. >> >> > +-Dfast-heartbeat=false \ >> >> Default value, remove. >> >> > +-Dpacket-socket=enabled \ >> >> Can’t you leave this as the default and let Meson detect? >> >> > +inherit_defer meson pkgconfig ${@bb.utils.contains('PACKAGECONFIG', >> > 'introspection', 'gobject-introspection', '', d)} >> >> Only defer gobject-introspection, not the others. >> >> > +PACKAGECONFIG[introspection] = "-Dintrospection=enabled, >> > -Dintrospection=disabled, gobject-introspection,” >> >> The gobject-introspection class will do this for you, remove this line. >> >> Ross > > > > -- > Perceval ARENOU > Embedded Operating System Engineer > PTxTrimble formerly Bilberry > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110080): https://lists.openembedded.org/g/openembedded-devel/message/110080 Mute This Topic: https://lists.openembedded.org/mt/105577746/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] freediameter: fix dependency from libidn to libidn2
* it's used since: https://github.com/freeDiameter/freeDiameter/commit/da679d27c546e11f6e41ad8882699f726e58a9f7 included with the upgrade to 1.5.0 in: https://git.openembedded.org/meta-openembedded/commit/?id=47ccb88d94852e327f3bdd45425f33e56983b50c * libidn2 is usually pulled into the RSS by the dependency from gnutls but when gnutls doesn't depend on it, the build fails with: -- Checking for module 'libidn2' -- No package 'libidn2' found CMake Error at include/freeDiameter/CMakeLists.txt:144 (MESSAGE): Unable to find libidn2, please install libidn2-dev or equivalent, or set DIAMID_IDNA_IGNORE or DIAMID_IDNA_REJECT Signed-off-by: Martin Jansa --- .../recipes-protocols/freediameter/freediameter_1.5.0.bb| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-protocols/freediameter/freediameter_1.5.0.bb b/meta-networking/recipes-protocols/freediameter/freediameter_1.5.0.bb index 36854c75bc..b3282d273b 100644 --- a/meta-networking/recipes-protocols/freediameter/freediameter_1.5.0.bb +++ b/meta-networking/recipes-protocols/freediameter/freediameter_1.5.0.bb @@ -7,7 +7,7 @@ Accounting needs." HOMEPAGE = "http://www.freediameter.net"; -DEPENDS = "flex bison cmake-native libgcrypt gnutls libidn lksctp-tools virtual/kernel bison-native" +DEPENDS = "flex bison cmake-native libgcrypt gnutls libidn2 lksctp-tools virtual/kernel bison-native" PACKAGE_ARCH = "${MACHINE_ARCH}" -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110060): https://lists.openembedded.org/g/openembedded-devel/message/110060 Mute This Topic: https://lists.openembedded.org/mt/105618110/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-python] obsolete distutils3-base.bbclass error
See https://github.com/openembedded/meta-openembedded/pull/811 On Wed, Apr 17, 2024 at 12:13 AM Mark Hatle via lists.openembedded.org wrote: > > In scarthgap/master, I still have a couple of recipes that haven't been moved > to > using the proper setuptools3-base class yet. However, including > distutils3-base > fails. > > The code meta-python/classes/distutils3-base.bbclass is missing the close "}". > > --Mark > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#110037): https://lists.openembedded.org/g/openembedded-devel/message/110037 Mute This Topic: https://lists.openembedded.org/mt/105566562/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-python2][PATCH] layer.conf: update LAYERSERIES_COMPAT for scarthgap
Target python recipes are already blacklisted since https://github.com/shr-project/meta-python2/commit/10c65fc18998d302f34634ffceaf31ab335056dd so meta-python2 already provides just python-native and necessary bbclasses (as pythonnative.bbclass and few others). So I don't want to add another identical python2 recipe in meta-qt5 (which will be included for all meta-qt5 users) while now only a few recipes in meta-qt5 need meta-python2 layer to be included: ./recipes-qt/qt-kiosk-browser/qt-kiosk-browser_git.bb:if 'meta-python2' not in d.getVar('BBFILE_COLLECTIONS').split(): ./recipes-qt/qt-kiosk-browser/qt-kiosk-browser_git.bb:raise bb.parse.SkipRecipe('qtwebengine dependency requires meta-python2 to be present.') ./recipes-qt/qt5/qtpdf_git.bb:# still depends on python2 ./recipes-qt/qt5/qtpdf_git.bb:# First patch skips "python2" dependency checks for the pdf module ./recipes-qt/qt5/qtpdf_git.bb: file://0001-configure.json-remove-python2-dependency.patch \ ./recipes-qt/qt5/qtpdf_git.bb:PACKAGECONFIG[webengine-pdf] = "-feature-webengine-python2,-no-feature-webengine-python2,python3-native" ./recipes-qt/qt5/qtpdf/0001-configure.json-remove-python2-dependency.patch:Subject: [PATCH] configure.json: remove python2 dependency ./recipes-qt/qt5/qtpdf/0001-configure.json-remove-python2-dependency.patch:- && features.webengine-python2 ./recipes-qt/qt5/qtwebengine_git.bb:inherit ${@bb.utils.contains("BBFILE_COLLECTIONS", "meta-python2", "pythonnative", "", d)} ./recipes-qt/qt5/qtwebengine_git.bb:if 'meta-python2' not in d.getVar('BBFILE_COLLECTIONS').split(): ./recipes-qt/qt5/qtwebengine_git.bb:raise bb.parse.SkipRecipe('Requires meta-python2 to be present.') ./recipes-qt/qt5/qt5-creator_git.bb:if 'meta-python2' not in d.getVar('BBFILE_COLLECTIONS').split(): ./recipes-qt/qt5/qt5-creator_git.bb:raise bb.parse.SkipRecipe('Requires meta-python2 to be present.') ./recipes-qt/qt5/qtwebview_git.bb:if 'meta-python2' not in d.getVar('BBFILE_COLLECTIONS').split(): ./recipes-qt/qt5/qtwebview_git.bb:raise bb.parse.SkipRecipe('Requires meta-python2 to be present.') That's why I've included scarthgap compatibility in my fork of meta-python2. As there is strong opinion against declaring scarthgap compatibility in official meta-python2 from Timo, Alex and Jose, I don't plan to merge Marek's change (nor my version with additional fixes for Upstream-Status etc). Maybe usable compromise would be to delete all (already blacklisted) target recipes from existing meta-python2 and leave only the python-native to make it even more clear what this layer is temporarily used for (maybe even with another blacklist by default like I_REALLY_SWEAR_TO_MIGRATE_TO_PYTHON3_OR_DIE_TRYING) which IMHO makes better sense than importing this old unsupported python-native to meta-qt5. Cheers, On Tue, Apr 16, 2024 at 4:27 PM Alexander Kanavin wrote: > > On Tue, 16 Apr 2024 at 16:19, Peter Marko via lists.openembedded.org > wrote: > > Following works for yocto kirkstone + meta-lts-mixin kirkstone/go + > > meta-lts-mixin kirkstone/rust + meta-virtualization master > > LAYERSERIES_COMPAT_virtualization-layer += "kirkstone" > > > > meta-qt5 should be able to do something similar with meta-python2 if > > meta-python2 is frozen... > > If I remember right, meta-qt5 does not need target python2, it need > only native python2 because the qt5 web widget contains a badly > outdated chromium. So meta-qt5 could just copy the python2 recipe > directly into the layer perhaps and drop meta-python2 dependency. > > Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109982): https://lists.openembedded.org/g/openembedded-devel/message/109982 Mute This Topic: https://lists.openembedded.org/mt/105535514/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-oe][PATCH] libjxl: drop -mfp16-format=ieee
* causes qemuarm failure as shown in: http://errors.yoctoproject.org/Errors/Details/761504/ and reported in: https://lists.openembedded.org/g/openembedded-devel/message/109812 Signed-off-by: Martin Jansa --- meta-oe/recipes-multimedia/libjxl/libjxl_0.10.2.bb | 4 1 file changed, 4 deletions(-) diff --git a/meta-oe/recipes-multimedia/libjxl/libjxl_0.10.2.bb b/meta-oe/recipes-multimedia/libjxl/libjxl_0.10.2.bb index 142b283614..eced6c7726 100644 --- a/meta-oe/recipes-multimedia/libjxl/libjxl_0.10.2.bb +++ b/meta-oe/recipes-multimedia/libjxl/libjxl_0.10.2.bb @@ -37,7 +37,3 @@ PACKAGECONFIG[gimp] = "-DJPEGXL_ENABLE_PLUGIN_GIMP210=ON,-DJPEGXL_ENABLE_PLUGIN_ PACKAGECONFIG[mime] = "-DJPEGXL_ENABLE_PLUGIN_MIME=ON,-DJPEGXL_ENABLE_PLUGIN_MIME=OFF" FILES:${PN} += "${libdir}/gdk-pixbuf-2.0 ${datadir}" - -CXXFLAGS:append:arm = " -mfp16-format=ieee" -# Option not supported with clang and its default format for __fp16 anyway with clang -CXXFLAGS:remove:toolchain-clang = "-mfp16-format=ieee" -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109976): https://lists.openembedded.org/g/openembedded-devel/message/109976 Mute This Topic: https://lists.openembedded.org/mt/105554789/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-python2][PATCH] layer.conf: update LAYERSERIES_COMPAT for scarthgap
If you need it just for some experiments than feel free to use: https://github.com/shr-project/meta-python2/commits/jansa/master/ which I've already updated (for built time benchmark which historically included qtwebengine as well https://github.com/shr-project/test-oe-build-time). But for anything more serious work with your customer to switch to something more supported, there are still minor upgrades to meta-qt5 (last in https://github.com/meta-qt5/meta-qt5/pull/556), but it's a dead end and switch to something else should have higher priority than switch to scarthgap (e.g. switching to meta-qt6). Cheers, On Mon, Apr 15, 2024 at 3:15 PM Marek Vasut wrote: > > Support both kirkstone and scarthgap as that seems to work well. > > Signed-off-by: Marek Vasut > --- > conf/layer.conf | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/conf/layer.conf b/conf/layer.conf > index 38ef579..0f228ca 100644 > --- a/conf/layer.conf > +++ b/conf/layer.conf > @@ -14,7 +14,7 @@ LAYERVERSION_meta-python2 = "1" > > LAYERDEPENDS_meta-python2 = "core openembedded-layer" > > -LAYERSERIES_COMPAT_meta-python2 = "kirkstone" > +LAYERSERIES_COMPAT_meta-python2 = "kirkstone scarthgap" > > LICENSE_PATH += "${LAYERDIR}/licenses" > > -- > 2.43.0 > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109966): https://lists.openembedded.org/g/openembedded-devel/message/109966 Mute This Topic: https://lists.openembedded.org/mt/105535514/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe][meta-oe][PATCH] composefs: add a new recipe
> > > > > > I couldn't reproduce the build failure. What am I missing? > > > > removing meta-filesystems from your bblayers.conf > > no, I'm asking about the musl basename() related build failure. > > The build failure about fuse3 dependency is quite obvious. > In my local build, I moved the recipe to > meta-filesystems/recipes-support/composefs/ > I'll submit a v2 for the latter but if I can reproduce the musl issue > and get it fixed for v2 that would be great. Hi Fathi, I'm sorry, I've realized it just after sending the reply, gmail was showing your mail as a reply to the one about meta-filesystem and I didn't notice the musl issue before sending the reply, will fix that with another (6th) coffee :). Cheers, -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109867): https://lists.openembedded.org/g/openembedded-devel/message/109867 Mute This Topic: https://lists.openembedded.org/mt/105351850/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe][meta-oe][PATCH] composefs: add a new recipe
On Mon, Apr 8, 2024 at 3:50 PM Fathi Boudra wrote: > > Hi Khem, > > On Sat, 6 Apr 2024 at 03:04, Khem Raj wrote: > > > > fails with latest musl > > > > https://errors.yoctoproject.org/Errors/Details/761688/ > > I tried to reproduce: > > local.conf: > MACHINE = "qemuarm64" > TCLIBC = "musl" > TOOLCHAIN = "clang" > > $ bitbake -e musl |grep "^PV=" > PV="1.2.4+git" > > Build Configuration: > BB_VERSION = "2.7.3" > BUILD_SYS= "x86_64-linux" > NATIVELSBSTRING = "debian" > TARGET_SYS = "aarch64-oe-linux-musl" > MACHINE = "qemuarm64" > DISTRO = "nodistro" > DISTRO_VERSION = "nodistro.0" > TUNE_FEATURES= "aarch64 crc cortexa57" > TARGET_FPU = "" > meta = "master:486ed69939f1b7572f121960c2dde246032686e7" > meta-clang = "master:13dcab852c5bcd51fd75ae84ace9eddd99254653" > meta-filesystems > meta-networking > meta-oe > meta-python = "master:5a02b76b82d1f48986212c33dddf7986385c79ef" > > I couldn't reproduce the build failure. What am I missing? removing meta-filesystems from your bblayers.conf -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109865): https://lists.openembedded.org/g/openembedded-devel/message/109865 Mute This Topic: https://lists.openembedded.org/mt/105351850/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCHv2] libjxl: add recipe
On Fri, Apr 5, 2024 at 5:18 PM Khem Raj wrote: > > Can you try to comment out > >CXXFLAGS:append:arm = " -mfp16-format=ieee" > > for a test ? Yes, that fixes the build on qemuarm. > On Fri, Apr 5, 2024 at 12:13 AM Martin Jansa wrote: > > > > qemuarm build log: > > http://errors.yoctoproject.org/Errors/Details/761504/ > > > > shows -mfpu=neon was already used. > > > > FAILED: lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native/usr/bin/arm-oe-linux-gnueabi/arm-oe-linux-gnueabi-g++ > > --sysroot=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot > > -DFJXL_ENABLE_AVX512=0 > > -DHWY_DISABLED_TARGETS="(HWY_SSSE3|HWY_AVX3|HWY_AVX3_SPR|HWY_AVX3_ZEN4)" > > -D__DATE__=\"redacted\" -D__TIMESTAMP__=\"redacted\" > > -D__TIME__=\"redacted\" -Djxl_cms_EXPORTS > > -ITOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git > > -ITOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms > > -isystem > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/build/lib/include > > -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a15 -D_TIME_BITS=64 > > -D_FILE_OFFSET_BITS=64 > > --sysroot=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot > > -O2 -pipe -g -feliminate-unused-debug-types -fcanon-prefix-map > > -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git=/usr/src/debug/libjxl/0.10.2 > > > > -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git=/usr/src/debug/libjxl/0.10.2 > > > > -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/build=/usr/src/debug/libjxl/0.10.2 > > > > -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/build=/usr/src/debug/libjxl/0.10.2 > > > > -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot= > > > > -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot= > > > > -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native= > > -fvisibility-inlines-hidden -mfp16-format=ieee -fno-rtti -DNDEBUG > > -std=c++11 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden > > -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git=. > > -funwind-tables -fno-omit-frame-pointer -Wno-builtin-macro-redefined > > -Wall -fmerge-all-constants -fno-builtin-fwrite -fno-builtin-fread > > -Wextra -Wc++11-compat -Warray-bounds -Wformat-security > > -Wimplicit-fallthrough -Wno-register -Wno-unused-function > > -Wno-unused-parameter -Wnon-virtual-dtor -Woverloaded-virtual -Wvla > > -fsized-deallocation -fno-exceptions -fmath-errno > > -DJPEGXL_ENABLE_SKCMS=1 -DHWY_STATIC_DEFINE -Wno-psabi -MD -MT > > lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o -MF > > lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o.d -o > > lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o -c > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/skcms.cc > > In file included from > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/skcms.cc:18: > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/14.0.1/include/arm_neon.h: > > In function 'baseline::F baseline::F_from_Half(U16)': > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/14.0.1/include/arm_neon.h:7526:1: > > error: inlining failed in call to 'always_inline' 'float32x4_t > > vcvt_f32_f16(float16x4_t)': target specific option mismatch > > 7526 | vcvt_f32_f16 (float16x4_t __a) > > | ^~~~ > > In file included from > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/skcms.cc:2315: > > TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/src/Transform_inl.h:155:24: > > note: called from here > > 155 | return vcvt_f32_f16((float16x4_t)half); > > |^~
Re: [oe] [meta-oe][PATCHv2] libjxl: add recipe
qemuarm build log: http://errors.yoctoproject.org/Errors/Details/761504/ shows -mfpu=neon was already used. FAILED: lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native/usr/bin/arm-oe-linux-gnueabi/arm-oe-linux-gnueabi-g++ --sysroot=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot -DFJXL_ENABLE_AVX512=0 -DHWY_DISABLED_TARGETS="(HWY_SSSE3|HWY_AVX3|HWY_AVX3_SPR|HWY_AVX3_ZEN4)" -D__DATE__=\"redacted\" -D__TIMESTAMP__=\"redacted\" -D__TIME__=\"redacted\" -Djxl_cms_EXPORTS -ITOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git -ITOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms -isystem TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/build/lib/include -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a15 -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 --sysroot=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot -O2 -pipe -g -feliminate-unused-debug-types -fcanon-prefix-map -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git=/usr/src/debug/libjxl/0.10.2 -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git=/usr/src/debug/libjxl/0.10.2 -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/build=/usr/src/debug/libjxl/0.10.2 -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/build=/usr/src/debug/libjxl/0.10.2 -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot= -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot= -fdebug-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native= -fvisibility-inlines-hidden -mfp16-format=ieee -fno-rtti -DNDEBUG -std=c++11 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -fmacro-prefix-map=TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git=. -funwind-tables -fno-omit-frame-pointer -Wno-builtin-macro-redefined -Wall -fmerge-all-constants -fno-builtin-fwrite -fno-builtin-fread -Wextra -Wc++11-compat -Warray-bounds -Wformat-security -Wimplicit-fallthrough -Wno-register -Wno-unused-function -Wno-unused-parameter -Wnon-virtual-dtor -Woverloaded-virtual -Wvla -fsized-deallocation -fno-exceptions -fmath-errno -DJPEGXL_ENABLE_SKCMS=1 -DHWY_STATIC_DEFINE -Wno-psabi -MD -MT lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o -MF lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o.d -o lib/CMakeFiles/jxl_cms.dir/__/third_party/skcms/skcms.cc.o -c TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/skcms.cc In file included from TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/skcms.cc:18: TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/14.0.1/include/arm_neon.h: In function 'baseline::F baseline::F_from_Half(U16)': TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/14.0.1/include/arm_neon.h:7526:1: error: inlining failed in call to 'always_inline' 'float32x4_t vcvt_f32_f16(float16x4_t)': target specific option mismatch 7526 | vcvt_f32_f16 (float16x4_t __a) | ^~~~ In file included from TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/skcms.cc:2315: TOPDIR/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/src/Transform_inl.h:155:24: note: called from here 155 | return vcvt_f32_f16((float16x4_t)half); |^~~ On Fri, Apr 5, 2024 at 8:48 AM wrote: > > Does this also happen if you add '-mfpu=neon' to CXXFLAGS ? > > On Fri, Apr 5 2024 at 07:54:47 AM +02:00:00, Martin Jansa > wrote: > > I'm seeing build failure in 32bit arm builds (with multilib): > lib32-libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oemllib32-linux-gnueabi/gcc/arm-oemllib32-linux-gnueabi/13.2.0/include/arm_neon.h:7526:1: > error: inlining failed in call to 'always_inline' 'float32x4_t > vcvt_f32_f16(float16x4_t)': target specific option mismatch 7526 | > vcvt_f32_f16 (float16x4_t __a) | ^~~~ In file included from > TOPDIR/BUILD/work/mach-oemllib32-linux-gnueabi/lib32-libjxl/0.10.2/git/third_party/skcms/skcms.cc:2315: > > TOPDIR/BUILD/work/mach-oemllib32-linux-gnueabi/lib32-libjxl/0.10.2/git/third_party/skcms/src/Transform_inl.
Re: [oe] [meta-oe][PATCHv2] libjxl: add recipe
> btw what is your 32bit multilib defaultltune in this failing case none of the public ones, that's why I wanted to reproduce it with generic qemuarm first, will trigger the build and report back On Fri, Apr 5, 2024 at 8:54 AM Khem Raj wrote: > > On Thu, Apr 4, 2024 at 10:55 PM Martin Jansa wrote: > > > > I'm seeing build failure in 32bit arm builds (with multilib): > > > > lib32-libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oemllib32-linux-gnueabi/gcc/arm-oemllib32-linux-gnueabi/13.2.0/include/arm_neon.h:7526:1: > > error: inlining failed in call to 'always_inline' 'float32x4_t > > vcvt_f32_f16(float16x4_t)': target specific option mismatch > > 7526 | vcvt_f32_f16 (float16x4_t __a) > > | ^~~~ > > In file included from > > TOPDIR/BUILD/work/mach-oemllib32-linux-gnueabi/lib32-libjxl/0.10.2/git/third_party/skcms/skcms.cc:2315: > > TOPDIR/BUILD/work/mach-oemllib32-linux-gnueabi/lib32-libjxl/0.10.2/git/third_party/skcms/src/Transform_inl.h:155:24: > > note: called from here > > 155 | return vcvt_f32_f16((float16x4_t)half); > > |^~~ > > > > should I try to reproduce on some publicly available arm MACHINE (like > > qemuarm) or is someone else seeing this as well? > > This is not seen at least in my CI jobs even for qemuarm but then it > was with clang > so it will be good to reproduce it with gcc/qemuarm perhaps. btw what is your > 32bit multilib defaultltune in this failing case > > > > > On Tue, Apr 2, 2024 at 7:50 AM Markus Volk wrote: > > > > > > Import this recipe from meta-wayland, because it is a prerequisite > > > for the Gnome desktop. The recently updated gnome-backgrounds package > > > has converted most of the backgrounds to jxl and to keep them usable > > > the gdk-pixbuf-loader for jpegxl must be provided. This is included > > > in the libjxl package itself. > > > > > > Signed-off-by: Markus Volk > > > --- > > > .../libjxl/libjxl_2.10.0.bb | 42 +++ > > > 1 file changed, 42 insertions(+) > > > create mode 100644 meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > > > > > > diff --git a/meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > > > b/meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > > > new file mode 100644 > > > index 0..0c4f79fdb > > > --- /dev/null > > > +++ b/meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > > > @@ -0,0 +1,42 @@ > > > +SUMMARY = "Reference implementation of JPEG XL (encoder and decoder)" > > > +HOMEPAGE = "https://github.com/libjxl/libjxl/"; > > > + > > > +LICENSE = "BSD-3-Clause" > > > +LIC_FILES_CHKSUM = "file://LICENSE;md5=6a905a337cc228a1f68f0b5416f52a7f" > > > + > > > +inherit cmake pkgconfig mime > > > + > > > +DEPENDS = "highway brotli" > > > + > > > +SRC_URI = > > > "gitsm://github.com/libjxl/libjxl.git;protocol=https;nobranch=1" > > > + > > > +SRCREV = "e1489592a770b989303b0edc5cc1dc447bbe0515" > > > +S = "${WORKDIR}/git" > > > + > > > +EXTRA_OECMAKE = " \ > > > + -DCMAKE_BUILD_TYPE=Release \ > > > + -DJPEGXL_ENABLE_PLUGINS=ON \ > > > + -DBUILD_TESTING=OFF \ > > > + -DJPEGXL_WARNINGS_AS_ERRORS=OFF \ > > > + -DJPEGXL_ENABLE_SIZELESS_VECTORS=ON \ > > > + -DJPEGXL_ENABLE_SJPEG=OFF \ > > > + -DJPEGXL_ENABLE_BENCHMARK=OFF \ > > > + -DJPEGXL_ENABLE_EXAMPLES=OFF \ > > > + -DJPEGXL_ENABLE_MANPAGES=OFF \ > > > + -DJPEGXL_ENABLE_SKCMS=ON \ > > > + -DJPEGXL_FORCE_SYSTEM_BROTLI=ON \ > > > + -DJPEGXL_FORCE_SYSTEM_HWY=ON \ > > > + -DJPEGXL_ENABLE_JNI=OFF \ > > > + -DJPEGXL_ENABLE_TCMALLOC=OFF \ > > > + -DJPEGXL_ENABLE_TOOLS=OFF \ > > > +" > > > + > > > +PACKAGECONFIG ?= "mime gdk-pixbuf-loader" > > > +PACKAGECONFIG[gdk-pixbuf-loader] = > > > "-DJPEGXL_ENABLE_PLUGIN_GDKPIXBUF=ON,-DJPEGXL_ENABLE_PLUGIN_GDKPIXBUF=OFF,gdk-pixbuf" > > > +PACKAGECONFIG[gimp] = > > > "-DJPEGXL_ENABLE_PLUGIN_GIMP210=ON,-DJPEGXL_ENABLE_PLUGIN_GIMP210=OFF,gimp" > > > +PACKAGECONFIG[mime] = > > > "-DJPEGXL_ENABLE_PLUGIN_MIME=ON,-DJPEGXL_ENABLE_PLUGIN_MIME=OFF" > > > + > > > +FILES:${PN} += "${libdir}/gdk-pixbuf-2.0 ${datadir}" > > > + > > > +CXXFLAGS:append:arm = " -mfp16-format=ieee" > > > + > > > -- > > > 2.44.0 > > > > > > > > > > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109815): https://lists.openembedded.org/g/openembedded-devel/message/109815 Mute This Topic: https://lists.openembedded.org/mt/105282918/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCHv2] libjxl: add recipe
I'm seeing build failure in 32bit arm builds (with multilib): lib32-libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oemllib32-linux-gnueabi/gcc/arm-oemllib32-linux-gnueabi/13.2.0/include/arm_neon.h:7526:1: error: inlining failed in call to 'always_inline' 'float32x4_t vcvt_f32_f16(float16x4_t)': target specific option mismatch 7526 | vcvt_f32_f16 (float16x4_t __a) | ^~~~ In file included from TOPDIR/BUILD/work/mach-oemllib32-linux-gnueabi/lib32-libjxl/0.10.2/git/third_party/skcms/skcms.cc:2315: TOPDIR/BUILD/work/mach-oemllib32-linux-gnueabi/lib32-libjxl/0.10.2/git/third_party/skcms/src/Transform_inl.h:155:24: note: called from here 155 | return vcvt_f32_f16((float16x4_t)half); |^~~ should I try to reproduce on some publicly available arm MACHINE (like qemuarm) or is someone else seeing this as well? On Tue, Apr 2, 2024 at 7:50 AM Markus Volk wrote: > > Import this recipe from meta-wayland, because it is a prerequisite > for the Gnome desktop. The recently updated gnome-backgrounds package > has converted most of the backgrounds to jxl and to keep them usable > the gdk-pixbuf-loader for jpegxl must be provided. This is included > in the libjxl package itself. > > Signed-off-by: Markus Volk > --- > .../libjxl/libjxl_2.10.0.bb | 42 +++ > 1 file changed, 42 insertions(+) > create mode 100644 meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > > diff --git a/meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > b/meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > new file mode 100644 > index 0..0c4f79fdb > --- /dev/null > +++ b/meta-oe/recipes-multimedia/libjxl/libjxl_2.10.0.bb > @@ -0,0 +1,42 @@ > +SUMMARY = "Reference implementation of JPEG XL (encoder and decoder)" > +HOMEPAGE = "https://github.com/libjxl/libjxl/"; > + > +LICENSE = "BSD-3-Clause" > +LIC_FILES_CHKSUM = "file://LICENSE;md5=6a905a337cc228a1f68f0b5416f52a7f" > + > +inherit cmake pkgconfig mime > + > +DEPENDS = "highway brotli" > + > +SRC_URI = "gitsm://github.com/libjxl/libjxl.git;protocol=https;nobranch=1" > + > +SRCREV = "e1489592a770b989303b0edc5cc1dc447bbe0515" > +S = "${WORKDIR}/git" > + > +EXTRA_OECMAKE = " \ > + -DCMAKE_BUILD_TYPE=Release \ > + -DJPEGXL_ENABLE_PLUGINS=ON \ > + -DBUILD_TESTING=OFF \ > + -DJPEGXL_WARNINGS_AS_ERRORS=OFF \ > + -DJPEGXL_ENABLE_SIZELESS_VECTORS=ON \ > + -DJPEGXL_ENABLE_SJPEG=OFF \ > + -DJPEGXL_ENABLE_BENCHMARK=OFF \ > + -DJPEGXL_ENABLE_EXAMPLES=OFF \ > + -DJPEGXL_ENABLE_MANPAGES=OFF \ > + -DJPEGXL_ENABLE_SKCMS=ON \ > + -DJPEGXL_FORCE_SYSTEM_BROTLI=ON \ > + -DJPEGXL_FORCE_SYSTEM_HWY=ON \ > + -DJPEGXL_ENABLE_JNI=OFF \ > + -DJPEGXL_ENABLE_TCMALLOC=OFF \ > + -DJPEGXL_ENABLE_TOOLS=OFF \ > +" > + > +PACKAGECONFIG ?= "mime gdk-pixbuf-loader" > +PACKAGECONFIG[gdk-pixbuf-loader] = > "-DJPEGXL_ENABLE_PLUGIN_GDKPIXBUF=ON,-DJPEGXL_ENABLE_PLUGIN_GDKPIXBUF=OFF,gdk-pixbuf" > +PACKAGECONFIG[gimp] = > "-DJPEGXL_ENABLE_PLUGIN_GIMP210=ON,-DJPEGXL_ENABLE_PLUGIN_GIMP210=OFF,gimp" > +PACKAGECONFIG[mime] = > "-DJPEGXL_ENABLE_PLUGIN_MIME=ON,-DJPEGXL_ENABLE_PLUGIN_MIME=OFF" > + > +FILES:${PN} += "${libdir}/gdk-pixbuf-2.0 ${datadir}" > + > +CXXFLAGS:append:arm = " -mfp16-format=ieee" > + > -- > 2.44.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109812): https://lists.openembedded.org/g/openembedded-devel/message/109812 Mute This Topic: https://lists.openembedded.org/mt/105282918/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-oe][PATCHv2] webkitgtk3: update 2.42.5 -> 2.44.0
openembedded-core/scripts/contrib/patchreview.py shows: Malformed Upstream-Status 'Malformed Upstream-Status in patch Upstream-Status: Backport[https://github.com/WebKit/WebKit/commit/2922af379dc70b4b1a63b01d67179eb431f03ac4]' (/OE/layers/meta-openembedded/meta-oe/recipes-support/webkitgtk/webkitgtk3/2922af379dc70b4b1a63b01d67179eb431f03ac4.patch) Please add the space. On Mon, Apr 1, 2024 at 5:01 PM Markus Volk wrote: > > Sorry, should have read better. Missed that this is a 32bit issue and was > able to reproduce it > > On Mon, Apr 1 2024 at 03:38:01 PM +02:00:00, Markus Volk > wrote: > > Hi Khem, > > I was unable to reproduce the issue for clang + qemux86 but got the error > for qemuriscv64 > > Have sent a v3 with a fix for it > > On Mon, Apr 1 2024 at 12:50:06 AM -07:00:00, Khem Raj > wrote: > > fails to build with clang on riscv64 and x86 > https://errors.yoctoproject.org/Errors/Details/761343/ > https://errors.yoctoproject.org/Errors/Details/761342/ On Sun, Mar 31, 2024 > at 10:08 AM Markus Volk wrote: > > The webkitgtk3 variant already contains PACKAGECONFIG for gamepad. Remove the > duplicate On Sun, Mar 31 2024 at 07:07:06 PM +02:00:00, Markus Volk > wrote: - add a PACKAGECONFIG for libbacktrace to avoid: | > -- Could NOT find LibBacktrace (missing: LIBBACKTRACE_INCLUDE_DIR > LIBBACKTRACE_LIBRARY) | CMake Error at Source/cmake/OptionsGTK.cmake:425 > (message): | libbacktrace is required for USE_LIBBACKTRACE - remove submitted > patch. Issue seems to be fixed. Not entirely sure about that, but there has > been rework: [https://bugs.webkit.org/show_bug.cgi?id=267349] I also did a > test build with oe-core/poky for qemuarm. It completed without error - There > is an issue with creating the json files if CMAKE_EXPORT_COMPILE_COMMANDS is > enabled. Disable this for now to fix the build: FAILED: > CMakeFiles/RewriteCompileCommands DeveloperTools/compile_commands.json > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/build/CMakeFiles/RewriteCompileCommands > > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/build/DeveloperTools/compile_commands.json > cd > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/build > && > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/recipe-sysroot-native/usr/bin/python3-native/python3 > > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/webkitgtk-2.44.0/Tools/Scripts/rewrite-compile-commands > > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/build/compile_commands.json > > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/build/DeveloperTools/compile_commands.json > > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/webkitgtk-2.44.0 > > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/build > > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/recipe-sysroot-native/usr/bin/python3-native/python3: > can't open file > '/home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk/2.44.0/webkitgtk-2.44.0/Tools/Scripts/rewrite-compile-commands': > [Errno 2] No such file or directory - Explicitly disable gtk4 to avoid: | > CMake Error at > /home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/webkitgtk3/2.44.0/recipe-sysroot-native/usr/shar> > | Could NOT find GTK (missing: GTK_VERSION) (Required is at least version | > "4.6.0") WebKitGTK 2.44.0 What's new in > WebKitGTK 2.44.0? - Fix connection of UI and web process accessibility tree > in GTK4. - Add BubblewrapLauncher sandbox directory for the gstreamer user > registry cache directory. - Fix bug causing preferred language to not be > passed to NetworkProcess if set in WebContext before creating WebView. - Do > not use real time priority for the display link thread. - Use a shorter web > process cache lifetime. - Fix several crashes and rendering issues. - > Translation updates: German, Polish, Swedish, Turkish. > WebKitGTK 2.43.4 What's new in WebKitGTK 2.43.4? - Remove > key event reinjection in GTK4 to make keyboard shortcuts work in web sites. - > Use the new GTK API to create a GdkTexture from a DMA-BUF buffer when > available. - Fix rendering when GTK is using the vulkan renderer. - Fix > gamepads detection by correctly handling focused window in GTK4. - Fix > rendering after history navigation. - Write bwrapinfo.json to disk for > xdg-desktop-portal. - Fixed several memory leaks in media backend. - Fix > several crashes and rendering issues. WebKitGTK 2.43.3 > What's new in WebKitGTK 2.43.3? - Show vblank monitor > information in webkit://gpu. - Fallback to timer based vblank monitor if > drmWaitVBlank fails. - Fix several memory leaks in media backend. - Fix > several crashes and rendering issues. =
Re: [oe] [meta-gnome][PATCH 1/2] gnome-control-center: update 45.3 -> 46.0
Please restore Upstream-Status: Inappropriate [OE specific] in the meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center/0001-Add-meson-option-to-pass-sysroot.patch On Mon, Mar 18, 2024 at 6:11 PM Markus Volk wrote: > > Signed-off-by: Markus Volk > --- > ...001-Add-meson-option-to-pass-sysroot.patch | 51 --- > ...r_45.3.bb => gnome-control-center_46.0.bb} | 2 +- > 2 files changed, 23 insertions(+), 30 deletions(-) > rename > meta-gnome/recipes-gnome/gnome-control-center/{gnome-control-center_45.3.bb > => gnome-control-center_46.0.bb} (95%) > > diff --git > a/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center/0001-Add-meson-option-to-pass-sysroot.patch > > b/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center/0001-Add-meson-option-to-pass-sysroot.patch > index 7cd7c0469..a2c237c18 100644 > --- > a/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center/0001-Add-meson-option-to-pass-sysroot.patch > +++ > b/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center/0001-Add-meson-option-to-pass-sysroot.patch > @@ -1,57 +1,50 @@ > -From ba8aebe1259ae3f7f5a4827e5a47bb95c568b218 Mon Sep 17 00:00:00 2001 > -From: =?UTF-8?q?Andreas=20M=C3=BCller?= > -Date: Tue, 21 May 2019 16:07:46 +0200 > +From 1a48df2a8da44410bbd767c2420d363f6180c79a Mon Sep 17 00:00:00 2001 > +From: Markus Volk > +Date: Mon, 18 Mar 2024 05:50:21 +0100 > Subject: [PATCH] Add meson option to pass sysroot > -MIME-Version: 1.0 > -Content-Type: text/plain; charset=UTF-8 > -Content-Transfer-Encoding: 8bit > > -We need to pass this to meson to help it finding gdesktop-enums.h: > - > -| panels/background/meson.build:38:0: ERROR: File > /usr/include/gsettings-desktop-schemas/gdesktop-enums.h does not exist. > - > -Upstream-Status: Inappropriate [OE specific] > - > -Signed-off-by: Andreas Müller > +Signed-off-by: Markus Volk > --- > meson_options.txt | 1 + > panels/background/meson.build | 2 +- > - 2 files changed, 2 insertions(+), 1 deletion(-) > + panels/system/meson.build | 2 +- > + 3 files changed, 3 insertions(+), 2 deletions(-) > > diff --git a/meson_options.txt b/meson_options.txt > -index 8ee7b6e0e..7e6adc668 100644 > +index e53d6e3f3..8fae4c824 100644 > --- a/meson_options.txt > +++ b/meson_options.txt > @@ -1,3 +1,4 @@ > +option('oe_sysroot', type: 'string', value: '', description: 'Directory for > OE-sysroot') > + option('deprecated-declarations', type: 'feature', value: 'disabled', > description: 'build with deprecated declaration warnings') > option('documentation', type: 'boolean', value: false, description: 'build > documentation') > option('ibus', type: 'boolean', value: true, description: 'build with IBus > support') > - option('privileged_group', type: 'string', value: 'wheel', description: > 'name of group that has elevated permissions') > diff --git a/panels/background/meson.build b/panels/background/meson.build > -index 9bf543538..97f1e0117 100644 > +index 6ced050f9..df1f80896 100644 > --- a/panels/background/meson.build > +++ b/panels/background/meson.build > -@@ -19,7 +19,7 @@ common_sources = [] > +@@ -24,7 +24,7 @@ common_sources += gnome.mkenums_simple( > > enums = 'gdesktop-enums-types' > enums_header = files( > -- gsettings_desktop_dep.get_variable(pkgconfig: 'prefix') + > '/include/gsettings-desktop-schemas/gdesktop-enums.h', > -+ get_option('oe_sysroot') + gsettings_desktop_dep.get_variable(pkgconfig: > 'prefix') + '/include/gsettings-desktop-schemas/gdesktop-enums.h', > - 'cc-background-item.h' > +- gsettings_desktop_dep.get_variable(pkgconfig: 'prefix') + > '/include/gsettings-desktop-schemas/gdesktop-enums.h' > ++ get_option('oe_sysroot') + gsettings_desktop_dep.get_variable(pkgconfig: > 'prefix') + '/include/gsettings-desktop-schemas/gdesktop-enums.h' > ) > > -diff --git a/panels/datetime/meson.build b/panels/datetime/meson.build > -index 8cb3b63f0..8c5a45e7c 100644 > a/panels/datetime/meson.build > -+++ b/panels/datetime/meson.build > -@@ -37,7 +37,7 @@ sources = files( > + common_sources += gnome.mkenums( > +diff --git a/panels/system/meson.build b/panels/system/meson.build > +index 4fee82210..979332a0e 100644 > +--- a/panels/system/meson.build > b/panels/system/meson.build > +@@ -73,7 +73,7 @@ sources += gnome.compile_resources( > + ) > > - enums = 'gdesktop-enums-types' > enums_header = files( > - gsettings_desktop_dep.get_variable(pkgconfig: 'prefix') + > '/include/gsettings-desktop-schemas/gdesktop-enums.h', > + get_option('oe_sysroot') + gsettings_desktop_dep.get_variable(pkgconfig: > 'prefix') + '/include/gsettings-desktop-schemas/gdesktop-enums.h', > - 'cc-datetime-panel.h' > + 'datetime/cc-datetime-page.h' > ) > > -- > -2.34.1 > +2.44.0 > + > diff --git > a/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_45.3.bb > b/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_46.0.bb > similarity index 95%
[oe] [meta-oe][RFC][PATCH] gtkmm4: add x11 to REQUIRED_DISTRO_FEATURES
* depends on pangomm-2.48 which has x11 in REQUIRED_DISTRO_FEATURES * maybe pangomm-2.48 should be adjusted to use GTK3DISTROFEATURES like regular pangomm in : https://git.openembedded.org/meta-openembedded/commit/?h=scarthgap&id=9abe74eb0bd53316b0bb3fe1d241c83e2674e72e Signed-off-by: Martin Jansa --- meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb b/meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb index b0b51ed73f..d3a01e444c 100644 --- a/meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb +++ b/meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb @@ -12,7 +12,7 @@ BPN = "gtkmm" inherit gnomebase features_check -REQUIRED_DISTRO_FEATURES = "opengl" +REQUIRED_DISTRO_FEATURES = "opengl x11" SRC_URI[archive.sha256sum] = "9350a0444b744ca3dc69586ebd1b6707520922b6d9f4f232103ce603a271ecda" -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109682): https://lists.openembedded.org/g/openembedded-devel/message/109682 Mute This Topic: https://lists.openembedded.org/mt/105213143/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-filesystems][PATCH 2/2] xfstests: Fix build with musl >= 1.2.5
On Mon, Mar 25, 2024 at 6:57 PM Khem Raj wrote: > > Signed-off-by: Khem Raj > --- > ...-libgen.h-for-basename-API-prototype.patch | 84 +++ > ...X_ATTR_-defines-from-musl-sys-stat.h.patch | 42 ++ > .../xfstests/xfstests_2024.03.03.bb | 2 + > 3 files changed, 128 insertions(+) > create mode 100644 > meta-filesystems/recipes-utils/xfstests/xfstests/0001-include-libgen.h-for-basename-API-prototype.patch > create mode 100644 > meta-filesystems/recipes-utils/xfstests/xfstests/0002-Add-missing-STATX_ATTR_-defines-from-musl-sys-stat.h.patch > > diff --git > a/meta-filesystems/recipes-utils/xfstests/xfstests/0001-include-libgen.h-for-basename-API-prototype.patch > > b/meta-filesystems/recipes-utils/xfstests/xfstests/0001-include-libgen.h-for-basename-API-prototype.patch > new file mode 100644 > index 00..1f7ae32f04 > --- /dev/null > +++ > b/meta-filesystems/recipes-utils/xfstests/xfstests/0001-include-libgen.h-for-basename-API-prototype.patch > @@ -0,0 +1,84 @@ > +From 37caab7a43da5ede0ff1eb700f0257a213ac4b18 Mon Sep 17 00:00:00 2001 > +From: Khem Raj > +Date: Mon, 25 Mar 2024 10:46:50 -0700 > +Subject: [PATCH 1/2] include libgen.h for basename API prototype > + > +basename prototype has been removed from string.h from latest musl [1] > +compilers e.g. clang-18 flags the absense of prototype as error. therefore > +include libgen.h for providing it. > + > +[1] > https://git.musl-libc.org/cgit/musl/commit/?id=725e17ed6dff4d0cd22487bb64470881e86a92e7 > + > +Upstream-Status: > [https://lore.kernel.org/fstests/20240325175323.3450750-1-raj.k...@gmail.com/T/#t] You forgot "Submitted" here. > +Signed-off-by: Khem Raj > +--- > + src/splice-test.c | 1 + > + src/stat_test.c | 1 + > + src/t_ext4_dax_inline_corruption.c | 1 + > + src/t_ext4_dax_journal_corruption.c | 1 + > + src/t_mmap_collision.c | 1 + > + 5 files changed, 5 insertions(+) > + > +diff --git a/src/splice-test.c b/src/splice-test.c > +index eb863673..7b7094f5 100644 > +--- a/src/splice-test.c > b/src/splice-test.c > +@@ -11,6 +11,7 @@ > + #include > + #include > + #include > ++#include > + > + #include > + #include > +diff --git a/src/stat_test.c b/src/stat_test.c > +index 95cfdc4f..77e1acdd 100644 > +--- a/src/stat_test.c > b/src/stat_test.c > +@@ -4,6 +4,7 @@ > + * Written by David Howells (dhowe...@redhat.com) > + */ > + > ++#include > + #include > + #include > + #include > +diff --git a/src/t_ext4_dax_inline_corruption.c > b/src/t_ext4_dax_inline_corruption.c > +index e1a39a6c..a40c5df5 100644 > +--- a/src/t_ext4_dax_inline_corruption.c > b/src/t_ext4_dax_inline_corruption.c > +@@ -2,6 +2,7 @@ > + /* Copyright (c) 2018 Intel Corporation. */ > + #include > + #include > ++#include > + #include > + #include > + #include > +diff --git a/src/t_ext4_dax_journal_corruption.c > b/src/t_ext4_dax_journal_corruption.c > +index ba7a96e4..53be10c2 100644 > +--- a/src/t_ext4_dax_journal_corruption.c > b/src/t_ext4_dax_journal_corruption.c > +@@ -2,6 +2,7 @@ > + /* Copyright (c) 2018 Intel Corporation. */ > + #include > + #include > ++#include > + #include > + #include > + #include > +diff --git a/src/t_mmap_collision.c b/src/t_mmap_collision.c > +index c872f4e2..d9315fcf 100644 > +--- a/src/t_mmap_collision.c > b/src/t_mmap_collision.c > +@@ -15,6 +15,7 @@ > + */ > + #include > + #include > ++#include > + #include > + #include > + #include > +-- > +2.44.0 > + > diff --git > a/meta-filesystems/recipes-utils/xfstests/xfstests/0002-Add-missing-STATX_ATTR_-defines-from-musl-sys-stat.h.patch > > b/meta-filesystems/recipes-utils/xfstests/xfstests/0002-Add-missing-STATX_ATTR_-defines-from-musl-sys-stat.h.patch > new file mode 100644 > index 00..20095c86ab > --- /dev/null > +++ > b/meta-filesystems/recipes-utils/xfstests/xfstests/0002-Add-missing-STATX_ATTR_-defines-from-musl-sys-stat.h.patch > @@ -0,0 +1,42 @@ > +From 052818e91314b797d96d87672c60f6784160f935 Mon Sep 17 00:00:00 2001 > +From: Khem Raj > +Date: Mon, 25 Mar 2024 10:50:59 -0700 > +Subject: [PATCH 2/2] Add missing STATX_ATTR_* defines from musl sys/stat.h > + > +These defines are not provided by sys/stat.h on musl but are > +in glibc's sys/stat.h, therefore to compile the tests on musl > +based systems add the missing defines from linux/stat.h > +if they are not provided > + > +Upstream-Status: Submitted > [https://lore.kernel.org/fstests/20240325175323.3450750-2-raj.k...@gmail.com/T/#u] > +Signed-off-by: Khem Raj > +--- > + src/statx.h | 12 > + 1 file changed, 12 insertions(+) > + > +diff --git a/src/statx.h b/src/statx.h > +index 3f239d79..12599f5b 100644 > +--- a/src/statx.h > b/src/statx.h > +@@ -12,6 +12,18 @@ > + #define AT_STATX_DONT_SYNC 0x4000 /* - Don't sync attributes with the > server */ > + #endif > + > ++#ifndef STATX_ATTR_COMPRESSED > ++#define STATX_ATTR_COMPRESSED 0x0004 /* [I] Fi
[oe] [meta-filesystems][PATCH] xfstests: upgrade to v2024.03.03
* drop 0003-tests-Makefile-make-sure-group.list-DIRT-exists-befo.patch which was merged upstream Signed-off-by: Martin Jansa --- ...ake-sure-group.list-DIRT-exists-befo.patch | 239 -- ...s_2024.01.14.bb => xfstests_2024.03.03.bb} | 3 +- 2 files changed, 1 insertion(+), 241 deletions(-) delete mode 100644 meta-filesystems/recipes-utils/xfstests/xfstests/0003-tests-Makefile-make-sure-group.list-DIRT-exists-befo.patch rename meta-filesystems/recipes-utils/xfstests/{xfstests_2024.01.14.bb => xfstests_2024.03.03.bb} (93%) diff --git a/meta-filesystems/recipes-utils/xfstests/xfstests/0003-tests-Makefile-make-sure-group.list-DIRT-exists-befo.patch b/meta-filesystems/recipes-utils/xfstests/xfstests/0003-tests-Makefile-make-sure-group.list-DIRT-exists-befo.patch deleted file mode 100644 index 5e8bf0c606..00 --- a/meta-filesystems/recipes-utils/xfstests/xfstests/0003-tests-Makefile-make-sure-group.list-DIRT-exists-befo.patch +++ /dev/null @@ -1,239 +0,0 @@ -From b30d5690d7245aa8bd5ca2896e629e62ec97afda Mon Sep 17 00:00:00 2001 -From: Martin Jansa -Date: Thu, 8 Feb 2024 23:01:36 +0100 -Subject: [PATCH] tests/*/Makefile: make sure group.list DIRT exists before - install -MIME-Version: 1.0 -Content-Type: text/plain; charset=UTF-8 -Content-Transfer-Encoding: 8bit - -* sometimes make install was failing with: - cp: cannot stat 'group.list': No such file or directory - and bunch of non-fatal messages: - mv: failed to preserve ownership for 'group.list': Invalid argument - -* this was when tools/mkgroupfile did - mv -f "$new_groups" "$groupfile" - overwritting the group.list file while install-sh was already - copying it to output - -* in the end easily reproducible by - 1) removing tests/*/group.list before each make install - 2) adding some sleep in mkgroupfile before the mv call - -Upstream-Status: Submitted [https://lore.kernel.org/fstests/20240208225241.644701-1-martin.ja...@gmail.com/] - -Signed-off-by: Martin Jansa - tests/btrfs/Makefile| 2 +- - tests/ceph/Makefile | 2 +- - tests/cifs/Makefile | 2 +- - tests/ext4/Makefile | 2 +- - tests/f2fs/Makefile | 2 +- - tests/generic/Makefile | 2 +- - tests/nfs/Makefile | 2 +- - tests/ocfs2/Makefile| 2 +- - tests/overlay/Makefile | 2 +- - tests/perf/Makefile | 2 +- - tests/selftest/Makefile | 2 +- - tests/shared/Makefile | 2 +- - tests/tmpfs/Makefile| 2 +- - tests/udf/Makefile | 2 +- - tests/xfs/Makefile | 2 +- - 15 files changed, 15 insertions(+), 15 deletions(-) - -diff --git a/tests/btrfs/Makefile b/tests/btrfs/Makefile -index 1b72a1a1..6d9995b4 100644 a/tests/btrfs/Makefile -+++ b/tests/btrfs/Makefile -@@ -14,7 +14,7 @@ default: $(DIRT) - - include $(BUILDRULES) - --install: -+install: default - $(INSTALL) -m 755 -d $(TARGET_DIR) - $(INSTALL) -m 755 $(TESTS) $(TARGET_DIR) - $(INSTALL) -m 644 group.list $(TARGET_DIR) -diff --git a/tests/ceph/Makefile b/tests/ceph/Makefile -index 2761e1e9..5f24d518 100644 a/tests/ceph/Makefile -+++ b/tests/ceph/Makefile -@@ -12,7 +12,7 @@ default: $(DIRT) - - include $(BUILDRULES) - --install: -+install: default - $(INSTALL) -m 755 -d $(TARGET_DIR) - $(INSTALL) -m 755 $(TESTS) $(TARGET_DIR) - $(INSTALL) -m 644 group.list $(TARGET_DIR) -diff --git a/tests/cifs/Makefile b/tests/cifs/Makefile -index 62c48935..0b89a01d 100644 a/tests/cifs/Makefile -+++ b/tests/cifs/Makefile -@@ -14,7 +14,7 @@ default: $(DIRT) - - include $(BUILDRULES) - --install: -+install: default - $(INSTALL) -m 755 -d $(TARGET_DIR) - $(INSTALL) -m 755 $(TESTS) $(TARGET_DIR) - $(INSTALL) -m 644 group.list $(TARGET_DIR) -diff --git a/tests/ext4/Makefile b/tests/ext4/Makefile -index a2a0d561..296e3850 100644 a/tests/ext4/Makefile -+++ b/tests/ext4/Makefile -@@ -14,7 +14,7 @@ default: $(DIRT) - - include $(BUILDRULES) - --install: -+install: default - $(INSTALL) -m 755 -d $(TARGET_DIR) - $(INSTALL) -m 755 $(TESTS) $(TARGET_DIR) - $(INSTALL) -m 644 group.list $(TARGET_DIR) -diff --git a/tests/f2fs/Makefile b/tests/f2fs/Makefile -index 9d1ed3c6..0a90b465 100644 a/tests/f2fs/Makefile -+++ b/tests/f2fs/Makefile -@@ -15,7 +15,7 @@ default: $(DIRT) - - include $(BUILDRULES) - --install: -+install: default - $(INSTALL) -m 755 -d $(TARGET_DIR) - $(INSTALL) -m 755 $(TESTS) $(TARGET_DIR) - $(INSTALL) -m 644 group.list $(TARGET_DIR) -diff --git a/tests/generic/Makefile b/tests/generic/Makefile -index b464b22b..d6ed3e55 100644 a/tests/generic/Makefile -+++ b/tests/generic/Makefile -@@ -14,7 +14,7 @@ default: $(DIRT) - - include $(BUILDRULES) - --install: -+install: default - $(INSTALL) -m 755 -d $(TARGET_DIR) - $(INSTALL) -m 755 $(TESTS) $(TARGET_DIR) - $(INSTALL) -m 644 group.list $(TARGET_DIR) -diff --git a/tests/nfs/Makefile b/tests/nfs/Makefile -index 128d2a3a..51590b5c 100644
[oe] [meta-oe][PATCH] freerdp3: disable shadow without x11
* add -DWITH_SHADOW=OFF to avoid build failure without x11 in DISTRO_FEATURES: CMake Error at TOPDIR/BUILD/work/raspberrypi4_64-oe-linux/freerdp3/3.4.0/recipe-sysroot-native/usr/share/cmake-3.28/Modules/FindPackageHandleStandardArgs.cmake:230 (message): Could NOT find X11 (missing: X11_X11_INCLUDE_PATH X11_X11_LIB) Call Stack (most recent call first): TOPDIR/BUILD/work/raspberrypi4_64-oe-linux/freerdp3/3.4.0/recipe-sysroot-native/usr/share/cmake-3.28/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE) TOPDIR/BUILD/work/raspberrypi4_64-oe-linux/freerdp3/3.4.0/recipe-sysroot-native/usr/share/cmake-3.28/Modules/FindX11.cmake:665 (find_package_handle_standard_args) server/shadow/X11/CMakeLists.txt:1 (find_package) Signed-off-by: Martin Jansa --- meta-oe/recipes-support/freerdp/freerdp3_3.4.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/freerdp/freerdp3_3.4.0.bb b/meta-oe/recipes-support/freerdp/freerdp3_3.4.0.bb index 55083d13c0..537d19263d 100644 --- a/meta-oe/recipes-support/freerdp/freerdp3_3.4.0.bb +++ b/meta-oe/recipes-support/freerdp/freerdp3_3.4.0.bb @@ -36,7 +36,7 @@ EXTRA_OECMAKE = " \ " X11_DEPS = "virtual/libx11 libxinerama libxext libxcursor libxv libxi libxrender libxfixes libxdamage libxrandr libxkbfile" -PACKAGECONFIG[x11] = "-DWITH_X11=ON -DWITH_XINERAMA=ON -DWITH_XEXT=ON -DWITH_XCURSOR=ON -DWITH_XV=ON -DWITH_XI=ON -DWITH_XRENDER=ON -DWITH_XFIXES=ON -DWITH_XDAMAGE=ON -DWITH_XRANDR=ON -DWITH_XKBFILE=ON,-DWITH_X11=OFF,${X11_DEPS}" +PACKAGECONFIG[x11] = "-DWITH_X11=ON -DWITH_XINERAMA=ON -DWITH_XEXT=ON -DWITH_XCURSOR=ON -DWITH_XV=ON -DWITH_XI=ON -DWITH_XRENDER=ON -DWITH_XFIXES=ON -DWITH_XDAMAGE=ON -DWITH_XRANDR=ON -DWITH_XKBFILE=ON,-DWITH_X11=OFF -DWITH_SHADOW=OFF,${X11_DEPS}" PACKAGECONFIG[wayland] = "-DWITH_WAYLAND=ON,-DWITH_WAYLAND=OFF,wayland wayland-native libxkbcommon" PACKAGECONFIG[pam] = "-DWITH_PAM=ON,-DWITH_PAM=OFF,libpam" PACKAGECONFIG[pulseaudio] = "-DWITH_PULSEAUDIO=ON,-DWITH_PULSEAUDIO=OFF,pulseaudio" -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109514): https://lists.openembedded.org/g/openembedded-devel/message/109514 Mute This Topic: https://lists.openembedded.org/mt/105082010/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-