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=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=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=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=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 "./$test_su
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
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(, _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
> ---
[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.write(handle.flu
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 =
>
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"
>
>
[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/meta-oe/recipes-graphics/ttf-fonts/s
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=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] =
>
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:
[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=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
> +++
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 >context;
+ fail:
+- ainput_server_context_free(ainput);
++ ainput_server_context_free(>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.pv = NULL;
++
++ if (WTSVirtualChannelQuery(ainput->ainput_channel,
WTSVirtualChannelReady, ,
+ ) != TRUE)
+ {
+ WLog_ERR(TAG, "WTSVirtualChannelReady failed,");
+ }
+ else
+ {
+- if (*buffer != 0)
++ if (*buffer.pb != 0)
+ {
+ error =
ainput_server_send_version(ainput);
+ if (error)
[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 >context;
+ fail:
+- ainput_server_context_free(ainput);
++ ainput_server_context_free(>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.pv = NULL;
++
++ if (WTSVirtualChannelQuery(ainput->ainput_channel,
WTSVirtualChannelReady, ,
+ ) != TRUE)
+ {
+ WLog_ERR(TAG, "WTSVirtualChannelReady failed,");
+ }
+ else
+ {
+- if (*buffer != 0)
++ if (*buffer.pb != 0)
+ {
+ error =
ainput_server_send_version(ainput);
+ if (error)
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/ssl/../crypto/internal.h:1160:7: error: expected primary-expression before 'unsigned' + 1160 | unsigned long: __builtin_addcl
[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); > > |^~~ > > > &g
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.h:155:24: > note: called from here 155 | return vcvt_f32_f
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=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]
[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
a/tests/nfs/Makefile
[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]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [meta-gnome][PATCHv2] freerdp3: add recipe
The packageconfig for x11 doesn't seem to be enough to disable x11 when it's not 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) On Wed, Mar 20, 2024 at 7:10 PM Markus Volk wrote: > > On Wed, Mar 20 2024 at 06:49:43 PM +01:00:00, Markus Volk > wrote: > > their dependencies are which are not yet in master branch of the core > > > I tried to mention in the commit message, if an update requires a change to > oe-core. > > For now that would be > gnome-settings-daemon, which requires gsettings-desktop-schemas 46.0 > gnome-calculator, which requires libsoup with vala support > gnome-calendar, which requires libadwaita-1.5.0 > > additionally to complete the gnome-46 port there would be > nautilus, which will require glib-2.80 > gnome-console and gnome-terminal, which will require vte 0.76 > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109511): https://lists.openembedded.org/g/openembedded-devel/message/109511 Mute This Topic: https://lists.openembedded.org/mt/105020833/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 v2] spandsp: new telephony DSP library
On Sat, Mar 16, 2024 at 9:02 AM Martin Jansa via lists.openembedded.org
wrote:
> I'm seeing the same errors with gcc :)
>
> libtool: compile: ccache arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon
> -mfloat-abi=softfp -mcpu=cortex-a9 -mtune=cortex-a9
> -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/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/lib32-recipe-sysroot
> -DHAVE_CONFIG_H -I. -I../../git/src -I.. -DNDEBUG -Wunused-but-set-variable
> -std=gnu99 -ffast-math -Wall -Wunused-variable -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -fvisibility=hidden
> -DHAVE_VISIBILITY=1 -O2 -pipe -g -feliminate-unused-debug-types
> -fcanon-prefix-map
> -fmacro-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/git=/usr/src/debug/lib32-spandsp/3.0.0+git
> -fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/git=/usr/src/debug/lib32-spandsp/3.0.0+git
> -fmacro-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/build=/usr/src/debug/lib32-spandsp/3.0.0+git
> -fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/build=/usr/src/debug/lib32-spandsp/3.0.0+git
> -fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/lib32-recipe-sysroot=
> -fmacro-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/lib32-recipe-sysroot=
> -fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/recipe-sysroot-native=
> -c ../../git/src/t38_terminal.c -fPIC -DPIC -o .libs/t38_terminal.o
> ../../git/src/ademco_contactid.c:449:110: error: expected ')' before ';'
> token
> 449 | static const int detection_threshold=
> goertzel_threshold_dbm0(GOERTZEL_SAMPLES_PER_BLOCK, -42.0f);
> |
>^
> In file included from ../../git/src/ademco_contactid.c:66:
> ../../git/src/spandsp/tone_detect.h:63:55: note: to match this '('
>63 | #define goertzel_threshold_dbm0(len,thresh) (int)
> ((len*len*256.0*256.0/2.0*pow(10.0, (thresh - DBM0_MAX_SINE_POWER)/10.0))
> | ^
> ../../git/src/ademco_contactid.c:449:51: note: in expansion of macro
> 'goertzel_threshold_dbm0'
> 449 | static const int detection_threshold=
> goertzel_threshold_dbm0(GOERTZEL_SAMPLES_PER_BLOCK, -42.0f);
> |
> ^~~
> ../../git/src/ademco_contactid.c:449:18: warning: 'detection_threshold'
> defined but not used [-Wunused-const-variable=]
> 449 | static const int detection_threshold=
> goertzel_threshold_dbm0(GOERTZEL_SAMPLES_PER_BLOCK, -42.0f);
> | ^~~
> ../../git/src/ademco_contactid.c:210:35: warning: 'ademco_codes' defined
> but not used [-Wunused-const-variable=]
> 210 | static const struct ademco_code_s ademco_codes[] =
> | ^~~~
> make[2]: *** [Makefile:1091: ademco_contactid.lo] Error 1
>
> This is with master-next meta-oe from yesterday in build with multilib
> (night not be important)
>
The failure on gcc was caused by arm build using SPANDSP_USE_FIXED_POINT
and missing ')' in one of the macros, see comments in:
https://github.com/freeswitch/spandsp/commit/5394b2cae6c482ccb835335b769469977e6802ae#commitcomment-139934289
and the fix:
https://github.com/freeswitch/spandsp/pull/75
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109473):
https://lists.openembedded.org/g/openembedded-devel/message/109473
Mute This Topic: https://lists.openembedded.org/mt/104933829/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 v4 6/7] lvgl: fix libdrm include
The extra -I flag won't harm even when libdrm isn't there.
lvgl-demo-fb also doesn't do it conditionally based on drm PACKAGECONFIG.
If someone want's to fix this properly then should also use pkg-config
(and tests/FindLibDRM.cmake in the lvgl repo), but lets not block this
fix based on that.
This whole issue is just revealed by the typo fix in
https://patchwork.yoctoproject.org/project/oe/patch/20240316100056.409758-1-chris.chap...@gmail.com/
which fixed lv-conf.inc to work for lvgl resulting in LV_USE_LINUX_DRM
being respected based on PACKAGECONFIG drm.
Acked-by: Martin Jansa
On Sun, Mar 17, 2024 at 6:45 AM Marek Vasut wrote:
>
> On 3/16/24 10:55 PM, Christophe Chapuis wrote:
> > It could be conditional eventually; I just took the line from lvgl-demo-fb,
> > where it wasn't.
> >
> > Ideally, both should be moved in lv-conf.inc, where the lvgl drm setting is
> > activated. But I didn't want to expand again the scope of this patchset,
> > initially focused simply on adding some variables to lv-conf.inc.
>
> I think I will just defer that decision to Khem.
>
> My concern is that a system with SDL or fbdev backend may not have
> libdrm available, so I think it should be conditional.
>
> I think this will handle that concern:
>
> TARGET_CFLAGS += "${@bb.utils.contains('PACKAGECONFIG', 'drm',
> '-I${STAGING_INCDIR}/libdrm', '', d)}"
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109377):
https://lists.openembedded.org/g/openembedded-devel/message/109377
Mute This Topic: https://lists.openembedded.org/mt/104964303/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 v2] spandsp: new telephony DSP library
I'm seeing the same errors with gcc :)
libtool: compile: ccache arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon
-mfloat-abi=softfp -mcpu=cortex-a9 -mtune=cortex-a9
-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/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/lib32-recipe-sysroot
-DHAVE_CONFIG_H -I. -I../../git/src -I.. -DNDEBUG -Wunused-but-set-variable
-std=gnu99 -ffast-math -Wall -Wunused-variable -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -fvisibility=hidden
-DHAVE_VISIBILITY=1 -O2 -pipe -g -feliminate-unused-debug-types
-fcanon-prefix-map
-fmacro-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/git=/usr/src/debug/lib32-spandsp/3.0.0+git
-fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/git=/usr/src/debug/lib32-spandsp/3.0.0+git
-fmacro-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/build=/usr/src/debug/lib32-spandsp/3.0.0+git
-fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/build=/usr/src/debug/lib32-spandsp/3.0.0+git
-fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/lib32-recipe-sysroot=
-fmacro-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/lib32-recipe-sysroot=
-fdebug-prefix-map=TOPDIR/BUILD/work/mach-oe-linux-gnueabi/lib32-spandsp/3.0.0+git/recipe-sysroot-native=
-c ../../git/src/t38_terminal.c -fPIC -DPIC -o .libs/t38_terminal.o
../../git/src/ademco_contactid.c:449:110: error: expected ')' before ';'
token
449 | static const int detection_threshold=
goertzel_threshold_dbm0(GOERTZEL_SAMPLES_PER_BLOCK, -42.0f);
|
^
In file included from ../../git/src/ademco_contactid.c:66:
../../git/src/spandsp/tone_detect.h:63:55: note: to match this '('
63 | #define goertzel_threshold_dbm0(len,thresh) (int)
((len*len*256.0*256.0/2.0*pow(10.0, (thresh - DBM0_MAX_SINE_POWER)/10.0))
| ^
../../git/src/ademco_contactid.c:449:51: note: in expansion of macro
'goertzel_threshold_dbm0'
449 | static const int detection_threshold=
goertzel_threshold_dbm0(GOERTZEL_SAMPLES_PER_BLOCK, -42.0f);
|
^~~
../../git/src/ademco_contactid.c:449:18: warning: 'detection_threshold'
defined but not used [-Wunused-const-variable=]
449 | static const int detection_threshold=
goertzel_threshold_dbm0(GOERTZEL_SAMPLES_PER_BLOCK, -42.0f);
| ^~~
../../git/src/ademco_contactid.c:210:35: warning: 'ademco_codes' defined
but not used [-Wunused-const-variable=]
210 | static const struct ademco_code_s ademco_codes[] =
| ^~~~
make[2]: *** [Makefile:1091: ademco_contactid.lo] Error 1
This is with master-next meta-oe from yesterday in build with multilib
(night not be important)
On Fri, Mar 15, 2024 at 8:19 AM Jörg Sommer via lists.openembedded.org
wrote:
> Yes, I'm getting these errors, too, when compiling with clang; independent
> of the clang version up to 19. It seems to be a problem of `pow()`. gcc
> might have a built-in and can compute it at compile-time, while clang has
> no built-in of pow.
>
>
>
> Jörg Sommer
>
> Software Developer / Programmierer
> --
>
> Navimatix GmbH
>
> Tatzendpromenade 2
>
> 07745 Jena
>
> T: 03641 - 327 99 0
>
> F: 03641 - 526 306
>
> M: *joerg.som...@navimatix.de *
>
> *www.navimatix.de
[oe] [meta-oe][PATCH] recipes: Drop remaining PR values from recipes
* as oe-core did in: https://git.openembedded.org/openembedded-core/commit/?id=d4c346e8ab * when people are have to maintain own PRs for recipes in oe-core, they might add them for meta-oe recipes at the same time when upgrading to next LTS Signed-off-by: Martin Jansa --- .../recipes-graphics/packagegroups/packagegroup-core-clutter.bb | 1 - meta-networking/recipes-protocols/frr/frr_9.1.bb | 1 - meta-networking/recipes-protocols/rp-pppoe/rp-pppoe_3.15.bb | 1 - meta-networking/recipes-protocols/zeroconf/zeroconf_0.9.bb | 1 - meta-networking/recipes-support/netcat/netcat_0.7.1.bb | 1 - .../dynamic-layers/meta-python/recipes-devtools/nanopb/nanopb.bb | 1 - meta-oe/recipes-benchmark/lmbench/lmbench_3.0-a9.bb | 1 - meta-oe/recipes-benchmark/tiobench/tiobench_0.3.3.bb | 1 - meta-oe/recipes-bsp/cpufrequtils/cpufrequtils_008.bb | 1 - meta-oe/recipes-bsp/pcmciautils/pcmciautils_018.bb | 1 - meta-oe/recipes-bsp/pointercal/pointercal_0.0.bb | 1 - meta-oe/recipes-core/dbus/dbus-daemon-proxy_git.bb | 1 - meta-oe/recipes-core/meta/distro-feed-configs.bb | 1 - meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 1 - meta-oe/recipes-core/packagegroups/packagegroup-boot.bb | 1 - meta-oe/recipes-core/proxy-libintl/proxy-libintl_20100902.bb | 1 - meta-oe/recipes-dbs/libdbi/libdbi_0.9.0.bb | 1 - .../recipes-devtools/packagegroups/packagegroup-sdk-target.bb| 1 - meta-oe/recipes-extended/libimobiledevice/libplist_2.3.0.bb | 1 - meta-oe/recipes-extended/libwmf/libwmf_0.2.8.4.bb| 1 - meta-oe/recipes-extended/uml-utilities/uml-utilities_20040406.bb | 1 - meta-oe/recipes-extended/zram/zram_0.2.bb| 1 - meta-oe/recipes-graphics/dietsplash/dietsplash_git.bb| 1 - meta-oe/recipes-graphics/libsdl/libsdl_1.2.15.bb | 1 - .../packagegroups/packagegroup-fonts-truetype.bb | 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-arphic-uming_20080216.bb | 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-dejavu_2.37.bb| 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-droid_git.bb | 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-gentium_1.02.bb | 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-hunkyfonts_0.3.1.bb | 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-liberation_0.2.bb | 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-mplus_027.bb | 1 - meta-oe/recipes-graphics/ttf-fonts/ttf-sazanami_20040629.bb | 1 - .../recipes-graphics/ttf-fonts/ttf-ubuntu-font-family_0.83.bb| 1 - meta-oe/recipes-graphics/xorg-driver/xf86-input-void_1.4.2.bb| 1 - meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb | 1 - meta-oe/recipes-kernel/crash/crash-cross-canadian_8.0.4.bb | 1 - meta-oe/recipes-kernel/crash/crash_8.0.4.bb | 1 - meta-oe/recipes-multimedia/id3lib/id3lib_3.8.3.bb| 1 - meta-oe/recipes-multimedia/libid3tag/libid3tag_0.15.1b.bb| 1 - meta-oe/recipes-multimedia/libmad/libmad_0.15.1b.bb | 1 - meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb | 1 - meta-oe/recipes-support/eject/eject_2.1.5.bb | 1 - meta-oe/recipes-support/fbset/fbset-modes.bb | 1 - meta-oe/recipes-support/fbset/fbset_2.1.bb | 1 - meta-oe/recipes-support/gpm/gpm_git.bb | 1 - meta-oe/recipes-support/hddtemp/hddtemp_0.3-beta15.bb| 1 - meta-oe/recipes-support/libtinyxml/libtinyxml_2.6.2.bb | 1 - meta-oe/recipes-support/p910nd/p910nd_0.97.bb| 1 - meta-perl/recipes-perl/libmodule/libmodule-pluggable-perl_5.2.bb | 1 - .../recipes-connectivity/telepathy/telepathy-python3_0.15.19.bb | 1 - meta-xfce/recipes-xfce/packagegroups/packagegroup-xfce-base.bb | 1 - .../recipes-xfce/packagegroups/packagegroup-xfce-extended.bb | 1 - 53 files changed, 53 deletions(-) diff --git a/meta-gnome/recipes-graphics/packagegroups/packagegroup-core-clutter.bb b/meta-gnome/recipes-graphics/packagegroups/packagegroup-core-clutter.bb index d4df611639..a3c274240a 100644 --- a/meta-gnome/recipes-graphics/packagegroups/packagegroup-core-clutter.bb +++ b/meta-gnome/recipes-graphics/packagegroups/packagegroup-core-clutter.bb @@ -4,7 +4,6 @@ SUMMARY = "Clutter package groups" -PR = "r6" # clutter-1.0 gets debian renamed to libclutter-1.0-0 # clutter-gtk-1.0 gets debian renamed to libclutter-gtk-1.0-0 diff --git a/meta-networking/recipes-protocols/frr/frr_9.1.bb b/meta-networking/recipes-protocols/frr/frr_9.1.bb index 0926f84214..8ea917afaa 100644 --- a/meta-networking/recipes-protocols/frr/frr_9.1.bb +++ b/meta-networking/recipes-protocols/frr/frr_9.1.bb @@ -9,7 +9,6 @@ LICENSE = "GPL
[oe] [meta-oe][PATCH] unionfs-fuse, dropwatch, postgresql, yasm, multipath-tools, python3-pybind11: add missing Upstream-Status
* add Pending to .patch files where it was accidentally droped with upgrades or modifications in: f88e5b146e postgresql: upgrade 15.5 -> 16.2 c904e169db multipath-tools: upgrade 0.9.3 -> 0.9.8 105be9b3d9 unionfs-fuse: upgrade 2.2 --> 3.4 or new patches where the author didn't notice/care: 2a7f74cdb0 dropwatch: Use header files from sysroot instead of build host f5cc9f272a yasm: improve reproducibility 39028d0d9d python3-pybind11: Restore strip prevention patch authors of these added to CC, please be more careful with removing or not adding these or enable patch-status in ERROR_QA for your builds, see: https://lists.openembedded.org/g/openembedded-core/topic/104922136#197113 * added with: for p in `/OE/layers/openembedded-core/scripts/contrib/patchreview.py -v . | grep Missing.Upstream-Status.tag | sed 's/.*(//g;s/)$//g'`; do grep -q ^Upstream-Status: $p || sed -i "s/^---$/\nUpstream-Status: Pending\n---/g" $p; grep -q ^Upstream-Status: $p || sed -i "1iUpstream-Status: Pending\n" $p; done Signed-off-by: Martin Jansa --- .../unionfs-fuse/files/0001-support-cross-compiling.patch | 2 ++ ...1-fix-bug-build-with-sysroot-head-file-instead-of-loca.patch | 2 ++ .../postgresql/files/0001-Add-support-for-RISC-V.patch | 2 ++ .../yasm/0001-yasm-Set-build-date-to-SOURCE_DATE_EPOCH.patch| 2 ++ .../yasm/0002-yasm-Use-BUILD_DATE-for-reproducibility.patch | 2 ++ .../files/0001-RH-fixup-udev-rules-for-redhat.patch | 2 ++ ...002-RH-Remove-the-property-blacklist-exception-builtin.patch | 2 ++ .../files/0011-fix-bug-of-do_compile-and-do_install.patch | 2 ++ .../python/python3-pybind11/0001-Do-not-strip-binaries.patch| 2 ++ 9 files changed, 18 insertions(+) diff --git a/meta-filesystems/recipes-filesystems/unionfs-fuse/files/0001-support-cross-compiling.patch b/meta-filesystems/recipes-filesystems/unionfs-fuse/files/0001-support-cross-compiling.patch index 13e782fa70..9b4d0f6cae 100644 --- a/meta-filesystems/recipes-filesystems/unionfs-fuse/files/0001-support-cross-compiling.patch +++ b/meta-filesystems/recipes-filesystems/unionfs-fuse/files/0001-support-cross-compiling.patch @@ -7,6 +7,8 @@ Do not override OE CMAKE variables Signed-off-by: Hongxu Jia Signed-off-by: Alper Ak + +Upstream-Status: Pending --- src/CMakeLists.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-networking/recipes-support/dropwatch/dropwatch/0001-fix-bug-build-with-sysroot-head-file-instead-of-loca.patch b/meta-networking/recipes-support/dropwatch/dropwatch/0001-fix-bug-build-with-sysroot-head-file-instead-of-loca.patch index 33b72e05f0..d0baceb15b 100755 --- a/meta-networking/recipes-support/dropwatch/dropwatch/0001-fix-bug-build-with-sysroot-head-file-instead-of-loca.patch +++ b/meta-networking/recipes-support/dropwatch/dropwatch/0001-fix-bug-build-with-sysroot-head-file-instead-of-loca.patch @@ -5,6 +5,8 @@ Subject: [PATCH] fix bug: build with sysroot head file instead of local head file:net_dropmon.h Signed-off-by: chenheyun + +Upstream-Status: Pending --- src/main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-dbs/postgresql/files/0001-Add-support-for-RISC-V.patch b/meta-oe/recipes-dbs/postgresql/files/0001-Add-support-for-RISC-V.patch index 34d34ecad9..ebd3e03685 100644 --- a/meta-oe/recipes-dbs/postgresql/files/0001-Add-support-for-RISC-V.patch +++ b/meta-oe/recipes-dbs/postgresql/files/0001-Add-support-for-RISC-V.patch @@ -5,6 +5,8 @@ Subject: [PATCH 1/5] Add support for RISC-V. The architecture is sufficiently similar to aarch64 that simply extending the existing aarch64 macro works. + +Upstream-Status: Pending --- src/include/storage/s_lock.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta-oe/recipes-devtools/yasm/yasm/0001-yasm-Set-build-date-to-SOURCE_DATE_EPOCH.patch b/meta-oe/recipes-devtools/yasm/yasm/0001-yasm-Set-build-date-to-SOURCE_DATE_EPOCH.patch index e65c9853e0..42f5559e3f 100644 --- a/meta-oe/recipes-devtools/yasm/yasm/0001-yasm-Set-build-date-to-SOURCE_DATE_EPOCH.patch +++ b/meta-oe/recipes-devtools/yasm/yasm/0001-yasm-Set-build-date-to-SOURCE_DATE_EPOCH.patch @@ -7,6 +7,8 @@ If SOURCE_DATE_EPOCH is set, use it to generate a reproducible string for BUILD_DATE. Signed-off-by: Oleh Matiusha + +Upstream-Status: Pending --- configure.ac | 8 1 file changed, 8 insertions(+) diff --git a/meta-oe/recipes-devtools/yasm/yasm/0002-yasm-Use-BUILD_DATE-for-reproducibility.patch b/meta-oe/recipes-devtools/yasm/yasm/0002-yasm-Use-BUILD_DATE-for-reproducibility.patch index 665f3afc9f..4b9c933d01 100644 --- a/meta-oe/recipes-devtools/yasm/yasm/0002-yasm-Use-BUILD_DATE-for-reproducibility.patch +++ b/meta-oe/recipes-devtools/yasm/yasm/0002-yasm-Use-BUILD_DATE-for-reproducibility.patch @@ -7,6 +7,8 @@ Use reproducible build date instead of compilation
Re: [oe] [meta-oe] [PATCH V2] abseil-cpp: upgrade 20230802.1 -> 20240116.1
> No idea how that was not detected before the below patch was integrated
> though.
You had the same chance to catch it on ML as me or khem..
On Mon, Mar 11, 2024 at 2:06 PM Peter Kjellerstedt
wrote:
>
> > -Original Message-
> > From: openembedded-devel@lists.openembedded.org > de...@lists.openembedded.org> On Behalf Of Martin Jansa
> > Sent: den 10 mars 2024 14:54
> > To: wan...@fujitsu.com; Peter Kjellerstedt
> > Cc: openembedded-devel@lists.openembedded.org
> > Subject: Re: [oe] [meta-oe] [PATCH V2] abseil-cpp: upgrade 20230802.1 ->
> > 20240116.1
> >
> > Does this intentionally undo last 2 changes from Peter? The commit
> > message doesn't mention it
> >
> > https://git.openembedded.org/meta-openembedded/commit/?id=32eefcf1ca97a08ea85f62a72b676e447f1b79a0
> > https://git.openembedded.org/meta-openembedded/commit/?id=5c554c9b8cb63b5d0d5f434c28dd71c0f1843448
>
> I have no idea what happened there, but I assume they were somehow
> accidentally reverted. No idea how that was not detected before the below
> patch was integrated though.
>
> Anyway, I have sent updated patches to restore what was reverted.
>
> //Peter
>
> >
> > also looks like libabsl_flags is no longer provided by this version
> > (got failure from one recipe, will check if it's expected).
> >
> > Regards,
> >
> > On Fri, Mar 8, 2024 at 1:15 AM wangmy via lists.openembedded.org
> > wrote:
> > >
> > > From: Wang Mingyu
> > >
> > > 0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> > > revmoed since it's included in 20240116.1.
> > >
> > > Changelog:
> > > ===
> > > -Added absl::NoDestructor to simplify defining static types that do
> > not need
> > > to be destructed upon program exit.
> > > -Added configurable verbose logging (also known as VLOG).
> > > -Added absl::Overload(), which returns a functor that provides overloads
> > based
> > > on the functors passed to it.
> > > -Bzlmod is now officially supported (previously it was supported by the
> > community).
> > >
> > > Signed-off-by: Wang Mingyu
> > > ---
> > > ...-Win32Waiter-and-PthreadWaiter-on-Mi.patch | 62 ---
> > > ...20230802.1.bb => abseil-cpp_20240116.1.bb} | 37 +++
> > > 2 files changed, 9 insertions(+), 90 deletions(-)
> > > delete mode 100644 meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-
> > Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> > > rename meta-oe/recipes-devtools/abseil-cpp/{abseil-cpp_20230802.1.bb =>
> > abseil-cpp_20240116.1.bb} (59%)
> > >
> > > diff --git a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-
> > using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch b/meta-oe/recipes-
> > devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-
> > PthreadWaiter-on-Mi.patch
> > > deleted file mode 100644
> > > index db559bb16..0
> > > --- a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-
> > both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> > > +++ /dev/null
> > > @@ -1,62 +0,0 @@
> > > -From cb7665f39e23e95e2466390c60ee5a410780a3ed Mon Sep 17 00:00:00 2001
> > > -From: Derek Mauro
> > > -Date: Wed, 8 Nov 2023 09:55:31 -0800
> > > -Subject: [PATCH] Avoid using both Win32Waiter and PthreadWaiter on
> > MinGW, and
> > > - use StdcppWaiter instead.
> > > -
> > > -There are various flavors of MinGW, some of which support pthread,
> > > -and some of which support Win32. Instead of figuring out which
> > > -platform is being used, just use the generic implementation.
> > > -
> > > -PiperOrigin-RevId: 580565507
> > > -Change-Id: Ia85fd7496f1e6ebdeadb95202f0039e844826118
> > > -Upstream-Status: Backport
> > >
> > > - absl/synchronization/internal/pthread_waiter.h | 4 ++--
> > > - absl/synchronization/internal/win32_waiter.h | 6 --
> > > - 2 files changed, 6 insertions(+), 4 deletions(-)
> > > -
> > > -diff --git a/absl/synchronization/internal/pthread_waiter.h
> > b/absl/synchronization/internal/pthread_waiter.h
> > > -index 206aefa4..23db76ad 100644
> > > a/absl/synchronization/internal/pthread_waiter.h
> > > -+++ b/absl/synchronization/internal/pthread_waiter.h
> > > -@@ -16,7 +16,7 @@
> > > - #ifndef ABSL_SYNCHRONIZATION_INTERNAL_PTHREAD_WAITER_H_
> > > - #define ABSL_SYNCHRONIZATION_INTE
Re: [oe] [meta-oe] [PATCH V2] abseil-cpp: upgrade 20230802.1 -> 20240116.1
On Sun, Mar 10, 2024 at 2:54 PM Martin Jansa via lists.openembedded.org wrote: > > Does this intentionally undo last 2 changes from Peter? The commit > message doesn't mention it > > https://git.openembedded.org/meta-openembedded/commit/?id=32eefcf1ca97a08ea85f62a72b676e447f1b79a0 > https://git.openembedded.org/meta-openembedded/commit/?id=5c554c9b8cb63b5d0d5f434c28dd71c0f1843448 > > also looks like libabsl_flags is no longer provided by this version > (got failure from one recipe, will check if it's expected). this last part was expected, absl_flags was removed in: https://github.com/abseil/abseil-cpp/commit/4038192a57cb75f7ee671f81a3378ff4c74c4f8e Luckily the library wasn't really needed in our libedgetpu, so I could just remove it from LDFLAGS as in: https://github.com/shr-project/meta-webosose/commit/58c1ee08b35a5ffb3b3ef2fe142d1a78585aafcc Regards, -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109258): https://lists.openembedded.org/g/openembedded-devel/message/109258 Mute This Topic: https://lists.openembedded.org/mt/104800225/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] abseil-cpp: upgrade 20230802.1 -> 20240116.1
Does this intentionally undo last 2 changes from Peter? The commit
message doesn't mention it
https://git.openembedded.org/meta-openembedded/commit/?id=32eefcf1ca97a08ea85f62a72b676e447f1b79a0
https://git.openembedded.org/meta-openembedded/commit/?id=5c554c9b8cb63b5d0d5f434c28dd71c0f1843448
also looks like libabsl_flags is no longer provided by this version
(got failure from one recipe, will check if it's expected).
Regards,
On Fri, Mar 8, 2024 at 1:15 AM wangmy via lists.openembedded.org
wrote:
>
> From: Wang Mingyu
>
> 0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> revmoed since it's included in 20240116.1.
>
> Changelog:
> ===
> -Added absl::NoDestructor to simplify defining static types that do not
> need
> to be destructed upon program exit.
> -Added configurable verbose logging (also known as VLOG).
> -Added absl::Overload(), which returns a functor that provides overloads based
> on the functors passed to it.
> -Bzlmod is now officially supported (previously it was supported by the
> community).
>
> Signed-off-by: Wang Mingyu
> ---
> ...-Win32Waiter-and-PthreadWaiter-on-Mi.patch | 62 ---
> ...20230802.1.bb => abseil-cpp_20240116.1.bb} | 37 +++
> 2 files changed, 9 insertions(+), 90 deletions(-)
> delete mode 100644
> meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> rename meta-oe/recipes-devtools/abseil-cpp/{abseil-cpp_20230802.1.bb =>
> abseil-cpp_20240116.1.bb} (59%)
>
> diff --git
> a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
>
> b/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> deleted file mode 100644
> index db559bb16..0
> ---
> a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> +++ /dev/null
> @@ -1,62 +0,0 @@
> -From cb7665f39e23e95e2466390c60ee5a410780a3ed Mon Sep 17 00:00:00 2001
> -From: Derek Mauro
> -Date: Wed, 8 Nov 2023 09:55:31 -0800
> -Subject: [PATCH] Avoid using both Win32Waiter and PthreadWaiter on MinGW, and
> - use StdcppWaiter instead.
> -
> -There are various flavors of MinGW, some of which support pthread,
> -and some of which support Win32. Instead of figuring out which
> -platform is being used, just use the generic implementation.
> -
> -PiperOrigin-RevId: 580565507
> -Change-Id: Ia85fd7496f1e6ebdeadb95202f0039e844826118
> -Upstream-Status: Backport
>
> - absl/synchronization/internal/pthread_waiter.h | 4 ++--
> - absl/synchronization/internal/win32_waiter.h | 6 --
> - 2 files changed, 6 insertions(+), 4 deletions(-)
> -
> -diff --git a/absl/synchronization/internal/pthread_waiter.h
> b/absl/synchronization/internal/pthread_waiter.h
> -index 206aefa4..23db76ad 100644
> a/absl/synchronization/internal/pthread_waiter.h
> -+++ b/absl/synchronization/internal/pthread_waiter.h
> -@@ -16,7 +16,7 @@
> - #ifndef ABSL_SYNCHRONIZATION_INTERNAL_PTHREAD_WAITER_H_
> - #define ABSL_SYNCHRONIZATION_INTERNAL_PTHREAD_WAITER_H_
> -
> --#ifndef _WIN32
> -+#if !defined(_WIN32) && !defined(__MINGW32__)
> - #include
> -
> - #include "absl/base/config.h"
> -@@ -55,6 +55,6 @@ class PthreadWaiter : public WaiterCrtp {
> - ABSL_NAMESPACE_END
> - } // namespace absl
> -
> --#endif // ndef _WIN32
> -+#endif // !defined(_WIN32) && !defined(__MINGW32__)
> -
> - #endif // ABSL_SYNCHRONIZATION_INTERNAL_PTHREAD_WAITER_H_
> -diff --git a/absl/synchronization/internal/win32_waiter.h
> b/absl/synchronization/internal/win32_waiter.h
> -index 87eb617c..fdab264e 100644
> a/absl/synchronization/internal/win32_waiter.h
> -+++ b/absl/synchronization/internal/win32_waiter.h
> -@@ -20,7 +20,8 @@
> - #include
> - #endif
> -
> --#if defined(_WIN32) && _WIN32_WINNT >= _WIN32_WINNT_VISTA
> -+#if defined(_WIN32) && !defined(__MINGW32__) && \
> -+_WIN32_WINNT >= _WIN32_WINNT_VISTA
> -
> - #include "absl/base/config.h"
> - #include "absl/synchronization/internal/kernel_timeout.h"
> -@@ -65,6 +66,7 @@ class Win32Waiter : public WaiterCrtp {
> - ABSL_NAMESPACE_END
> - } // namespace absl
> -
> --#endif // defined(_WIN32) && _WIN32_WINNT >= _WIN32_WINNT_VISTA
> -+#endif // defined(_WIN32) && !defined(__MINGW32__) &&
> -+// _WIN32_WINNT >= _WIN32_WINNT_VISTA
> -
> - #endif // ABSL_SYNCHRONIZATION_INTERNAL_WIN32_WAITER_H_
> diff --git a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20230802.1.bb
> b/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20240116.1.bb
> similarity index 59%
> rename from meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20230802.1.bb
> rename to meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20240116.1.bb
> index 17db7b2e4..82b2d20e0 100644
> --- a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20230802.1.bb
> +++ b/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20240116.1.bb
> @@ -1,24 +1,26 @@
> SUMMARY = "Abseil is a
[oe] [meta-oe][kirkstone][PATCH] opencv: fix reproducibility issues
From: Anuj Mittal
Download and unpack contrib modules and other repositories in S instead
of WORKDIR so they don't escape file-prefix-map substitutions.
Fixes a number of reproducibility problems because of OpenCV check
macros that were embedding path to files in contrib/.
MJ: this is backport from langdale and fixes not only reproducibility
issues but also pseudo aborts in do_install when do_install
is executed again after do_package (in incremental builds):
| DEBUG: Executing shell function do_install
| NOTE: DESTDIR=opencv/4.5.5-r0/image VERBOSE=1 cmake --build
opencv/4.5.5-r0/build --target install --
| abort()ing pseudo client by server request. See
https://wiki.yoctoproject.org/wiki/Pseudo_Abort for more details on this.
| Check logfile: opencv/4.5.5-r0/pseudo//pseudo.log
| Subprocess aborted
and pseudo.log file shows:
path mismatch [3 links]: ino 214373575 db
'opencv/4.5.5-r0/package/usr/src/debug/lib32-opencv/4.5.5-r0/contrib/modules/intensity_transform/src/bimef.cpp'
req 'opencv/4.5.5-r0/contrib/modules/intensity_transform/src/bimef.cpp'.
easily reproducible with:
bitbake -c cleansstate opencv; bitbake -c package opencv; bitbake -c install
-f opencv
unlike ${S} ${WORKDIR}/contrib isn't in default PSEUDO_IGNORE_PATHS
Signed-off-by: Anuj Mittal
Signed-off-by: Khem Raj
Signed-off-by: Martin Jansa
---
.../recipes-support/opencv/opencv_4.5.5.bb| 34 +--
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/meta-oe/recipes-support/opencv/opencv_4.5.5.bb
b/meta-oe/recipes-support/opencv/opencv_4.5.5.bb
index a7700a3743..5b5685f990 100644
--- a/meta-oe/recipes-support/opencv/opencv_4.5.5.bb
+++ b/meta-oe/recipes-support/opencv/opencv_4.5.5.bb
@@ -39,12 +39,12 @@ IPP_MD5 = "${@ipp_md5sum(d)}"
SRCREV_FORMAT = "opencv_contrib_ipp_boostdesc_vgg"
SRC_URI =
"git://github.com/opencv/opencv.git;name=opencv;branch=master;protocol=https \
-
git://github.com/opencv/opencv_contrib.git;destsuffix=contrib;name=contrib;branch=master;protocol=https
\
-
git://github.com/opencv/opencv_3rdparty.git;branch=ippicv/master_20191018;destsuffix=ipp;name=ipp;protocol=https
\
-
git://github.com/opencv/opencv_3rdparty.git;branch=contrib_xfeatures2d_boostdesc_20161012;destsuffix=boostdesc;name=boostdesc;protocol=https
\
-
git://github.com/opencv/opencv_3rdparty.git;branch=contrib_xfeatures2d_vgg_20160317;destsuffix=vgg;name=vgg;protocol=https
\
-
git://github.com/opencv/opencv_3rdparty.git;branch=contrib_face_alignment_20170818;destsuffix=face;name=face;protocol=https
\
-
git://github.com/WeChatCV/opencv_3rdparty.git;branch=wechat_qrcode;destsuffix=wechat_qrcode;name=wechat-qrcode;protocol=https
\
+
git://github.com/opencv/opencv_contrib.git;destsuffix=git/contrib;name=contrib;branch=master;protocol=https
\
+
git://github.com/opencv/opencv_3rdparty.git;branch=ippicv/master_20191018;destsuffix=git/ipp;name=ipp;protocol=https
\
+
git://github.com/opencv/opencv_3rdparty.git;branch=contrib_xfeatures2d_boostdesc_20161012;destsuffix=git/boostdesc;name=boostdesc;protocol=https
\
+
git://github.com/opencv/opencv_3rdparty.git;branch=contrib_xfeatures2d_vgg_20160317;destsuffix=git/vgg;name=vgg;protocol=https
\
+
git://github.com/opencv/opencv_3rdparty.git;branch=contrib_face_alignment_20170818;destsuffix=git/face;name=face;protocol=https
\
+
git://github.com/WeChatCV/opencv_3rdparty.git;branch=wechat_qrcode;destsuffix=git/wechat_qrcode;name=wechat-qrcode;protocol=https
\
file://0001-3rdparty-ippicv-Use-pre-downloaded-ipp.patch \
file://0003-To-fix-errors-as-following.patch \
file://0001-Temporarliy-work-around-deprecated-ffmpeg-RAW-functi.patch \
@@ -52,10 +52,10 @@ SRC_URI =
"git://github.com/opencv/opencv.git;name=opencv;branch=master;protocol
file://download.patch \
file://0001-Make-ts-module-external.patch \
file://0001-core-vsx-update-vec_absd-workaround-condition.patch \
- file://CVE-2023-2617.patch;patchdir=../contrib \
- file://CVE-2023-2618.patch;patchdir=../contrib \
+ file://CVE-2023-2617.patch;patchdir=contrib \
+ file://CVE-2023-2618.patch;patchdir=contrib \
"
-SRC_URI:append:riscv64 = "
file://0001-Use-Os-to-compile-tinyxml2.cpp.patch;patchdir=../contrib"
+SRC_URI:append:riscv64 = "
file://0001-Use-Os-to-compile-tinyxml2.cpp.patch;patchdir=contrib"
S = "${WORKDIR}/git"
@@ -64,7 +64,7 @@ S = "${WORKDIR}/git"
OPENCV_DLDIR = "${WORKDIR}/downloads"
do_unpack_extra() {
-tar xzf ${WORKDIR}/ipp/ippicv/${IPP_FILENAME} -C ${WORKDIR}
+tar xzf ${S}/ipp/ippicv/${IPP_FILENAME} -C ${S}
md5() {
# Return the MD5 of $1
@@ -79,22 +79,22 @@ do_unpack_extra() {
test -e $D
Re: [oe][meta-oe][PATCH 0/2] glmark2: fix an issue with eglconfig scoring
The QA check in oe-core would tell you that (as well as that the 'S' in Status needs to be uppercase). On Tue, Mar 5, 2024 at 10:47 PM Randolph Sapp wrote: > > On 3/5/24 15:42, Martin Jansa wrote: > > Invalid format of Upstream-Status and please squash those 2 commits as > > they don't make sense separately. > > > > On Tue, Mar 5, 2024 at 10:26 PM Randolph Sapp via > > lists.openembedded.org wrote: > >> > >> From: Randolph Sapp > >> > >> Backport a patch from the upstream glmark2 package to fix 2 primary issues: > >> > >> 1. Configs with stencil components were ranked unnecessarily low. > >> 2. If the target config was below 0 an optimal config may not be properly > >> selected. > >> > >> Randolph Sapp (2): > >>glmark2: add upstream patch to not care about stencil config > >>glmark2: add the stencil config patch to the package > >> > >> ...y-default-don-t-care-about-the-stenc.patch | 103 ++ > >> .../recipes-benchmark/glmark2/glmark2_git.bb | 1 + > >> 2 files changed, 104 insertions(+) > >> create mode 100644 > >> meta-oe/recipes-benchmark/glmark2/files/0003-GLVisualConfig-By-default-don-t-care-about-the-stenc.patch > >> > >> -- > >> 2.44.0 > > Roger. Would the correct status be: > > > Upstream-Status: Backport [5f23d540342ba69e12afeb6a1ac4f6fd36747975] > > (Reading the docs I was not aware the brackets were supposed to be > included...) -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109139): https://lists.openembedded.org/g/openembedded-devel/message/109139 Mute This Topic: https://lists.openembedded.org/mt/104754322/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 0/2] glmark2: fix an issue with eglconfig scoring
Invalid format of Upstream-Status and please squash those 2 commits as they don't make sense separately. On Tue, Mar 5, 2024 at 10:26 PM Randolph Sapp via lists.openembedded.org wrote: > > From: Randolph Sapp > > Backport a patch from the upstream glmark2 package to fix 2 primary issues: > > 1. Configs with stencil components were ranked unnecessarily low. > 2. If the target config was below 0 an optimal config may not be properly > selected. > > Randolph Sapp (2): > glmark2: add upstream patch to not care about stencil config > glmark2: add the stencil config patch to the package > > ...y-default-don-t-care-about-the-stenc.patch | 103 ++ > .../recipes-benchmark/glmark2/glmark2_git.bb | 1 + > 2 files changed, 104 insertions(+) > create mode 100644 > meta-oe/recipes-benchmark/glmark2/files/0003-GLVisualConfig-By-default-don-t-care-about-the-stenc.patch > > -- > 2.44.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109135): https://lists.openembedded.org/g/openembedded-devel/message/109135 Mute This Topic: https://lists.openembedded.org/mt/104754322/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-filesystems][PATCH] fuse3: use 4 spaces for indentation
* instead of mix of 8, 9 and 4 spaces
Signed-off-by: Martin Jansa
---
.../recipes-support/fuse/fuse3_3.16.2.bb | 56 ++-
1 file changed, 29 insertions(+), 27 deletions(-)
diff --git a/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
b/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
index 321851da5c..7964621b58 100644
--- a/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
+++ b/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
@@ -7,9 +7,11 @@ DESCRIPTION = "FUSE (Filesystem in Userspace) is a simple
interface for userspac
HOMEPAGE = "https://github.com/libfuse/libfuse;
SECTION = "libs"
LICENSE = "GPL-2.0-only & LGPL-2.0-only"
-LIC_FILES_CHKSUM = "file://GPL2.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-file://LGPL2.txt;md5=4fbd65380cdd255951079008b364516c \
-file://LICENSE;md5=a55c12a2d7d742ecb41ca9ae0a6ddc66"
+LIC_FILES_CHKSUM = " \
+file://GPL2.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
+file://LGPL2.txt;md5=4fbd65380cdd255951079008b364516c \
+file://LICENSE;md5=a55c12a2d7d742ecb41ca9ae0a6ddc66 \
+"
SRC_URI =
"https://github.com/libfuse/libfuse/releases/download/fuse-${PV}/fuse-${PV}.tar.gz
\
"
@@ -25,7 +27,7 @@ CVE_PRODUCT = "fuse_project:fuse"
inherit meson pkgconfig ptest
SRC_URI += " \
-file://run-ptest \
+file://run-ptest \
"
RDEPENDS:${PN}-ptest += " \
@@ -36,29 +38,29 @@ RDEPENDS:${PN}-ptest += " \
"
do_install_ptest() {
-install -d ${D}${PTEST_PATH}/test
-install -d ${D}${PTEST_PATH}/example
-install -d ${D}${PTEST_PATH}/util
-cp -rf ${S}/test/* ${D}${PTEST_PATH}/test/
-
-example_excutables=`find ${B}/example -type f -executable`
-util_excutables=`find ${B}/util -type f -executable`
-test_excutables=`find ${B}/test -type f -executable`
-
-for e in $example_excutables
-do
-cp -rf $e ${D}${PTEST_PATH}/example/
- done
-
-for e in $util_excutables
-do
-cp -rf $e ${D}${PTEST_PATH}/util/
-done
-
-for e in $test_excutables
-do
-cp -rf $e ${D}${PTEST_PATH}/test
-done
+install -d ${D}${PTEST_PATH}/test
+install -d ${D}${PTEST_PATH}/example
+install -d ${D}${PTEST_PATH}/util
+cp -rf ${S}/test/* ${D}${PTEST_PATH}/test/
+
+example_excutables=`find ${B}/example -type f -executable`
+util_excutables=`find ${B}/util -type f -executable`
+test_excutables=`find ${B}/test -type f -executable`
+
+for e in $example_excutables
+do
+cp -rf $e ${D}${PTEST_PATH}/example/
+done
+
+for e in $util_excutables
+do
+cp -rf $e ${D}${PTEST_PATH}/util/
+done
+
+for e in $test_excutables
+do
+cp -rf $e ${D}${PTEST_PATH}/test
+done
}
DEPENDS = "udev"
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109078):
https://lists.openembedded.org/g/openembedded-devel/message/109078
Mute This Topic: https://lists.openembedded.org/mt/104667062/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 1/4] fuse3: Add missing runtime deps for ptests
or is it typo cuse -> fuse?
On Fri, Mar 1, 2024 at 11:43 AM Martin Jansa wrote:
>
> does it need virtual/kernel dependency now?
>
> in world build I've seen:
> ERROR: QA Issue: fuse3-ptest rdepends on kernel-module-cuse, but it
> isn't a build dependency? [build-deps]
>
> On Thu, Feb 22, 2024 at 9:58 PM Khem Raj wrote:
> >
> > Signed-off-by: Khem Raj
> > ---
> > meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb | 6 --
> > 1 file changed, 4 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> > b/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> > index 5e532ba7ed..321851da5c 100644
> > --- a/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> > +++ b/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> > @@ -29,8 +29,10 @@ SRC_URI += " \
> > "
> >
> > RDEPENDS:${PN}-ptest += " \
> > -python3-pytest \
> > - bash \
> > +python3-pytest \
> > +python3-looseversion \
> > +kernel-module-cuse \
> > +bash \
> > "
> >
> > do_install_ptest() {
> > --
> > 2.43.2
> >
> >
> >
> >
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109075):
https://lists.openembedded.org/g/openembedded-devel/message/109075
Mute This Topic: https://lists.openembedded.org/mt/104516894/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 1/4] fuse3: Add missing runtime deps for ptests
does it need virtual/kernel dependency now?
in world build I've seen:
ERROR: QA Issue: fuse3-ptest rdepends on kernel-module-cuse, but it
isn't a build dependency? [build-deps]
On Thu, Feb 22, 2024 at 9:58 PM Khem Raj wrote:
>
> Signed-off-by: Khem Raj
> ---
> meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> b/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> index 5e532ba7ed..321851da5c 100644
> --- a/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> +++ b/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
> @@ -29,8 +29,10 @@ SRC_URI += " \
> "
>
> RDEPENDS:${PN}-ptest += " \
> -python3-pytest \
> - bash \
> +python3-pytest \
> +python3-looseversion \
> +kernel-module-cuse \
> +bash \
> "
>
> do_install_ptest() {
> --
> 2.43.2
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109074):
https://lists.openembedded.org/g/openembedded-devel/message/109074
Mute This Topic: https://lists.openembedded.org/mt/104516894/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-xfce][PATCH 2/2] xfce4-notifyd: use python3native and depend on python3-packaging-native
* it uses gdbus-codegen from glib-2.0-native which depended on python3-distutils-native until https://lists.openembedded.org/g/openembedded-core/message/196136 but distutils on host was enforced by sanity check only until mickledore with: https://git.openembedded.org/openembedded-core/commit/?id=8e3a5b0709384f2b455a82ac1e8e212686fe4456 so on hosts without distutils this was already failing and the glib-2.0-native change only changes the dependency from distutils to packaging which results in: https://errors.yoctoproject.org/Errors/Details/754995/ gdbus-codegen \ --interface-prefix org.xfce.Notifyd.Log \ --c-namespace Xfce \ --generate-c-code xfce-notify-log-gbus \ --glib-max-allowed 2.68 \ ../../xfce4-notifyd-0.8.2/common/xfce-notify-log-dbus.xml Traceback (most recent call last): File "TOPDIR/build/tmp/work/riscv64-yoe-linux/xfce4-notifyd/0.8.2/recipe-sysroot-native/usr/bin/gdbus-codegen", line 53, in from codegen import codegen_main File "TOPDIR/build/tmp/work/riscv64-yoe-linux/xfce4-notifyd/0.8.2/recipe-sysroot-native/usr/share/glib-2.0/codegen/codegen_main.py", line 29, in from . import dbustypes File "TOPDIR/build/tmp/work/riscv64-yoe-linux/xfce4-notifyd/0.8.2/recipe-sysroot-native/usr/share/glib-2.0/codegen/dbustypes.py", line 22, in from . import utils File "TOPDIR/build/tmp/work/riscv64-yoe-linux/xfce4-notifyd/0.8.2/recipe-sysroot-native/usr/share/glib-2.0/codegen/utils.py", line 22, in import packaging.version ModuleNotFoundError: No module named 'packaging' * packaging probably isn't as wide spread on host distros as old distutils was, so make sure it's available by using python3-native with python3-packaging-native from OE build Signed-off-by: Martin Jansa --- meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.8.2.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.8.2.bb b/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.8.2.bb index 7dbd90c188..96cfd32f7b 100644 --- a/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.8.2.bb +++ b/meta-xfce/recipes-apps/xfce4-notifyd/xfce4-notifyd_0.8.2.bb @@ -10,9 +10,11 @@ DEPENDS = " \ libxfce4ui \ xfconf \ xfce4-panel \ +python3-packaging-native \ " inherit xfce-app +inherit python3native SRC_URI:append = " file://xfce4-notifyd-get-var-abs-path.patch" -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109057): https://lists.openembedded.org/g/openembedded-devel/message/109057 Mute This Topic: https://lists.openembedded.org/mt/104629514/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-xfce][PATCH 1/2] ristretto: use python3native and depend on glib-2.0-native, python3-packaging-native
* it uses gdbus-codegen from glib-2.0-native which depended
on python3-distutils-native until
https://lists.openembedded.org/g/openembedded-core/message/196136
but distutils on host was enforced by sanity check only until mickledore with:
https://git.openembedded.org/openembedded-core/commit/?id=8e3a5b0709384f2b455a82ac1e8e212686fe4456
so on hosts without distutils this was already failing
and the glib-2.0-native change only changes the dependency from
distutils to packaging which results in:
https://errors.yoctoproject.org/Errors/Details/754996/
gdbus-codegen \
--c-namespace=Tumbler \
--interface-prefix=org.freedesktop.thumbnails. \
--generate-c-code=tumbler \
tumbler-service-dbus.xml
Traceback (most recent call last):
File
"TOPDIR/build/tmp/work/riscv64-yoe-linux/ristretto/0.13.1/recipe-sysroot-native/usr/bin/gdbus-codegen",
line 53, in
from codegen import codegen_main
File
"TOPDIR/build/tmp/work/riscv64-yoe-linux/ristretto/0.13.1/recipe-sysroot-native/usr/share/glib-2.0/codegen/codegen_main.py",
line 29, in
from . import dbustypes
File
"TOPDIR/build/tmp/work/riscv64-yoe-linux/ristretto/0.13.1/recipe-sysroot-native/usr/share/glib-2.0/codegen/dbustypes.py",
line 22, in
from . import utils
File
"TOPDIR/build/tmp/work/riscv64-yoe-linux/ristretto/0.13.1/recipe-sysroot-native/usr/share/glib-2.0/codegen/utils.py",
line 22, in
import packaging.version
ModuleNotFoundError: No module named 'packaging'
* packaging probably isn't as wide spread on host distros as old
distutils was, so make sure it's available by using
python3-native with python3-packaging-native from OE build
Signed-off-by: Martin Jansa
---
meta-xfce/recipes-apps/ristretto/ristretto_0.13.1.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-xfce/recipes-apps/ristretto/ristretto_0.13.1.bb
b/meta-xfce/recipes-apps/ristretto/ristretto_0.13.1.bb
index 4aac89fe79..dcae982cee 100644
--- a/meta-xfce/recipes-apps/ristretto/ristretto_0.13.1.bb
+++ b/meta-xfce/recipes-apps/ristretto/ristretto_0.13.1.bb
@@ -4,9 +4,9 @@ SECTION = "x11/application"
LICENSE = "GPL-2.0-only"
LIC_FILES_CHKSUM = "file://COPYING;md5=35d145429ad3cbf5308d1dc93f66376b"
-DEPENDS = "exo libexif libxfce4ui libxfce4util xfconf cairo file"
+DEPENDS = "exo libexif libxfce4ui libxfce4util xfconf cairo file
glib-2.0-native python3-packaging-native"
-inherit xfce-app mime-xdg
+inherit xfce-app mime-xdg python3native
RRECOMMENDS:${PN} += "tumbler"
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109056):
https://lists.openembedded.org/g/openembedded-devel/message/109056
Mute This Topic: https://lists.openembedded.org/mt/104629513/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 2/2] networkmanager-fortisslvpn: use python3native and depend on python3-packaging-native
* it uses gdbus-codegen from glib-2.0-native which depended
on python3-distutils-native until
https://lists.openembedded.org/g/openembedded-core/message/196136
but distutils on host was enforced by sanity check only until mickledore with:
https://git.openembedded.org/openembedded-core/commit/?id=8e3a5b0709384f2b455a82ac1e8e212686fe4456
so on hosts without distutils this was already failing with:
http://errors.yoctoproject.org/Errors/Details/754697/
gdbus-codegen \
--generate-c-code src/nm-fortisslvpn-pppd-service-dbus \
--c-namespace NMDBus \
--interface-prefix org.freedesktop.NetworkManager \
../NetworkManager-fortisslvpn-1.4.0/src/nm-fortisslvpn-pppd-service.xml
Traceback (most recent call last):
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/bin/gdbus-codegen",
line 53, in
from codegen import codegen_main
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/share/glib-2.0/codegen/codegen_main.py",
line 29, in
from . import dbustypes
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/share/glib-2.0/codegen/dbustypes.py",
line 22, in
from . import utils
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/share/glib-2.0/codegen/utils.py",
line 22, in
import distutils.version
ModuleNotFoundError: No module named 'distutils'
make: *** [Makefile:2081: src/nm-fortisslvpn-pppd-service-dbus.h] Error 1
and the glib-2.0-native change only changes the dependency from
distutils to packaging which results in:
http://errors.yoctoproject.org/Errors/Details/754693/
gdbus-codegen \
--generate-c-code src/nm-fortisslvpn-pppd-service-dbus \
--c-namespace NMDBus \
--interface-prefix org.freedesktop.NetworkManager \
../NetworkManager-fortisslvpn-1.4.0/src/nm-fortisslvpn-pppd-service.xml
Traceback (most recent call last):
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/bin/gdbus-codegen",
line 53, in
from codegen import codegen_main
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/share/glib-2.0/codegen/codegen_main.py",
line 29, in
from . import dbustypes
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/share/glib-2.0/codegen/dbustypes.py",
line 22, in
from . import utils
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/networkmanager-fortisslvpn/1.4.0/recipe-sysroot-native/usr/share/glib-2.0/codegen/utils.py",
line 22, in
import packaging.version
ModuleNotFoundError: No module named 'packaging'
make: *** [Makefile:2081: src/nm-fortisslvpn-pppd-service-dbus.h] Error 1
* packaging probably isn't as wide spread on host distros as old
distutils was, so make sure it's available by using
python3-native with python3-packaging-native from OE build
Signed-off-by: Martin Jansa
---
.../networkmanager/networkmanager-fortisslvpn_1.4.0.bb| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
a/meta-networking/recipes-connectivity/networkmanager/networkmanager-fortisslvpn_1.4.0.bb
b/meta-networking/recipes-connectivity/networkmanager/networkmanager-fortisslvpn_1.4.0.bb
index a15c69b601..48f50abaf1 100644
---
a/meta-networking/recipes-connectivity/networkmanager/networkmanager-fortisslvpn_1.4.0.bb
+++
b/meta-networking/recipes-connectivity/networkmanager/networkmanager-fortisslvpn_1.4.0.bb
@@ -4,10 +4,10 @@ SECTION = "net/misc"
LICENSE = "GPL-2.0-or-later"
LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
-DEPENDS = "glib-2.0-native libxml2-native networkmanager ppp"
+DEPENDS = "glib-2.0-native libxml2-native networkmanager ppp
python3-packaging-native"
GNOMEBASEBUILDCLASS = "autotools"
-inherit gnomebase gettext useradd
+inherit gnomebase gettext useradd python3native
SRC_URI = " \
${GNOME_MIRROR}/NetworkManager-fortisslvpn/${@gnome_verdir("${PV}")}/NetworkManager-fortisslvpn-${PV}.tar.xz
\
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109041):
https://lists.openembedded.org/g/openembedded-devel/message/109041
Mute This Topic: https://lists.openembedded.org/mt/104600759/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 1/2] gattlib: use python3native and depend on python3-packaging-native
* it uses gdbus-codegen from glib-2.0-native which depended
on python3-distutils-native until
https://lists.openembedded.org/g/openembedded-core/message/196136
but distutils on host was enforced by sanity check only until mickledore with:
https://git.openembedded.org/openembedded-core/commit/?id=8e3a5b0709384f2b455a82ac1e8e212686fe4456
so on hosts without distutils this was already failing with:
http://errors.yoctoproject.org/Errors/Details/754696/
cd TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/build/dbus &&
gdbus-codegen --pragma-once --interface-prefix org.bluez.Descriptor1.
--generate-c-code
TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/build/dbus/org-bluez-gattdescriptor1
TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/git/dbus/dbus-bluez-v5.48/org.bluez.GattDescriptor1.xml
Traceback (most recent call last):
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/bin/gdbus-codegen",
line 53, in
from codegen import codegen_main
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/share/glib-2.0/codegen/codegen_main.py",
line 29, in
from . import dbustypes
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/share/glib-2.0/codegen/dbustypes.py",
line 22, in
from . import utils
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/share/glib-2.0/codegen/utils.py",
line 22, in
import distutils.version
ModuleNotFoundError: No module named 'distutils'
and the glib-2.0-native change only changes the dependency from
distutils to packaging which results in:
http://errors.yoctoproject.org/Errors/Details/754692/
FAILED: dbus/org-bluez-gattdescriptor1.c
TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/build/dbus/org-bluez-gattdescriptor1.c
cd TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/build/dbus &&
gdbus-codegen --pragma-once --interface-prefix org.bluez.Descriptor1.
--generate-c-code
TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/build/dbus/org-bluez-gattdescriptor1
TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/git/dbus/dbus-bluez-v5.48/org.bluez.GattDescriptor1.xml
Traceback (most recent call last):
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/bin/gdbus-codegen",
line 53, in
from codegen import codegen_main
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/share/glib-2.0/codegen/codegen_main.py",
line 29, in
from . import dbustypes
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/share/glib-2.0/codegen/dbustypes.py",
line 22, in
from . import utils
File
"TOPDIR/tmp-glibc/work/core2-64-oe-linux/gattlib/0.2+git/recipe-sysroot-native/usr/share/glib-2.0/codegen/utils.py",
line 22, in
import packaging.version
ModuleNotFoundError: No module named 'packaging'
* packaging probably isn't as wide spread on host distros as old
distutils was, so make sure it's available by using
python3-native with python3-packaging-native from OE build
Signed-off-by: Martin Jansa
---
meta-oe/recipes-connectivity/gattlib/gattlib_git.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-connectivity/gattlib/gattlib_git.bb
b/meta-oe/recipes-connectivity/gattlib/gattlib_git.bb
index f54d833a01..7ad28d594d 100644
--- a/meta-oe/recipes-connectivity/gattlib/gattlib_git.bb
+++ b/meta-oe/recipes-connectivity/gattlib/gattlib_git.bb
@@ -4,8 +4,7 @@ SECTION = "libs/network"
LICENSE = "GPL-2.0-or-later | BSD-3-Clause"
LIC_FILES_CHKSUM =
"file://CMakeLists.txt;beginline=1;endline=6;md5=a87ee154f005a6f035b8b34ac2191f3b"
-DEPENDS = "bluez5 glib-2.0"
-DEPENDS += "glib-2.0-native"
+DEPENDS = "bluez5 glib-2.0 glib-2.0-native python3-packaging-native"
PV = "0.2+git"
@@ -26,7 +25,7 @@ PACKAGECONFIG[force-dbus] =
"-DGATTLIB_FORCE_DBUS=TRUE,-DGATTLIB_FORCE_DBUS=FALS
EXTRA_OECMAKE += "-DGATTLIB_PYTHON_INTERFACE=OFF"
EXTRA_OECMAKE += "-DGATTLIB_BUILD_DOCS=OFF"
-inherit pkgconfig cmake
+inherit pkgconfig cmake python3native
do_compile:append() {
for f in org-bluez-gattdescriptor1.c org-bluez-battery1.c
org-bluez-adaptater1.c \
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109040):
https://lists.openembedded.org/g/openembedded-devel/message/109040
Mute This Topic: https://lists.openembedded.org/mt/104600758/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-openembedded][PATCH 2/2] snort3: fix snort.pc
* fixes:
ERROR: lib32-snort3-3+git-r0 do_populate_sysroot: QA Issue: snort.pc failed
sanity test (tmpdir) in path lib32-snort3/3+git/sysroot-destdir/usr/lib/pkg
* it's broken for non-multilib builds as well, the issue is that
FLEX_CPPFLAGS points to native include dir, e.g.
FLEX_CPPFLAGS=-I/OE/../lib32-snort3/3+git/recipe-sysroot-native/usr/include
and the work around from:
https://github.com/openembedded/meta-openembedded/commit/973647848049abda6f2adbee0189720109863731
sed -i "s#${RECIPE_SYSROOT}##g" ${D}${libdir}/pkgconfig/snort.pc
strips the "/OE/../lib32-snort3/3+git/recipe-sysroot" part in non-multilib
case, but leaves:
FLEX_CPPFLAGS=-I-native/usr/include
which is still wrong, but not detected by buildpaths QA check anymore
and in multilib case, this didn't strip the first part because the
target sysroot is:
"/OE/../lib32-snort3/3+git/lib32-recipe-sysroot"
so it didn't strip anything from native sysroot:
"/OE/../lib32-snort3/3+git/recipe-sysroot-native"
Signed-off-by: Martin Jansa
---
meta-networking/recipes-connectivity/snort/snort3_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-connectivity/snort/snort3_git.bb
b/meta-networking/recipes-connectivity/snort/snort3_git.bb
index e9c37c8346..b8826b0682 100644
--- a/meta-networking/recipes-connectivity/snort/snort3_git.bb
+++ b/meta-networking/recipes-connectivity/snort/snort3_git.bb
@@ -21,7 +21,7 @@ PACKAGES =+ "${PN}-scripts"
inherit cmake pkgconfig
do_install:append() {
-sed -i "s#${RECIPE_SYSROOT}##g" ${D}${libdir}/pkgconfig/snort.pc
+sed -i "s#${RECIPE_SYSROOT_NATIVE}##g; s#${RECIPE_SYSROOT}##g"
${D}${libdir}/pkgconfig/snort.pc
}
FILES:${PN} += "${libdir}/snort/daq/*.so"
--
2.43.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109024):
https://lists.openembedded.org/g/openembedded-devel/message/109024
Mute This Topic: https://lists.openembedded.org/mt/104543797/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-openembedded][PATCH 1/2] snort3: drop SRCPV from PV
* as other recipes did in:
https://git.openembedded.org/meta-openembedded/commit/?id=21f956598ddb1bb08855fbc9a3293acf957154d1
Signed-off-by: Martin Jansa
---
meta-networking/recipes-connectivity/snort/snort3_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-connectivity/snort/snort3_git.bb
b/meta-networking/recipes-connectivity/snort/snort3_git.bb
index 4bc2395fae..e9c37c8346 100644
--- a/meta-networking/recipes-connectivity/snort/snort3_git.bb
+++ b/meta-networking/recipes-connectivity/snort/snort3_git.bb
@@ -5,7 +5,7 @@ SECTION = "net"
LICENSE = "GPL-2.0-only"
LIC_FILES_CHKSUM = "file://COPYING;md5=78fa8ef966b48fbf9095e13cc92377c5"
-PV = "3+git${SRCPV}"
+PV = "3+git"
DEPENDS = "flex-native hwloc libdaq libdnet libpcap libpcre libtirpc libunwind
luajit zlib"
--
2.43.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109023):
https://lists.openembedded.org/g/openembedded-devel/message/109023
Mute This Topic: https://lists.openembedded.org/mt/104543796/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] [OE-core][master][PATCH] android-tools: Enable position-independent executable
[OE-core] tag doesn't belong to subject for meta-oe patches, use [meta-oe]
instead.
Upstream-Status belongs to .patch files in the metadata, not to commit
message of metadata changes.
On Thu, Feb 22, 2024 at 1:56 PM Pawan Badganchi
wrote:
> Enable position-independent executable security flag for adb
> and fastboot. Verified that flag is enabled by using checksec.py
>
> Upstream-Status: Pending
>
> Signed-off-by: Pawan
> ---
> .../recipes-devtool/android-tools/android-tools_29.0.6.r14.bb | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/meta-oe/dynamic-layers/selinux/recipes-devtool/android-tools/
> android-tools_29.0.6.r14.bb
> b/meta-oe/dynamic-layers/selinux/recipes-devtool/android-tools/
> android-tools_29.0.6.r14.bb
> index fbad5e136..6ec90c2f5 100644
> --- a/meta-oe/dynamic-layers/selinux/recipes-devtool/android-tools/
> android-tools_29.0.6.r14.bb
> +++ b/meta-oe/dynamic-layers/selinux/recipes-devtool/android-tools/
> android-tools_29.0.6.r14.bb
> @@ -77,6 +77,8 @@ PREREQUISITE_core = "liblog libbase libsparse liblog
> libcutils"
> TOOLS_TO_BUILD = "libcrypto_utils libadb libziparchive fastboot adb
> img2simg simg2img libbacktrace"
> TOOLS_TO_BUILD:append:class-target = " adbd"
>
> +SECURITY_CFLAGS:append:aarch64 = " -pie -fPIE"
> +
> do_compile() {
>
> case "${HOST_ARCH}" in
> --
> 2.25.1
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#108985):
https://lists.openembedded.org/g/openembedded-devel/message/108985
Mute This Topic: https://lists.openembedded.org/mt/104507422/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-httpx: respect libdir in packaging
* hardcoding /usr/lib is always wrong, doesn't match with libdir e.g.
for multilib causing:
ERROR: QA Issue: python3-httpx: Files/directories were installed but not
shipped in any package:
/usr/lib64
/usr/lib64/python3.12
/usr/lib64/python3.12/site-packages
/usr/lib64/python3.12/site-packages/httpx
...
/usr/lib64/python3.12/site-packages/httpx/__pycache__/__version__.cpython-312.pyc
/usr/lib64/python3.12/site-packages/httpx-0.26.0.dist-info/entry_points.txt
/usr/lib64/python3.12/site-packages/httpx-0.26.0.dist-info/WHEEL
/usr/lib64/python3.12/site-packages/httpx-0.26.0.dist-info/METADATA
/usr/lib64/python3.12/site-packages/httpx-0.26.0.dist-info/RECORD
/usr/lib64/python3.12/site-packages/httpx-0.26.0.dist-info/licenses
/usr/lib64/python3.12/site-packages/httpx-0.26.0.dist-info/licenses/LICENSE.md
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
python3-httpx: 63 installed and not shipped files. [installed-vs-shipped]
Signed-off-by: Martin Jansa
---
meta-python/recipes-devtools/python/python3-httpx_0.26.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-python/recipes-devtools/python/python3-httpx_0.26.0.bb
b/meta-python/recipes-devtools/python/python3-httpx_0.26.0.bb
index 9abd13e2be..50bff7f851 100644
--- a/meta-python/recipes-devtools/python/python3-httpx_0.26.0.bb
+++ b/meta-python/recipes-devtools/python/python3-httpx_0.26.0.bb
@@ -36,9 +36,9 @@ RDEPENDS:${PN}-cli += "\
"
FILES:${PN} = "\
-/usr/lib/python${PYTHON_BASEVERSION} \
+${libdir}/${PYTHON_DIR} \
"
FILES:${PN}-cli = "\
-/usr/bin/httpx \
+${bindir}/httpx \
"
--
2.43.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#108839):
https://lists.openembedded.org/g/openembedded-devel/message/108839
Mute This Topic: https://lists.openembedded.org/mt/104428248/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] jack: fix build with python3 on host
* first backport from waflib fixes:
| DEBUG: Executing shell function do_configure
| Traceback (most recent call last):
| File
"/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/./waf",
line 166, in
| from waflib import Scripting
| File
"/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/Scripting.py",
line 10, in
| from waflib import Utils, Configure, Logs, Options, ConfigSet, Context,
Errors, Build, Node
| File
"/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/Configure.py",
line 16, in
| from waflib import ConfigSet, Utils, Options, Logs, Context, Build, Errors
| File
"/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/Options.py",
line 14, in
| from waflib import Logs, Utils, Context, Errors
| File
"/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/Context.py",
line 9, in
| import os, re, imp, sys
| ModuleNotFoundError: No module named 'imp'
the 2nd one avoids SyntaxWarning from waf --version which causes
waf_preconfigure to fail, because SyntaxWarning ends in
waf_preconfigure to fail, because SyntaxWarning ends in
bb.utils.vercmp_string_op:
jack/1.9.22/git $ python3 waf --version
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/Context.py:617:
SyntaxWarning: invalid escape sequence '\_'
"""
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/Build.py:107:
SyntaxWarning: invalid escape sequence '\*'
"""List of targets to build (default: \*)"""
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/Task.py:1047:
SyntaxWarning: invalid escape sequence '\w'
re_cond = re.compile('(?P\w+)|(?P\|)|(?P&)')
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/jack/1.9.22/git/waflib/TaskGen.py:730:
SyntaxWarning: invalid escape sequence '\w'
re_m4 = re.compile('@(\w+)@', re.M)
waf 2.0.12 (54841218840ffa34fddf834680a5a17db69caa12)
As reported in
https://lists.openembedded.org/g/openembedded-core/message/194348
Signed-off-by: Martin Jansa
---
...0001-Conceal-imp-warnings-in-Python3.patch | 34 +++
...ationWarning-invalid-escape-sequence.patch | 229 ++
.../recipes-multimedia/jack/jack_1.9.22.bb| 5 +-
3 files changed, 267 insertions(+), 1 deletion(-)
create mode 100644
meta-oe/recipes-multimedia/jack/jack/0001-Conceal-imp-warnings-in-Python3.patch
create mode 100644
meta-oe/recipes-multimedia/jack/jack/0002-Fix-all-DeprecationWarning-invalid-escape-sequence.patch
diff --git
a/meta-oe/recipes-multimedia/jack/jack/0001-Conceal-imp-warnings-in-Python3.patch
b/meta-oe/recipes-multimedia/jack/jack/0001-Conceal-imp-warnings-in-Python3.patch
new file mode 100644
index 00..8411d12caf
--- /dev/null
+++
b/meta-oe/recipes-multimedia/jack/jack/0001-Conceal-imp-warnings-in-Python3.patch
@@ -0,0 +1,34 @@
+From f864a2aa29377a77c3aef61ce917cc03d099c430 Mon Sep 17 00:00:00 2001
+From: Thomas Nagy
+Date: Wed, 14 Aug 2019 22:05:45 +0200
+Subject: [PATCH] Conceal imp warnings in Python3
+
+---
+Upstream-Status: Backport [from waflib not jack:
https://gitlab.com/ita1024/waf/-/commit/d2060dfd8af4edb5824153ff24e207b39ecd67a2.patch]
+
+ waflib/Context.py | 9 -
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/waflib/Context.py b/waflib/Context.py
+index 761b521f..38ab03f1 100644
+--- a/waflib/Context.py
b/waflib/Context.py
+@@ -6,10 +6,17 @@
+ Classes and functions enabling the command system
+ """
+
+-import os, re, imp, sys
++import os, re, sys
+ from waflib import Utils, Errors, Logs
+ import waflib.Node
+
++if sys.hexversion > 0x304:
++ import types
++ class imp(object):
++ new_module = lambda x: types.ModuleType(x)
++else:
++ import imp
++
+ # the following 3 constants are updated on each new release (do not touch)
+ HEXVERSION=0x2000c00
+ """Constant updated on new releases"""
diff --git
a/meta-oe/recipes-multimedia/jack/jack/0002-Fix-all-DeprecationWarning-invalid-escape-sequence.patch
b/meta-oe/recipes-multimedia/jack/jack/0002-Fix-all-DeprecationWarning-invalid-escape-sequence.patch
new file mode 100644
index 00..cbced56a67
--- /dev/null
+++
b/meta-oe/recipes-multimedia/jack/jack/0002-Fix-all-DeprecationWarning-invalid-escape-sequence.patch
@@ -0,0 +1,229 @@
+From bcba27168d99a3919b730e6a533cf79ab3b24eee Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Micka=C3=ABl=20Schoentgen?=
+Date: Sat, 5 Jan 2019 12:02:42 +0100
+Subject: [PATCH] Fix all DeprecationWarning: invalid escape sequence
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Mickaël Schoentgen
+---
+Upstream-Status: Backport [from waflib not jack:
https://gitlab.com/ita1024/waf/-/commit/412a9b819e86a0061f990
[oe] [meta-oe][PATCH] libtalloc, libtevent, libtdb, libldb: set PYTHONARCHDIR for waf to respect python libdir
0/ldb-2.8.0/buildtools/wafsamba/samba_utils.py", line
66, in fun
return f(*k, **kw)
^^^
File "lib32-libldb/2.8.0/ldb-2.8.0/buildtools/wafsamba/samba_utils.py", line
469, in RECURSE
return ctx.recurse(relpath)
File "lib32-libldb/2.8.0/ldb-2.8.0/third_party/waf/waflib/Context.py", line
296, in recurse
user_function(self)
File "lib32-libldb/2.8.0/ldb-2.8.0/lib/tevent/wscript", line 51, in configure
conf.CHECK_BUNDLED_SYSTEM_PYTHON('pytevent', 'tevent', minversion=VERSION):
^^
File "lib32-libldb/2.8.0/ldb-2.8.0/buildtools/wafsamba/samba_utils.py", line
66, in fun
return f(*k, **kw)
^^^
File "lib32-libldb/2.8.0/ldb-2.8.0/buildtools/wafsamba/samba_bundled.py",
line 270, in CHECK_BUNDLED_SYSTEM_PYTHON
if not found and not conf.LIB_MAY_BE_BUNDLED(libname):
^
UnboundLocalError: cannot access local variable 'found' where it is not
associated with a value
and then it needs PYTHONARCHDIR as well to fix:
ERROR: libldb-2.8.0-r0 do_package: QA Issue: libldb: Files/directories were
installed but not shipped in any package:
/usr/lib
/usr/lib/python3.12
/usr/lib/python3.12/site-packages
/usr/lib/python3.12/site-packages/_ldb_text.py
/usr/lib/python3.12/site-packages/ldb.so
/usr/lib/python3.12/site-packages/.debug
/usr/lib/python3.12/site-packages/.debug/ldb.so
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
libldb: 7 installed and not shipped files. [installed-vs-shipped]
Signed-off-by: Martin Jansa
---
meta-networking/recipes-support/libldb/libldb_2.8.0.bb| 1 +
meta-networking/recipes-support/libtalloc/libtalloc_2.4.1.bb | 1 +
meta-networking/recipes-support/libtdb/libtdb_1.4.9.bb| 1 +
meta-networking/recipes-support/libtevent/libtevent_0.16.0.bb | 1 +
4 files changed, 4 insertions(+)
diff --git a/meta-networking/recipes-support/libldb/libldb_2.8.0.bb
b/meta-networking/recipes-support/libldb/libldb_2.8.0.bb
index ec56eb0205..58d683eab4 100644
--- a/meta-networking/recipes-support/libldb/libldb_2.8.0.bb
+++ b/meta-networking/recipes-support/libldb/libldb_2.8.0.bb
@@ -7,6 +7,7 @@ DEPENDS += "libtdb libtalloc libtevent popt cmocka"
RDEPENDS:pyldb += "python3"
export PYTHONHASHSEED="1"
+export PYTHONARCHDIR = "${PYTHON_SITEPACKAGES_DIR}"
SRC_URI = "http://samba.org/ftp/ldb/ldb-${PV}.tar.gz \
file://0001-do-not-import-target-module-while-cross-compile.patch \
diff --git a/meta-networking/recipes-support/libtalloc/libtalloc_2.4.1.bb
b/meta-networking/recipes-support/libtalloc/libtalloc_2.4.1.bb
index bf7fbc8649..92da03e1a1 100644
--- a/meta-networking/recipes-support/libtalloc/libtalloc_2.4.1.bb
+++ b/meta-networking/recipes-support/libtalloc/libtalloc_2.4.1.bb
@@ -7,6 +7,7 @@ LIC_FILES_CHKSUM =
"file://talloc.h;beginline=3;endline=27;md5=a301712782cad6dd6
"
export PYTHONHASHSEED="1"
+export PYTHONARCHDIR = "${PYTHON_SITEPACKAGES_DIR}"
SRC_URI = "https://www.samba.org/ftp/talloc/talloc-${PV}.tar.gz \
file://0001-talloc-Add-configure-options-for-packages.patch \
diff --git a/meta-networking/recipes-support/libtdb/libtdb_1.4.9.bb
b/meta-networking/recipes-support/libtdb/libtdb_1.4.9.bb
index 248b72967d..9367600351 100644
--- a/meta-networking/recipes-support/libtdb/libtdb_1.4.9.bb
+++ b/meta-networking/recipes-support/libtdb/libtdb_1.4.9.bb
@@ -7,6 +7,7 @@ LIC_FILES_CHKSUM =
"file://tools/tdbdump.c;endline=18;md5=b59cd45aa8624578126a8c
file://include/tdb.h;endline=27;md5=f5bb544641d3081821bcc1dd58310be6"
export PYTHONHASHSEED="1"
+export PYTHONARCHDIR = "${PYTHON_SITEPACKAGES_DIR}"
SRC_URI = "https://samba.org/ftp/tdb/tdb-${PV}.tar.gz \
file://0001-tdb-Add-configure-options-for-packages.patch \
diff --git a/meta-networking/recipes-support/libtevent/libtevent_0.16.0.bb
b/meta-networking/recipes-support/libtevent/libtevent_0.16.0.bb
index 0158f8bc74..67f36083bf 100644
--- a/meta-networking/recipes-support/libtevent/libtevent_0.16.0.bb
+++ b/meta-networking/recipes-support/libtevent/libtevent_0.16.0.bb
@@ -7,6 +7,7 @@ DEPENDS += "libtalloc libtirpc cmocka"
RDEPENDS:python3-tevent = "python3"
export PYTHONHASHSEED="1"
+export PYTHONARCHDIR = "${PYTHON_SITEPACKAGES_DIR}"
SRC_URI = "https://samba.org/ftp/tevent/tevent-${PV}.tar.gz \
file://0001-Add-configure-options-for-packages.patch \
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#108371):
https://lists.openembedded.org/g/openembedded-devel/message/108371
Mute This Topic: https://lists.openembedded.org/mt/103889813/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] libpwquality: respect PYTHONSITEDIR
* fixes installed-vs-shipped e.g. in multilib builds with libdir set to
/usr/lib32:
ERROR: QA Issue: lib32-libpwquality: Files/directories were installed but not
shipped in any package:
/usr/lib/python3.11/site-packages/pwquality.cpython-311-arm-linux-gnueabi.so
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/SOURCES.txt
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/PKG-INFO
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/dependency_links.txt
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/top_level.txt
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
lib32-libpwquality: 6 installed and not shipped files. [installed-vs-shipped]
Signed-off-by: Martin Jansa
---
v2: Update Upstream-Status to Backport and use slightly updated
version already merged upstream
...02-Makefile.am-respect-PYTHONSITEDIR.patch | 26 +++
.../libpwquality/libpwquality_1.4.5.bb| 5 ++--
2 files changed, 29 insertions(+), 2 deletions(-)
create mode 100644
meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
diff --git
a/meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
b/meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
new file mode 100644
index 00..cd59a6d887
--- /dev/null
+++
b/meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
@@ -0,0 +1,26 @@
+From edc51ba1b446913232cdf2945f485392bca72dc7 Mon Sep 17 00:00:00 2001
+From: Hongxu Jia
+Date: Mon, 3 Aug 2015 13:43:14 +0800
+Subject: [PATCH] Makefile.am: respect ${PYTHONSITEDIR}
+
+Signed-off-by: Hongxu Jia
+Signed-off-by: Martin Jansa
+---
+Upstream-Status: Backport
[https://github.com/libpwquality/libpwquality/commit/5192eab011ada47b0157f8d0524bf5b18bba3bd0]
+
+ python/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/python/Makefile.am b/python/Makefile.am
+index 6e51744..0a3bad5 100644
+--- a/python/Makefile.am
b/python/Makefile.am
+@@ -14,7 +14,7 @@ all-local:
+ CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py build
--build-base py$(PYTHONREV)
+
+ install-exec-local:
+- CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py build
--build-base py$(PYTHONREV) install --root ${DESTDIR} --prefix=${prefix}
++ CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py build
--build-base py$(PYTHONREV) install --root ${DESTDIR} --prefix=${prefix}
--install-lib=$(pythonsitedir)
+
+ clean-local:
+ rm -rf py$(PYTHONREV)
diff --git a/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
b/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
index 91afedcb67..4454496f6c 100644
--- a/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
+++ b/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
@@ -8,8 +8,9 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=6bd2f1386df813a459a0c34fde676fc2"
DEPENDS = "cracklib python3-setuptools-native"
SRC_URI =
"git://github.com/libpwquality/libpwquality;branch=master;protocol=https \
- file://0001-Use-setuptools-instead-of-distutils.patch \
- "
+file://0001-Use-setuptools-instead-of-distutils.patch \
+file://0002-Makefile.am-respect-PYTHONSITEDIR.patch \
+"
SRCREV = "5490e96a3dd6ed7371435ca5b3ccef98bdb48b5a"
S = "${WORKDIR}/git"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#108222):
https://lists.openembedded.org/g/openembedded-devel/message/108222
Mute This Topic: https://lists.openembedded.org/mt/103659416/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] libpwquality: respect PYTHONSITEDIR
* fixes installed-vs-shipped e.g. in multilib builds with libdir set to
/usr/lib32:
ERROR: QA Issue: lib32-libpwquality: Files/directories were installed but not
shipped in any package:
/usr/lib/python3.11/site-packages/pwquality.cpython-311-arm-linux-gnueabi.so
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/SOURCES.txt
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/PKG-INFO
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/dependency_links.txt
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/top_level.txt
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
lib32-libpwquality: 6 installed and not shipped files. [installed-vs-shipped]
Signed-off-by: Martin Jansa
---
...02-Makefile.am-respect-PYTHONSITEDIR.patch | 26 +++
.../libpwquality/libpwquality_1.4.5.bb| 5 ++--
2 files changed, 29 insertions(+), 2 deletions(-)
create mode 100644
meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
diff --git
a/meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
b/meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
new file mode 100644
index 00..3e41c17cc0
--- /dev/null
+++
b/meta-oe/recipes-extended/libpwquality/files/0002-Makefile.am-respect-PYTHONSITEDIR.patch
@@ -0,0 +1,26 @@
+From edc51ba1b446913232cdf2945f485392bca72dc7 Mon Sep 17 00:00:00 2001
+From: Hongxu Jia
+Date: Mon, 3 Aug 2015 13:43:14 +0800
+Subject: [PATCH] Makefile.am: respect ${PYTHONSITEDIR}
+
+Signed-off-by: Hongxu Jia
+Signed-off-by: Martin Jansa
+---
+Upstream-Status: Submitted
[https://github.com/libpwquality/libpwquality/pull/80]
+
+ python/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/python/Makefile.am b/python/Makefile.am
+index 6e51744..0a3bad5 100644
+--- a/python/Makefile.am
b/python/Makefile.am
+@@ -14,7 +14,7 @@ all-local:
+ CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py build
--build-base py$(PYTHONREV)
+
+ install-exec-local:
+- CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py build
--build-base py$(PYTHONREV) install --root ${DESTDIR} --prefix=${prefix}
++ CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py build
--build-base py$(PYTHONREV) install --root ${DESTDIR} --prefix=${prefix}
--install-lib=${PYTHONSITEDIR}
+
+ clean-local:
+ rm -rf py$(PYTHONREV)
diff --git a/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
b/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
index 91afedcb67..4454496f6c 100644
--- a/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
+++ b/meta-oe/recipes-extended/libpwquality/libpwquality_1.4.5.bb
@@ -8,8 +8,9 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=6bd2f1386df813a459a0c34fde676fc2"
DEPENDS = "cracklib python3-setuptools-native"
SRC_URI =
"git://github.com/libpwquality/libpwquality;branch=master;protocol=https \
- file://0001-Use-setuptools-instead-of-distutils.patch \
- "
+file://0001-Use-setuptools-instead-of-distutils.patch \
+file://0002-Makefile.am-respect-PYTHONSITEDIR.patch \
+"
SRCREV = "5490e96a3dd6ed7371435ca5b3ccef98bdb48b5a"
S = "${WORKDIR}/git"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#108217):
https://lists.openembedded.org/g/openembedded-devel/message/108217
Mute This Topic: https://lists.openembedded.org/mt/103643950/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 05/23] libpwquality: backport a python 3.12 compatibility patch
It doesn't respect libdir now, causing installed-vs-shipped e.g. in
multilib builds with libdir set to /usr/lib32:
ERROR: QA Issue: lib32-libpwquality: Files/directories were installed but
not shipped in any package:
/usr/lib/python3.11/site-packages/
pwquality.cpython-311-arm-linux-gnueabi.so
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/SOURCES.txt
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/PKG-INFO
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/dependency_links.txt
/usr/lib/python3.11/site-packages/pwquality-1.4.5-py3.11.egg-info/top_level.txt
Please set FILES such that these items are packaged. Alternatively if they
are unneeded, avoid installing them or delete them within do_install.
lib32-libpwquality: 6 installed and not shipped files.
[installed-vs-shipped]
On Sun, Dec 31, 2023 at 1:23 PM Alexander Kanavin
wrote:
> This also allows dropping a previous patch.
>
> Signed-off-by: Alexander Kanavin
> ---
> ...-Use-setuptools-instead-of-distutils.patch | 78 +++
> ...missing-python-include-dir-for-cross.patch | 43 --
> .../libpwquality/libpwquality_1.4.5.bb| 6 +-
> 3 files changed, 81 insertions(+), 46 deletions(-)
> create mode 100644
> meta-oe/recipes-extended/libpwquality/files/0001-Use-setuptools-instead-of-distutils.patch
> delete mode 100644
> meta-oe/recipes-extended/libpwquality/files/add-missing-python-include-dir-for-cross.patch
>
> diff --git
> a/meta-oe/recipes-extended/libpwquality/files/0001-Use-setuptools-instead-of-distutils.patch
> b/meta-oe/recipes-extended/libpwquality/files/0001-Use-setuptools-instead-of-distutils.patch
> new file mode 100644
> index 0..7eaca66b5
> --- /dev/null
> +++
> b/meta-oe/recipes-extended/libpwquality/files/0001-Use-setuptools-instead-of-distutils.patch
> @@ -0,0 +1,78 @@
> +From ad95b7684365dea8335c34527d4c1463c1668af0 Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?Miro=20Hron=C4=8Dok?=
> +Date: Fri, 31 Mar 2023 14:52:19 +0200
> +Subject: [PATCH] Use setuptools instead of distutils
> +
> +distutils is removed from Python 3.12+:
> +https://peps.python.org/pep-0632/
> +
> +Upstream-Status: Backport [
> https://github.com/libpwquality/libpwquality/commit/7b5e0f0097faebdcc6a8b783237bbba7a983147a
> ]
> +Signed-off-by: Alexander Kanavin
> +---
> + libpwquality.spec.in | 11 ++-
> + python/Makefile.am | 2 +-
> + python/setup.py.in | 6 +++---
> + 3 files changed, 6 insertions(+), 13 deletions(-)
> +
> +diff --git a/libpwquality.spec.in b/libpwquality.spec.in
> +index 70a6f53..0809126 100644
> +--- a/libpwquality.spec.in
> b/libpwquality.spec.in
> +@@ -33,9 +33,11 @@ BuildRequires: gettext
> + BuildRequires: pam-devel
> + %if %{with python2}
> + BuildRequires: python2-devel
> ++BuildRequires: python2-setuptools
> + %endif
> + %if %{with python3}
> + BuildRequires: python3-devel
> ++BuildRequires: python3-setuptools
> + %endif
> +
> + URL: https://github.com/libpwquality/libpwquality/
> +@@ -103,15 +105,6 @@ cp -a . %{py3dir}
> + pushd %{py3dir}
> + %endif
> + %if %{with python3}
> +-# setuptools >= 60 changes the environment to use its bundled copy of
> distutils
> +-# by default, not the Python-bundled one. To run the Python's standard
> library
> +-# distutils, the environment variable must be set.
> +-# Although technically setuptools is not needed for this package, if it's
> +-# pulled by another package, it changes the environment and consequently,
> +-# the build fails. This was reported in:
> +-# https://github.com/pypa/setuptools/issues/3143
> +-export SETUPTOOLS_USE_DISTUTILS=stdlib
> +-
> + %configure \
> + --with-securedir=%{_moduledir} \
> + --with-pythonsitedir=%{python3_sitearch} \
> +diff --git a/python/Makefile.am b/python/Makefile.am
> +index 1d00c0c..6e51744 100644
> +--- a/python/Makefile.am
> b/python/Makefile.am
> +@@ -14,7 +14,7 @@ all-local:
> + CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py
> build --build-base py$(PYTHONREV)
> +
> + install-exec-local:
> +- CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py
> build --build-base py$(PYTHONREV) install --prefix=${DESTDIR}${prefix}
> ++ CFLAGS="${CFLAGS} -fno-strict-aliasing" @PYTHONBINARY@ setup.py
> build --build-base py$(PYTHONREV) install --root ${DESTDIR}
> --prefix=${prefix}
> +
> + clean-local:
> + rm -rf py$(PYTHONREV)
> +diff --git a/python/setup.py.in b/python/setup.py.in
> +index a741b91..f934c50 100755
> +--- a/python/setup.py.in
> b/python/setup.py.in
> +@@ -6,9 +6,9 @@
> +
> + import os
> +
> +-from distutils.core import setup, Extension
> +-from distutils.command.build_ext import build_ext as _build_ext
> +-from distutils.command.sdist import sdist as _sdist
> ++from setuptools import setup, Extension
> ++from setuptools.command.build_ext import build_ext as _build_ext
> ++from setuptools.command.sdist
[oe] [meta-oe][PATCH] driverctl: fix installed-vs-shipped
* introduced in upgrade to 0.115 version:
https://git.openembedded.org/meta-openembedded/commit/?id=1f2c2ebcbcf5944225462f530e0d56b20f1b4630
* fixes:
ERROR: driverctl-0.115-r0 do_package: QA Issue: driverctl: Files/directories
were installed but not shipped in any package:
/usr/lib/systemd
/usr/lib/systemd/system
/usr/lib/systemd/system/driverctl@.service
Please set FILES such that these items are packaged. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
driverctl: 3 installed and not shipped files. [installed-vs-shipped]
when systemd_system_unitdir isn't subdirectory of libdir, e.g. with multilib
using:
export libdir="/usr/lib64"
export systemd_system_unitdir="/usr/lib/systemd/system"
Signed-off-by: Martin Jansa
---
meta-oe/recipes-support/driverctl/driverctl_0.115.bb | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/driverctl/driverctl_0.115.bb
b/meta-oe/recipes-support/driverctl/driverctl_0.115.bb
index d37563eda9..970844f982 100644
--- a/meta-oe/recipes-support/driverctl/driverctl_0.115.bb
+++ b/meta-oe/recipes-support/driverctl/driverctl_0.115.bb
@@ -18,6 +18,9 @@ do_install () {
oe_runmake install DESTDIR=${D}
}
-FILES:${PN} += "${libdir}"
-FILES:${PN} += "${datadir}"
+FILES:${PN} += " \
+${libdir} \
+${datadir} \
+${systemd_system_unitdir} \
+"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#107877):
https://lists.openembedded.org/g/openembedded-devel/message/107877
Mute This Topic: https://lists.openembedded.org/mt/103415285/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] wavpack: upgrade 5.1.0 -> 5.6.0
It's active, without it it was building only the static library.
But ${PN}-bin was removed, so the binaries are now packaged in ${PN} as
well (which doesn't look as improvement) and causes the package name not to
be renamed anymore with debian.bbclass.
And in the .patch I've used PROJECT_VERSION as SOVERSION for CMake to build
versioned library, but that means that the .so now has 5.6.0 version while
5.1.0 was using 1.2.0, so it would be better to discuss with upstream to
see if the missing library version in CMake is intentional difference from
autotools or just overlook.
Regards,
On Fri, Dec 22, 2023 at 3:39 PM Khem Raj wrote:
> perhaps shared libs option is not getting effective. when you send a
> v3 please squash Martin's change into that as well.
>
> On Fri, Dec 22, 2023 at 6:10 AM Martin Jansa
> wrote:
> >
> > Thanks for v2, I've sent additional fix for shared libraries, but there
> are still some probably unexpected side-effects from using CMake and
> dropping lib_package inherit (${PN}-bin removal) as buildhistory shows:
> >
> > diff --git a/packages/cortexa57-oe-linux/wavpack/sysroot
> b/packages/cortexa57-oe-linux/wavpack/sysroot
> > index e772d96dbb5..de2cfdb7b0f 100644
> > --- a/packages/cortexa57-oe-linux/wavpack/sysroot
> > +++ b/packages/cortexa57-oe-linux/wavpack/sysroot
> > @@ -7,10 +7,11 @@ drwxr-xr-x - -4096
> ./usr/include/wavpack
> > drwxr-xr-x - -4096 ./usr/lib
> > drwxr-xr-x - -4096 ./usr/lib/cmake
> > drwxr-xr-x - -4096 ./usr/lib/cmake/WavPack
> > --rw-r--r-- - -4917
> ./usr/lib/cmake/WavPack/wavpack-config.cmake
> > --rw-r--r-- - -2470
> ./usr/lib/cmake/WavPack/wavpack-config-noconfig.cmake
> > +-rw-r--r-- - -4678
> ./usr/lib/cmake/WavPack/wavpack-config.cmake
> > +-rw-r--r-- - -2484
> ./usr/lib/cmake/WavPack/wavpack-config-noconfig.cmake
> > -rw-r--r-- - -3675
> ./usr/lib/cmake/WavPack/wavpack-config-version.cmake
> > --rw-r--r-- - - 1006290 ./usr/lib/libwavpack.a
> > +-rwxr-xr-x - - 199048
> ./usr/lib/libwavpack.so.5.6.0
> > +lrwxrwxrwx - - 19 ./usr/lib/libwavpack.so ->
> libwavpack.so.5.6.0
> > drwxr-xr-x - -4096 ./usr/lib/pkgconfig
> > -rw-r--r-- - - 234
> ./usr/lib/pkgconfig/wavpack.pc
> > drwxr-xr-x - -4096 ./usr/share
> >
> >
> > diff --git a/packages/cortexa57-oe-linux/wavpack/wavpack/latest
> b/packages/cortexa57-oe-linux/wavpack/wavpack/latest
> > index d1d7db3e993..4e8fd7e2f20 100644
> > --- a/packages/cortexa57-oe-linux/wavpack/wavpack/latest
> > +++ b/packages/cortexa57-oe-linux/wavpack/wavpack/latest
> > @@ -1,10 +1,9 @@
> > -PV = 5.1.0
> > +PV = 5.6.0
> > PR = r0
> > -PKG = libwavpack1
> > -PKGR = r0.0
> > -RPROVIDES = wavpack (=5.1.0)
> > +PKGR = r0.2
> > +RPROVIDES =
> > RDEPENDS = glibc (>= 2.38+git0+1e04dcec49)
> > RRECOMMENDS =
> > -PKGSIZE = 199171
> > +PKGSIZE = 608176
> > FILES = /usr/bin/* /usr/sbin/* /usr/libexec/* /usr/lib/lib*.so.* /etc
> /com /var /usr/bin/* /usr/sbin/* /usr/lib/*.so.* /lib/udev /usr/lib/udev
> /usr/lib/udev /usr/lib/udev /usr/share/wavpack /usr/lib/wavpack/*
> /usr/share/pixmaps /usr/shar
> > e/applications /usr/share/idl /usr/share/omf /usr/share/sounds
> /usr/lib/bonobo/servers
> > -FILELIST = /usr/lib/libwavpack.so.1 /usr/lib/libwavpack.so.1.2.0
> > +FILELIST = /usr/bin/wavpack /usr/bin/wvgain /usr/bin/wvtag
> /usr/bin/wvunpack /usr/lib/libwavpack.so.5.6.0
> >
> > diff --git a/packages/cortexa57-oe-linux/wavpack/wavpack-bin/latest
> b/packages/cortexa57-oe-linux/wavpack/wavpack-bin/latest
> > deleted file mode 100644
> > index 3a1b182efce..000
> > --- a/packages/cortexa57-oe-linux/wavpack/wavpack-bin/latest
> > +++ /dev/null
> > @@ -1,10 +0,0 @@
> > -PV = 5.1.0
> > -PR = r0
> > -PKG = libwavpack-bin
> > -PKGR = r0.0
> > -RPROVIDES = wavpack-bin (=5.1.0)
> > -RDEPENDS = glibc (>= 2.38+git0+1e04dcec49) wavpack (>= 5.1.0)
> > -RRECOMMENDS =
> > -PKGSIZE = 408992
> > -FILES = /usr/bin/* /usr/sbin/*
> > -FILELIST = /usr/bin/wavpack /usr/bin/wvgain /usr/bin/wvtag
> /usr/bin/wvunpack
> >
> >
> >
> > On Thu, Dec 21, 2023 at 3:11 PM alper ak
> wrote:
> >>
> >> Added openssl as a depends and sent v2 patch, thank you.
> >>
> >> Martin Jan
Re: [oe] [meta-oe][PATCH] wavpack: upgrade 5.1.0 -> 5.6.0
Thanks for v2, I've sent additional fix for shared libraries, but there are
still some probably unexpected side-effects from using CMake and dropping
lib_package inherit (${PN}-bin removal) as buildhistory shows:
diff --git a/packages/cortexa57-oe-linux/wavpack/sysroot
b/packages/cortexa57-oe-linux/wavpack/sysroot
index e772d96dbb5..de2cfdb7b0f 100644
--- a/packages/cortexa57-oe-linux/wavpack/sysroot
+++ b/packages/cortexa57-oe-linux/wavpack/sysroot
@@ -7,10 +7,11 @@ drwxr-xr-x - -4096
./usr/include/wavpack
drwxr-xr-x - -4096 ./usr/lib
drwxr-xr-x - -4096 ./usr/lib/cmake
drwxr-xr-x - -4096 ./usr/lib/cmake/WavPack
--rw-r--r-- - -4917
./usr/lib/cmake/WavPack/wavpack-config.cmake
--rw-r--r-- - -2470
./usr/lib/cmake/WavPack/wavpack-config-noconfig.cmake
+-rw-r--r-- - -4678
./usr/lib/cmake/WavPack/wavpack-config.cmake
+-rw-r--r-- - -2484
./usr/lib/cmake/WavPack/wavpack-config-noconfig.cmake
-rw-r--r-- - -3675
./usr/lib/cmake/WavPack/wavpack-config-version.cmake
--rw-r--r-- - - 1006290 ./usr/lib/libwavpack.a
+-rwxr-xr-x - - 199048 ./usr/lib/libwavpack.so.5.6.0
+lrwxrwxrwx - - 19 ./usr/lib/libwavpack.so ->
libwavpack.so.5.6.0
drwxr-xr-x - -4096 ./usr/lib/pkgconfig
-rw-r--r-- - - 234 ./usr/lib/pkgconfig/wavpack.pc
drwxr-xr-x - -4096 ./usr/share
diff --git a/packages/cortexa57-oe-linux/wavpack/wavpack/latest
b/packages/cortexa57-oe-linux/wavpack/wavpack/latest
index d1d7db3e993..4e8fd7e2f20 100644
--- a/packages/cortexa57-oe-linux/wavpack/wavpack/latest
+++ b/packages/cortexa57-oe-linux/wavpack/wavpack/latest
@@ -1,10 +1,9 @@
-PV = 5.1.0
+PV = 5.6.0
PR = r0
-PKG = libwavpack1
-PKGR = r0.0
-RPROVIDES = wavpack (=5.1.0)
+PKGR = r0.2
+RPROVIDES =
RDEPENDS = glibc (>= 2.38+git0+1e04dcec49)
RRECOMMENDS =
-PKGSIZE = 199171
+PKGSIZE = 608176
FILES = /usr/bin/* /usr/sbin/* /usr/libexec/* /usr/lib/lib*.so.* /etc /com
/var /usr/bin/* /usr/sbin/* /usr/lib/*.so.* /lib/udev /usr/lib/udev
/usr/lib/udev /usr/lib/udev /usr/share/wavpack /usr/lib/wavpack/*
/usr/share/pixmaps /usr/shar
e/applications /usr/share/idl /usr/share/omf /usr/share/sounds
/usr/lib/bonobo/servers
-FILELIST = /usr/lib/libwavpack.so.1 /usr/lib/libwavpack.so.1.2.0
+FILELIST = /usr/bin/wavpack /usr/bin/wvgain /usr/bin/wvtag
/usr/bin/wvunpack /usr/lib/libwavpack.so.5.6.0
diff --git a/packages/cortexa57-oe-linux/wavpack/wavpack-bin/latest
b/packages/cortexa57-oe-linux/wavpack/wavpack-bin/latest
deleted file mode 100644
index 3a1b182efce..000
--- a/packages/cortexa57-oe-linux/wavpack/wavpack-bin/latest
+++ /dev/null
@@ -1,10 +0,0 @@
-PV = 5.1.0
-PR = r0
-PKG = libwavpack-bin
-PKGR = r0.0
-RPROVIDES = wavpack-bin (=5.1.0)
-RDEPENDS = glibc (>= 2.38+git0+1e04dcec49) wavpack (>= 5.1.0)
-RRECOMMENDS =
-PKGSIZE = 408992
-FILES = /usr/bin/* /usr/sbin/*
-FILELIST = /usr/bin/wavpack /usr/bin/wvgain /usr/bin/wvtag
/usr/bin/wvunpack
On Thu, Dec 21, 2023 at 3:11 PM alper ak wrote:
> Added openssl as a depends and sent v2 patch, thank you.
>
> Martin Jansa , 21 Ara 2023 Per, 15:30
> tarihinde şunu yazdı:
> >
> > Adding the dependency on target openssl allows the build to finish OK.
> >
> > On Thu, Dec 21, 2023 at 1:06 PM Martin Jansa via lists.openembedded.org
> wrote:
> >>
> >> Hi,
> >>
> >> it seems to be trying to link with native libcrypto in some builds:
> >>
> >> lib32-wavpack/5.6.0/recipe-sysroot-native/usr/lib/libcrypto.so: file
> not recognized: file format not recognized
> >> collect2: error: ld returned 1 exit status
> >>
> >> have you tried to build it e.g. for aarch64 or arm on x86_64 build host?
> >>
> >> On Wed, Dec 20, 2023 at 7:25 AM Alper Ak
> wrote:
> >>>
> >>> License-Update: Copyright year changes
> >>>
> >>> Changelog:
> >>>
> >>> * added: AIFF file import/export support
> >>> * added: WATCOM compiler and OS/2 support
> >>> * added: cmake support for mingw, builds Cooledit + Winamp plugins
> >>> * added: --force-even-byte-depth option for rounding up bit depths
> >>> * fixed: detect and report PCM files having non-zero padding bits
> >>> * fixed: possible crash when displaying long channel assignments
> >>> * fixed: big-endian-sourced "raw" files gave big-endian "wav"s
> >>> * fixed: numerous minor issues
> >>> * fixed: CVE-2021-44269 (encoding crafted DSD file triggers OOB read
> crash)
> >>> * fixed: very lo
[oe] [meta-oe][PATCHv2] wavpack: add PACKAGECONFIG for shared and enable it by default
* fixes gstreamer1.0-plugins-good build with wavpack enabled:
PACKAGECONFIG:append:pn-gstreamer1.0-plugins-good = " wavpack"
* 5.1.0 built shared libs by default, 5.6.0 build with CMake doesn't, causing:
http://errors.yoctoproject.org/Errors/Details/748247/
TOPDIR/tmp-glibc/work/cortexa57-oe-linux/gstreamer1.0-plugins-good/1.22.7/recipe-sysroot-native/usr/bin/aarch64-oe-linux/../../libexec/aarch64-oe-linux/gcc/aarch64-oe-linux/13.2.0/ld:
TOPDIR/tmp-glibc/work/cortexa57-oe-linux/gstreamer1.0-plugins-good/1.22.7/recipe-sysroot/usr/lib/libwavpack.a(read_words.c.o):
relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `bitset' which may bind
externally can not be used when making a shared object; recompile with -fPIC
/usr/src/debug/wavpack/5.6.0/src/read_words.c:592:(.text+0xb88): dangerous
relocation: unsupported relocation
collect2: error: ld returned 1 exit status
Signed-off-by: Martin Jansa
---
...reate-wavpack-as-versioned-shared-li.patch | 26 +++
.../wavpack/wavpack_5.6.0.bb | 7 -
2 files changed, 32 insertions(+), 1 deletion(-)
create mode 100644
meta-oe/recipes-multimedia/wavpack/wavpack/0001-CMakeLists.txt-create-wavpack-as-versioned-shared-li.patch
diff --git
a/meta-oe/recipes-multimedia/wavpack/wavpack/0001-CMakeLists.txt-create-wavpack-as-versioned-shared-li.patch
b/meta-oe/recipes-multimedia/wavpack/wavpack/0001-CMakeLists.txt-create-wavpack-as-versioned-shared-li.patch
new file mode 100644
index 00..145483d05c
--- /dev/null
+++
b/meta-oe/recipes-multimedia/wavpack/wavpack/0001-CMakeLists.txt-create-wavpack-as-versioned-shared-li.patch
@@ -0,0 +1,26 @@
+From 0cebb83c7bccf990aaec446d021b697eaeef9f7e Mon Sep 17 00:00:00 2001
+From: Martin Jansa
+Date: Fri, 22 Dec 2023 14:57:20 +0100
+Subject: [PATCH] CMakeLists.txt: create wavpack as versioned shared library
+
+* as autotools build does
+
+Signed-off-by: Martin Jansa
+---
+Upstream-Status: Pending
+
+ CMakeLists.txt | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 2597e98..7ca9bab 100644
+--- a/CMakeLists.txt
b/CMakeLists.txt
+@@ -371,6 +371,7 @@ endif()
+
+ set_target_properties(wavpack PROPERTIES EXPORT_NAME WavPack)
+ set_target_properties(wavpack PROPERTIES PUBLIC_HEADER include/wavpack.h)
++set_target_properties(wavpack PROPERTIES SOVERSION ${PROJECT_VERSION})
+
+ if(WAVPACK_BUILD_PROGRAMS)
+
diff --git a/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
index ebbc59dde8..dc5dab7626 100644
--- a/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
+++ b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
@@ -4,8 +4,13 @@ LIC_FILES_CHKSUM =
"file://license.txt;md5=bb5d037e3ad41a3c84c9f2d8bb65a7b4"
DEPENDS = "openssl"
-SRC_URI = "git://github.com/dbry/WavPack.git;branch=master;protocol=https"
+SRC_URI = "git://github.com/dbry/WavPack.git;branch=master;protocol=https \
+file://0001-CMakeLists.txt-create-wavpack-as-versioned-shared-li.patch \
+"
SRCREV = "e03e8e29dc618e08e7baba9636e57ba1254874ce"
S = "${WORKDIR}/git"
inherit cmake pkgconfig
+
+PACKAGECONFIG = "shared"
+PACKAGECONFIG[shared] = "-DBUILD_SHARED_LIBS=ON,-DBUILD_SHARED_LIBS=OFF,,"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#107750):
https://lists.openembedded.org/g/openembedded-devel/message/107750
Mute This Topic: https://lists.openembedded.org/mt/103318635/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] wavpack: add PACKAGECONFIG for shared and enable it by default
Sorry, ignore this one.
Something is still wrong, sent too soon (after do_compile finished), but
later there was:
ERROR: gstreamer1.0-plugins-good-1.22.7-r0 do_package_qa: QA Issue:
gstreamer1.0-plugins-good-wavpack rdepends on wavpack-dev [dev-deps]
so it's packaged incorrectly, because now it built unversioned .so:
tmp-glibc/work/cortexa57-oe-linux/wavpack/5.1.0-old/image/usr/lib/:
total 1528
drwxr-xr-x 3 martin martin 4096 Dec 22 14:27 ./
drwxr-xr-x 6 martin martin 4096 Dec 22 14:27 ../
-rw-r--r-- 2 martin martin 988636 Dec 22 14:27 libwavpack.a
lrwxrwxrwx 1 martin martin 19 Dec 22 14:27 libwavpack.so ->
libwavpack.so.1.2.0*
lrwxrwxrwx 1 martin martin 19 Dec 22 14:27 libwavpack.so.1 ->
libwavpack.so.1.2.0*
-rwxr-xr-x 1 martin martin 601320 Dec 22 14:27 libwavpack.so.1.2.0*
drwxr-xr-x 2 martin martin 4096 Dec 22 14:27 pkgconfig/
tmp-glibc/work/cortexa57-oe-linux/wavpack/5.6.0-shared/image/usr/lib/:
total 616
drwxr-xr-x 4 martin martin 4096 Dec 22 14:45 ./
drwxr-xr-x 6 martin martin 4096 Dec 22 14:45 ../
drwxr-xr-x 3 martin martin 4096 Dec 22 14:45 cmake/
-rwxr-xr-x 1 martin martin 608120 Dec 22 14:45 libwavpack.so*
drwxr-xr-x 2 martin martin 4096 Dec 22 14:45 pkgconfig/
will send v2 later
On Fri, Dec 22, 2023 at 2:46 PM Martin Jansa via lists.openembedded.org
wrote:
> * fixes gstreamer1.0-plugins-good build with wavpack enabled:
> PACKAGECONFIG:append:pn-gstreamer1.0-plugins-good = " wavpack"
>
> * 5.1.0 built shared libs by default, 5.6.0 build with CMake doesn't,
> causing:
> http://errors.yoctoproject.org/Errors/Details/748247/
>
> TOPDIR/tmp-glibc/work/cortexa57-oe-linux/gstreamer1.0-plugins-good/1.22.7/recipe-sysroot-native/usr/bin/aarch64-oe-linux/../../libexec/aarch64-oe-linux/gcc/aarch64-oe-linux/13.2.0/ld:
> TOPDIR/tmp-glibc/work/cortexa57-oe-linux/gstreamer1.0-plugins-good/1.22.7/recipe-sysroot/usr/lib/libwavpack.a(read_words.c.o):
> relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `bitset' which may
> bind externally can not be used when making a shared object; recompile with
> -fPIC
> /usr/src/debug/wavpack/5.6.0/src/read_words.c:592:(.text+0xb88): dangerous
> relocation: unsupported relocation
> collect2: error: ld returned 1 exit status
>
> Signed-off-by: Martin Jansa
> ---
> meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
> b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
> index ebbc59dde8..1011cd4c03 100644
> --- a/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
> +++ b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
> @@ -9,3 +9,6 @@ SRCREV = "e03e8e29dc618e08e7baba9636e57ba1254874ce"
> S = "${WORKDIR}/git"
>
> inherit cmake pkgconfig
> +
> +PACKAGECONFIG = "shared"
> +PACKAGECONFIG[shared] = "-DBUILD_SHARED_LIBS=ON,-DBUILD_SHARED_LIBS=OFF,,"
> --
> 2.43.0
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#107749):
https://lists.openembedded.org/g/openembedded-devel/message/107749
Mute This Topic: https://lists.openembedded.org/mt/103318396/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] wavpack: add PACKAGECONFIG for shared and enable it by default
* fixes gstreamer1.0-plugins-good build with wavpack enabled:
PACKAGECONFIG:append:pn-gstreamer1.0-plugins-good = " wavpack"
* 5.1.0 built shared libs by default, 5.6.0 build with CMake doesn't, causing:
http://errors.yoctoproject.org/Errors/Details/748247/
TOPDIR/tmp-glibc/work/cortexa57-oe-linux/gstreamer1.0-plugins-good/1.22.7/recipe-sysroot-native/usr/bin/aarch64-oe-linux/../../libexec/aarch64-oe-linux/gcc/aarch64-oe-linux/13.2.0/ld:
TOPDIR/tmp-glibc/work/cortexa57-oe-linux/gstreamer1.0-plugins-good/1.22.7/recipe-sysroot/usr/lib/libwavpack.a(read_words.c.o):
relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `bitset' which may bind
externally can not be used when making a shared object; recompile with -fPIC
/usr/src/debug/wavpack/5.6.0/src/read_words.c:592:(.text+0xb88): dangerous
relocation: unsupported relocation
collect2: error: ld returned 1 exit status
Signed-off-by: Martin Jansa
---
meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
index ebbc59dde8..1011cd4c03 100644
--- a/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
+++ b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
@@ -9,3 +9,6 @@ SRCREV = "e03e8e29dc618e08e7baba9636e57ba1254874ce"
S = "${WORKDIR}/git"
inherit cmake pkgconfig
+
+PACKAGECONFIG = "shared"
+PACKAGECONFIG[shared] = "-DBUILD_SHARED_LIBS=ON,-DBUILD_SHARED_LIBS=OFF,,"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#107748):
https://lists.openembedded.org/g/openembedded-devel/message/107748
Mute This Topic: https://lists.openembedded.org/mt/103318396/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] wavpack: upgrade 5.1.0 -> 5.6.0
Adding the dependency on target openssl allows the build to finish OK.
On Thu, Dec 21, 2023 at 1:06 PM Martin Jansa via lists.openembedded.org
wrote:
> Hi,
>
> it seems to be trying to link with native libcrypto in some builds:
>
> lib32-wavpack/5.6.0/recipe-sysroot-native/usr/lib/libcrypto.so: file not
> recognized: file format not recognized
> collect2: error: ld returned 1 exit status
>
> have you tried to build it e.g. for aarch64 or arm on x86_64 build host?
>
> On Wed, Dec 20, 2023 at 7:25 AM Alper Ak wrote:
>
>> License-Update: Copyright year changes
>>
>> Changelog:
>>
>> * added: AIFF file import/export support
>> * added: WATCOM compiler and OS/2 support
>> * added: cmake support for mingw, builds Cooledit + Winamp plugins
>> * added: --force-even-byte-depth option for rounding up bit depths
>> * fixed: detect and report PCM files having non-zero padding bits
>> * fixed: possible crash when displaying long channel assignments
>> * fixed: big-endian-sourced "raw" files gave big-endian "wav"s
>> * fixed: numerous minor issues
>> * fixed: CVE-2021-44269 (encoding crafted DSD file triggers OOB read
>> crash)
>> * fixed: very long filenames cause stack-overflow crash in all CLI
>> programs
>> * fixed: the length stored in WAV headers not always corrected when using
>> -i
>> * fixed: attempting to encode raw DSD audio from stdin sometimes causes
>> crash
>> * fixed: DSD to PCM decimation: small clicks between tracks and tiny DC
>> offset
>> * fixed: length update in library-generated WAV headers on big-endian
>> machines
>> * fixed: sanitize custom extensions read from WavPack files to be
>> alphanumeric
>> * added: accepting brace-delimited options in the wavpack executable
>> filename
>> * added: "--drop" option to Windows executables for multi-file
>> "drag-and-drop"
>> * added" "--raw-pcm" option to wvunpack executable (does DSD --> 24-bit
>> PCM)
>> * added: "--no-overwrite" option to wavpack executable (to resume
>> sessions)
>> * improved: build system clean-up including switch to non-recursive "make"
>> * fixed: potential security issue CVE-2020-35738
>> * fixed: disable A32 asm code when building for Apple silicon
>> * fixed: issues with Adobe-style floating-point WAV files
>> * added: -vv option to wvunpack to quickly verify using just
>> block checksums (ideal for detecting corrupted files)
>> * added: --normalize-floats option to wvunpack for correctly
>> exporting un-normalized floating-point files
>> * updated: Visual Studio 2019 for Windows builds
>> * dropped: WinXP support in official binaries
>> * fixed: OSS-Fuzz issues 19925, 19928, 20060, 20448
>> (no CVEs or vulnerabilities)
>> * fixed: trailing garbage characters on imported ID3v2 TXXX tags
>> * fixed: various minor undefined behavior and memory access issues
>> * fixed: sanitize tag extraction names for length and path inclusion
>> * improved: reformat wvunpack "help" and split into long + short versions
>> * added: regression testing to Travis CI for OSS-Fuzz crashers
>> * fixed: potential security issues including the following CVEs:
>> CVE-2018-19840 CVE-2018-19841 CVE-2018-10536
>> CVE-2018-10537 CVE-2018-10538 CVE-2018-10539
>> CVE-2018-10540 CVE-2018-7254 CVE-2018-7253
>> CVE-2018-6767
>> * added: support for CMake, Travis CI, and Google's OSS-fuzz
>> * fixed: use correction file for encode verify (pipe input, Windows)
>> * fixed: correct WAV header with actual length (pipe input, -i option)
>> * fixed: thumb interworking and not needing v6 architecture (ARM asm)
>> * added: handle more ID3v2.3 tag items and from all file types
>> * fixed: coredump on Sparc64 (changed MD5 implementation)
>> * fixed: handle invalid ID3v2.3 tags from sacd-ripper
>> * fixed: several corner-case memory leaks
>>
>> Signed-off-by: alperak
>> ---
>> .../wavpack/{wavpack_5.1.0.bb => wavpack_5.6.0.bb} | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>> rename meta-oe/recipes-multimedia/wavpack/{wavpack_5.1.0.bb =>
>> wavpack_5.6.0.bb} (63%)
>>
>> diff --git a/meta-oe/recipes-multimedia/wavpack/wavpack_5.1.0.bb
>> b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
>> similarity index 63%
>> rename from meta-oe/recipes-multimedia/wavpack/wavpack_5.1.0.bb
>> rename to meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
>> index 909612393..80671896c 100644
>> --- a/meta-oe/recipes-multime
Re: [oe] [meta-oe][PATCH] wavpack: upgrade 5.1.0 -> 5.6.0
Hi,
it seems to be trying to link with native libcrypto in some builds:
lib32-wavpack/5.6.0/recipe-sysroot-native/usr/lib/libcrypto.so: file not
recognized: file format not recognized
collect2: error: ld returned 1 exit status
have you tried to build it e.g. for aarch64 or arm on x86_64 build host?
On Wed, Dec 20, 2023 at 7:25 AM Alper Ak wrote:
> License-Update: Copyright year changes
>
> Changelog:
>
> * added: AIFF file import/export support
> * added: WATCOM compiler and OS/2 support
> * added: cmake support for mingw, builds Cooledit + Winamp plugins
> * added: --force-even-byte-depth option for rounding up bit depths
> * fixed: detect and report PCM files having non-zero padding bits
> * fixed: possible crash when displaying long channel assignments
> * fixed: big-endian-sourced "raw" files gave big-endian "wav"s
> * fixed: numerous minor issues
> * fixed: CVE-2021-44269 (encoding crafted DSD file triggers OOB read crash)
> * fixed: very long filenames cause stack-overflow crash in all CLI programs
> * fixed: the length stored in WAV headers not always corrected when using
> -i
> * fixed: attempting to encode raw DSD audio from stdin sometimes causes
> crash
> * fixed: DSD to PCM decimation: small clicks between tracks and tiny DC
> offset
> * fixed: length update in library-generated WAV headers on big-endian
> machines
> * fixed: sanitize custom extensions read from WavPack files to be
> alphanumeric
> * added: accepting brace-delimited options in the wavpack executable
> filename
> * added: "--drop" option to Windows executables for multi-file
> "drag-and-drop"
> * added" "--raw-pcm" option to wvunpack executable (does DSD --> 24-bit
> PCM)
> * added: "--no-overwrite" option to wavpack executable (to resume sessions)
> * improved: build system clean-up including switch to non-recursive "make"
> * fixed: potential security issue CVE-2020-35738
> * fixed: disable A32 asm code when building for Apple silicon
> * fixed: issues with Adobe-style floating-point WAV files
> * added: -vv option to wvunpack to quickly verify using just
> block checksums (ideal for detecting corrupted files)
> * added: --normalize-floats option to wvunpack for correctly
> exporting un-normalized floating-point files
> * updated: Visual Studio 2019 for Windows builds
> * dropped: WinXP support in official binaries
> * fixed: OSS-Fuzz issues 19925, 19928, 20060, 20448
> (no CVEs or vulnerabilities)
> * fixed: trailing garbage characters on imported ID3v2 TXXX tags
> * fixed: various minor undefined behavior and memory access issues
> * fixed: sanitize tag extraction names for length and path inclusion
> * improved: reformat wvunpack "help" and split into long + short versions
> * added: regression testing to Travis CI for OSS-Fuzz crashers
> * fixed: potential security issues including the following CVEs:
> CVE-2018-19840 CVE-2018-19841 CVE-2018-10536
> CVE-2018-10537 CVE-2018-10538 CVE-2018-10539
> CVE-2018-10540 CVE-2018-7254 CVE-2018-7253
> CVE-2018-6767
> * added: support for CMake, Travis CI, and Google's OSS-fuzz
> * fixed: use correction file for encode verify (pipe input, Windows)
> * fixed: correct WAV header with actual length (pipe input, -i option)
> * fixed: thumb interworking and not needing v6 architecture (ARM asm)
> * added: handle more ID3v2.3 tag items and from all file types
> * fixed: coredump on Sparc64 (changed MD5 implementation)
> * fixed: handle invalid ID3v2.3 tags from sacd-ripper
> * fixed: several corner-case memory leaks
>
> Signed-off-by: alperak
> ---
> .../wavpack/{wavpack_5.1.0.bb => wavpack_5.6.0.bb} | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
> rename meta-oe/recipes-multimedia/wavpack/{wavpack_5.1.0.bb =>
> wavpack_5.6.0.bb} (63%)
>
> diff --git a/meta-oe/recipes-multimedia/wavpack/wavpack_5.1.0.bb
> b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
> similarity index 63%
> rename from meta-oe/recipes-multimedia/wavpack/wavpack_5.1.0.bb
> rename to meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
> index 909612393..80671896c 100644
> --- a/meta-oe/recipes-multimedia/wavpack/wavpack_5.1.0.bb
> +++ b/meta-oe/recipes-multimedia/wavpack/wavpack_5.6.0.bb
> @@ -1,9 +1,9 @@
> DESCRIPTION = "WavPack is a completely open audio compression format
> providing lossless, high-quality lossy, and a unique hybrid compression
> mode."
> LICENSE = "BSD-3-Clause"
> -LIC_FILES_CHKSUM =
> "file://license.txt;md5=8c1a910e5c2a8b30ec8ffb2ffa63d9b2"
> +LIC_FILES_CHKSUM =
> "file://license.txt;md5=bb5d037e3ad41a3c84c9f2d8bb65a7b4"
>
> SRC_URI = "git://github.com/dbry/WavPack.git;branch=master;protocol=https
> "
> -SRCREV = "9ccc3fe4a37d069137ceabe513a4dd9b0a09c1c2"
> +SRCREV = "e03e8e29dc618e08e7baba9636e57ba1254874ce"
> S = "${WORKDIR}/git"
>
> -inherit autotools lib_package
> +inherit cmake pkgconfig
> --
> 2.25.1
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#107708):
Re: [oe] [PATCH 1/2] lemon: upgrade to 3.44.2
On Wed, Dec 20, 2023 at 10:42 PM Khem Raj wrote:
> On Wed, Dec 20, 2023 at 7:53 AM Ross Burton wrote:
> >
> > From: Ross Burton
> >
> > Lemon is packaged as part of sqlite, and sqlite 3.7.3 was released back
> > in 2010[1].
> >
> > As the small source tarballs no longer include the tools, fetch the
> > sqlite github mirror instead.
> >
> > Don't bother installing a pretty minimal manpage, as very few projects
> > use lemon (sqlite itself, and libpbnjson).
> >
> > [1] https://www.sqlite.org/releaselog/3_7_3.html
> >
> ...
> diff --git a/meta-oe/recipes-devtools/lemon/lemon.inc
> b/meta-oe/recipes-devtools/lemon/lemon.inc
> > deleted file mode 100644
> > index 57b9fb710e..00
> > --- a/meta-oe/recipes-devtools/lemon/lemon.inc
> > +++ /dev/null
> > @@ -1,25 +0,0 @@
> > -DESCRIPTION = "The Lemon Parser Generator"
> > -HOMEPAGE = "http://www.hwaci.com/sw/lemon/;
> > -LICENSE = "PD"
> > -SECTION = "devel"
> > -
> > -SRC_URI = "http://www.sqlite.org/sqlite-${PV}.tar.gz \
> > - file://lemon.1"
> > -
> > -S = "${WORKDIR}/sqlite-${PV}/tool"
> > -
> > -do_compile() {
> > -${CC} ${CFLAGS} lemon.c -c -o lemon.o
> > -${CCLD} ${LDFLAGS} lemon.o -o lemon
> > -}
> > -
> > -do_install() {
> > -install -d ${D}${bindir}
> > -install -m 0755 lemon ${D}${bindir}
> > -install -m 0644 lempar.c ${D}${bindir}
> > -install -d ${D}${mandir}/man1
> > -install -m 0644 ${WORKDIR}/lemon.1 ${D}${mandir}/man1/
> > -}
> > -
> > -BBCLASSEXTEND = "native"
> > -
> > diff --git a/meta-oe/recipes-devtools/lemon/lemon_3.44.2.bb
> b/meta-oe/recipes-devtools/lemon/lemon_3.44.2.bb
> > new file mode 100644
> > index 00..1b849922a6
> > --- /dev/null
> > +++ b/meta-oe/recipes-devtools/lemon/lemon_3.44.2.bb
> > @@ -0,0 +1,24 @@
> > +DESCRIPTION = "The Lemon Parser Generator"
> > +HOMEPAGE = "https://sqlite.org/src/file/doc/lemon.html;
> > +LICENSE = "PD"
> > +SECTION = "devel"
> > +
> > +LIC_FILES_CHKSUM =
> "file://tool/lemon.c;endline=8;md5=c7551a78fa3fdecd96d1ad6761d205ee"
> > +
> > +SRC_URI = "git://
> github.com/sqlite/sqlite;protocol=https;branch=branch-3.44"
> > +
> > +SRCREV = "c8f9803dc32bfee78a9ca2b1abbe39499729219b"
> > +
> > +S = "${WORKDIR}/git"
> > +
> > +do_compile() {
> > +${CC} ${CPPFLAGS} ${CFLAGS} ${LDFLAGS} tool/lemon.c -o lemon
>
> why do we need CPPFLAGS here ?
>
> > +}
> > +
> > +do_install() {
> > +install -d ${D}${bindir}
> > +install -m 0755 lemon ${D}${bindir}
> > +install -m 0644 tool/lempar.c ${D}${bindir}
>
> .c file in bindir seems odd.
>
I was wondering about it as well, but looks like lemon binary looks for
this as a default template next to lemon binary in:
https://github.com/sqlite/sqlite/blob/master/tool/lemon.c#L3654
that's why it's in bindir and was there before this upgrade as well.
> +}
> > +
> > +BBCLASSEXTEND = "native nativesdk"
> > diff --git a/meta-oe/recipes-devtools/lemon/lemon_3.7.3.bb
> b/meta-oe/recipes-devtools/lemon/lemon_3.7.3.bb
> > deleted file mode 100644
> > index 354db17e6e..00
> > --- a/meta-oe/recipes-devtools/lemon/lemon_3.7.3.bb
> > +++ /dev/null
> > @@ -1,7 +0,0 @@
> > -require lemon.inc
> > -
> > -LIC_FILES_CHKSUM =
> "file://lemon.c;endline=8;md5=c7551a78fa3fdecd96d1ad6761d205ee"
> > -
> > -SRC_URI[md5sum] = "5437978aae90350cf984993091e0d695"
> > -SRC_URI[sha256sum] =
> "dbf352e8fbb74829f5e7a88f9f6ceeb80a709537f668c36e4b6cdfb271309ef6"
> > -
> > --
> > 2.34.1
> >
> >
> >
> >
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#107677):
https://lists.openembedded.org/g/openembedded-devel/message/107677
Mute This Topic: https://lists.openembedded.org/mt/103283009/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
