[oe] [meta-oe][PATCH] gnome-control-center: restore Upstream-Status line
It got accidentially wiped out (by using devtool I think) Signed-off-by: Markus Volk --- .../0001-Add-meson-option-to-pass-sysroot.patch | 2 ++ 1 file changed, 2 insertions(+) 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 a2c237c18..4ae923f87 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 @@ -4,6 +4,8 @@ Date: Mon, 18 Mar 2024 05:50:21 +0100 Subject: [PATCH] Add meson option to pass sysroot Signed-off-by: Markus Volk + +Upstream-Status: Inappropriate [OE specific] --- meson_options.txt | 1 + panels/background/meson.build | 2 +- -- 2.44.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109792): https://lists.openembedded.org/g/openembedded-devel/message/109792 Mute This Topic: https://lists.openembedded.org/mt/105299970/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][PATCHv4] webkitgtk3: update 2.42.5 -> 2.44.0
- 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") - Add a patch to fix webassembly for riscv64 - Add a backport patch to fix the build for 32bit architectures 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. WebKitGTK 2.43.2 What's new in WebKitGTK 2.43.2? - Remove the X11 and WPE renderers. - Release unused buffers when the view is hidden. - Fix flickering while playing videos with DMA-BUF sink. - Do not special case the "sans" font family name. - Fix webkit_web_context_allow_tls_certificate_for_host() for IPv6 URIs produced by SoupURI. - Fix several crashes and rendering issues. WebKitGTK 2.43.1 What's new in WebKitGTK 2.43.1? - Improve vblank synchronization when rendering. - Improve DMA-BUF buffers handling for video frames. - Use the buffer format preferred by the driver in DMA-BUF renderer. - Do not block the compositing thread waiting for rendering threads. - Improve performance when scaling images in a canvas. - Fix several crashes and rendering Signed-off-by: Markus Volk Signed-off-by: Khem Raj --- ...spection.cmake-prefix-variables-obta.patch | 3 +- ...ter.cpp-339-21-error-t6-was-not-decl.patch | 7 +- ...44e17d258106617b0e6d783d073b188a2548.patch | 312 --
Re: [oe] [meta-oe][PATCH v3] microsoft-gsl: add new recipe including ptest
I have checked these warnings, and the root-cause is that gsl sets
"-Weverything".
That's super cool to be able to compile with this switch, but rather bad idea
when trying to port that to new platforms (like our clang + musl combination).
I can also fix this by modifying musl stdio.h within the recipe sysroot to how
glibc has stderr macro defined.
That indicates that maybe there could be optimization possibility within the
used libraries (musl or googletest)
--- a/recipe-sysroot/usr/include/stdio.h
+++ b/recipe-sysroot/usr/include/stdio.h
@@ -65,7 +65,7 @@ extern FILE *const stderr;
#define stdin (stdin)
#define stdout (stdout)
-#define stderr (stderr)
+#define stderr stderr
FILE *fopen(const char *__restrict, const char *__restrict);
FILE *freopen(const char *__restrict, const char *__restrict, FILE
*__restrict);
But I'm unsure if it's worth to invest further effort into this due to the
dangerous -Weverything setting.
This is my small reproducer where it also fails with the same warning/error...
... for case that someone wants to go and check with musl or googletest
development.
$(CXX) $(CXXFLAGS) $(LDFLAGS) -Wall -Werror -Weverything -Wno-c++98-compat
-Wno-c++98-compat-pedantic -Wno-global-constructors -Wno-missing-prototypes
-lgmock_main -lgmock -lgtest_main -lgtest test.cpp -o test
#include
int f(int i, int j) {std::cerr << "TEST"; return i/j;}
TEST(MyTest, ExpectDeathWcoveredSwitchDefault) { EXPECT_DEATH(f(2, 0), ""); }
Peter
-Original Message-
From: Khem Raj
Sent: Thursday, March 28, 2024 21:15
To: Marko, Peter (ADV D EU SK BFS1)
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [meta-oe][PATCH v3] microsoft-gsl: add new recipe including
ptest
> No worries, I have separated it into a separate addition which will be
> effective for musl based builds alone in master-next, let me know if you have
> further suggestions
>
> On Thu, Mar 28, 2024 at 11:35 AM Marko, Peter wrote:
> >
> > Due to easter holidays I won't have time to analyze this until mid of next
> > week.
> > If you want to merge your patch meanwhile, please add a new comment/line
> > for it.
> > My comment with googletest PR reference is only valid for switch-default
> > flag.
> >
> > Peter
> >
> > -Original Message-
> > From: Marko, Peter (ADV D EU SK BFS1)
> > Sent: Thursday, March 28, 2024 10:49
> > To: Khem Raj
> > Cc: openembedded-devel@lists.openembedded.org
> > Subject: RE: [oe] [meta-oe][PATCH v3] microsoft-gsl: add new recipe
> > including ptest
> >
> > > I did not see this when building locally with poky defaults (using
> > > 5.0_M3), but from screenshot I see it's failing with musl.
> > > I'll try to come up with a patch, but I have never worked with musl so
> > > far...
> > >
> > > Peter.
> > >
> > > -Original Message-
> > > From: Khem Raj
> > > Sent: Thursday, March 28, 2024 5:32
> > > To: Marko, Peter (ADV D EU SK BFS1)
> > > Cc: openembedded-devel@lists.openembedded.org
> > > Subject: Re: [oe] [meta-oe][PATCH v3] microsoft-gsl: add new recipe
> > > including ptest
> > >
> > > > Thanks for reworking the patch, there however is still one error
> > > > popping up when ptests distro feature is enabled
> > > >
> > > > https://snips.sh/f/bftvz4ANO6
> > > >
> > > > This patch fixes it, but I would like to see if this warning is already
> > > > fixed or can be fixed.
> > > >
> > > > https://snips.sh/f/pRVar8hlif
> > > >
> > > > On Wed, Mar 27, 2024 at 4:07 PM Peter Marko via lists.openembedded.org
> > > > wrote:
> > ...
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109790):
https://lists.openembedded.org/g/openembedded-devel/message/109790
Mute This Topic: https://lists.openembedded.org/mt/105187719/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: Set resolution prior to buffer
From: Jaeyoon Jung
It fixes an issue where the fbdev driver fails to set up a buffer due to
buffer size mismatch. It happens when the actual screen resolution is
smaller than the default one 800x480 because the actual resolution was
being set after lv_display_set_buffers.
Signed-off-by: Jaeyoon Jung
---
...fbdev-set-resolution-prior-to-buffer.patch | 29 +++
.../lvgl/lvgl-demo-fb_9.1.0.bb| 1 +
meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb | 1 +
3 files changed, 31 insertions(+)
create mode 100644
meta-oe/recipes-graphics/lvgl/files/0008-fix-fbdev-set-resolution-prior-to-buffer.patch
diff --git
a/meta-oe/recipes-graphics/lvgl/files/0008-fix-fbdev-set-resolution-prior-to-buffer.patch
b/meta-oe/recipes-graphics/lvgl/files/0008-fix-fbdev-set-resolution-prior-to-buffer.patch
new file mode 100644
index 0..449db53df
--- /dev/null
+++
b/meta-oe/recipes-graphics/lvgl/files/0008-fix-fbdev-set-resolution-prior-to-buffer.patch
@@ -0,0 +1,29 @@
+From a6f822f75b3ba01b00c028608c93160d09a6ffd1 Mon Sep 17 00:00:00 2001
+From: Jaeyoon Jung
+Date: Mon, 1 Apr 2024 18:00:39 +0900
+Subject: [PATCH] fix(fbdev): set resolution prior to buffer
+
+Otherwise it ends up with using the default value 800x480 and may fail
+at lv_display_set_buffers due to incorrect resolution.
+
+Upstream-Status: Submitted [https://github.com/lvgl/lvgl/pull/6004]
+Signed-off-by: Jaeyoon Jung
+---
+
+ src/drivers/display/fb/lv_linux_fbdev.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/drivers/display/fb/lv_linux_fbdev.c
b/src/drivers/display/fb/lv_linux_fbdev.c
+index b3cc89199..5fb4c5c9f 100644
+--- a/src/drivers/display/fb/lv_linux_fbdev.c
b/src/drivers/display/fb/lv_linux_fbdev.c
+@@ -233,8 +233,8 @@ void lv_linux_fbdev_set_file(lv_display_t * disp, const
char * file)
+ draw_buf_2 = malloc(draw_buf_size);
+ }
+
+-lv_display_set_buffers(disp, draw_buf, draw_buf_2, draw_buf_size,
LV_LINUX_FBDEV_RENDER_MODE);
+ lv_display_set_resolution(disp, hor_res, ver_res);
++lv_display_set_buffers(disp, draw_buf, draw_buf_2, draw_buf_size,
LV_LINUX_FBDEV_RENDER_MODE);
+
+ if(width > 0) {
+ lv_display_set_dpi(disp, DIV_ROUND_UP(hor_res * 254, width * 10));
diff --git a/meta-oe/recipes-graphics/lvgl/lvgl-demo-fb_9.1.0.bb
b/meta-oe/recipes-graphics/lvgl/lvgl-demo-fb_9.1.0.bb
index 3fc3f9286..6e8371baa 100644
--- a/meta-oe/recipes-graphics/lvgl/lvgl-demo-fb_9.1.0.bb
+++ b/meta-oe/recipes-graphics/lvgl/lvgl-demo-fb_9.1.0.bb
@@ -13,6 +13,7 @@ SRC_URI = "\
file://0005-Add-DRM-KMS-example-support.patch \
file://0006-Add-SDL2-example-support.patch \
file://0007-fix-cmake-generate-versioned-shared-libraries.patch;patchdir=lvgl \
+
file://0008-fix-fbdev-set-resolution-prior-to-buffer.patch;patchdir=lvgl \
"
SRCREV_demo = "dccc6a1ca48372aa993dbea7a8e17dec6f42df6a"
SRCREV_lvgl = "e1c0b21b2723d391b885de4b2ee5cc997eccca91"
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 0ebd6ec42..4435c4077 100644
--- a/meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb
+++ b/meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb
@@ -12,6 +12,7 @@ SRC_URI = "\
git://github.com/lvgl/lvgl;protocol=https;branch=master \
file://0002-fix-sdl-handle-both-LV_IMAGE_SRC_FILE-and-LV_IMAGE_S.patch \
file://0007-fix-cmake-generate-versioned-shared-libraries.patch \
+ file://0008-fix-fbdev-set-resolution-prior-to-buffer.patch \
"
SRCREV = "e1c0b21b2723d391b885de4b2ee5cc997eccca91"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109789):
https://lists.openembedded.org/g/openembedded-devel/message/109789
Mute This Topic: https://lists.openembedded.org/mt/105297325/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] highway: add recipe
On Tue, Apr 2, 2024 at 1:04 AM Markus Volk wrote:
>
> add google highway as a dependency for libjxl
>
> Signed-off-by: Markus Volk
> ---
> meta-oe/recipes-extended/highway/highway.1.1.0.bb | 15 +++
> 1 file changed, 15 insertions(+)
> create mode 100644 meta-oe/recipes-extended/highway/highway.1.1.0.bb
>
> diff --git a/meta-oe/recipes-extended/highway/highway.1.1.0.bb
> b/meta-oe/recipes-extended/highway/highway.1.1.0.bb
> new file mode 100644
> index 0..ec9d8f742
> --- /dev/null
> +++ b/meta-oe/recipes-extended/highway/highway.1.1.0.bb
> @@ -0,0 +1,15 @@
> +SUMMARY = "Highway is a C++ library for SIMD (Single Instruction, Multiple
> Data)"
> +HOMEPAGE = "https://github.com/google/highway/;
> +
> +LICENSE = "Apache-2.0"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=2b42edef8fa55315f34f2370b4715ca9"
> +
> +inherit cmake
> +
> +SRC_URI = "git://github.com/google/highway.git;protocol=https;branch=master"
> +
> +SRCREV = "58b52a717469e62b2d9b8eaa2f5dddb44d4a4cbf"
> +S = "${WORKDIR}/git"
> +
> +EXTRA_OECMAKE = "-DBUILD_TESTING=0 -DCMAKE_BUILD_TYPE=Release"
> +CXXFLAGS:append:arm = " -mfp16-format=ieee"
This is a gcc specific option and not supported by clang, however
clang defaults to ieee format for
__fp16 so this works without specifying this option in case of clang.
> --
> 2.44.0
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109788):
https://lists.openembedded.org/g/openembedded-devel/message/109788
Mute This Topic: https://lists.openembedded.org/mt/105283871/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%
Re: [oe] Reproducibility of mesa with opencl feature enabled
On Tue, Apr 2 2024 at 10:06:55 AM -07:00:00, Khem Raj wrote: Can we inject LLVM_LIBRARY_DIR from recipe ? Not in a direct way. Unfortunately only with patch or sed -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#109785): https://lists.openembedded.org/g/openembedded-devel/message/109785 Mute This Topic: https://lists.openembedded.org/mt/105290484/21656 Group Owner: openembedded-devel+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [oe] Reproducibility of mesa with opencl feature enabled
Can we inject LLVM_LIBRARY_DIR from recipe ?
On Tue, Apr 2, 2024 at 8:59 AM Markus Volk wrote:
>
> I have a question regarding the reproducibility of mesa.
>
> When mesa is built with opencl a lot of .so files have buildpath leakage.
> Since I finally looked into this, I have gained some insights.
>
> 1. The leak comes from CLANG_RESOURCE_DIR which contains the path of
> ${STAGING_DIR_HOST}.
>
> In my ninja.build it looks like this:
> -DCLANG_RESOURCE_DIR="/home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/mesa/24.0.2/recipe-sysroot/usr/lib/clang/18.1.0/include
>
> 2.The include for this happens here:
> https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/gallium/frontends/clover/meson.build?ref_type=heads#L69
>
> 3. This include is wrong in any case
> dep_llvm.version() = 18.0.1 (and should be 18 for current clang)
> Setting a different path therefore probably does not break anything
> additionally
> but helps to remove the build paths from the binaries and the source.
>
> What I have done under the assumption that this include is not needed for oe:
>
> --- a/src/gallium/frontends/clover/meson.build 2024-02-28 19:29:18.0
> +0100
> +++ b/src/gallium/frontends/clover/meson.build 2024-04-02 13:10:38.351443132
> +0200
> @@ -66,8 +66,7 @@
> clover_cpp_args,
> clover_opencl_cpp_args,
> clover_spirv_cpp_args,
> -'-DCLANG_RESOURCE_DIR="@0@"'.format(join_paths(
> - dep_llvm.get_variable(cmake : 'LLVM_LIBRARY_DIR', configtool:
> 'libdir'), 'clang',
> +'-DCLANG_RESOURCE_DIR="@0@"'.format(join_paths( '/usr/lib/clang',
>dep_llvm.version(), 'include',
> )),
>],
>
> Not vaild, because dep_llvm.version() still != 18 but
> Because the path was already wrong before, mesa compiled without errors as
> expected.
>
> Is setting CLANG_RESOURCE_DIR really not needed in oe or is this a bug and
> the missing headers have simply been silently ignored so far?
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109784):
https://lists.openembedded.org/g/openembedded-devel/message/109784
Mute This Topic: https://lists.openembedded.org/mt/105290484/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe] Reproducibility of mesa with opencl feature enabled
I have a question regarding the reproducibility of mesa.
When mesa is built with opencl a lot of .so files have buildpath
leakage. Since I finally looked into this, I have gained some insights.
1. The leak comes from CLANG_RESOURCE_DIR which contains the path of
${STAGING_DIR_HOST}.
In my ninja.build it looks like this:
-DCLANG_RESOURCE_DIR="/home/flk/poky/build-hypr/tmp/work/corei7-64-poky-linux/mesa/24.0.2/recipe-sysroot/usr/lib/clang/18.1.0/include
2.The include for this happens here:
3. This include is wrong in any case
dep_llvm.version() = 18.0.1 (and should be 18 for current clang)
Setting a different path therefore probably does not break anything
additionally
but helps to remove the build paths from the binaries and the
source.
What I have done under the assumption that this include is not needed
for oe:
--- a/src/gallium/frontends/clover/meson.build 2024-02-28
19:29:18.0 +0100
+++ b/src/gallium/frontends/clover/meson.build 2024-04-02
13:10:38.351443132 +0200
@@ -66,8 +66,7 @@
clover_cpp_args,
clover_opencl_cpp_args,
clover_spirv_cpp_args,
-'-DCLANG_RESOURCE_DIR="@0@"'.format(join_paths(
- dep_llvm.get_variable(cmake : 'LLVM_LIBRARY_DIR', configtool:
'libdir'), 'clang',
+'-DCLANG_RESOURCE_DIR="@0@"'.format(join_paths( '/usr/lib/clang',
dep_llvm.version(), 'include',
)),
],
Not vaild, because dep_llvm.version() still != 18 but
Because the path was already wrong before, mesa compiled without errors
as expected.
Is setting CLANG_RESOURCE_DIR really not needed in oe or is this a bug
and the missing headers have simply been silently ignored so far?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109783):
https://lists.openembedded.org/g/openembedded-devel/message/109783
Mute This Topic: https://lists.openembedded.org/mt/105290484/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-networking][PATCH 3/3] nftables: Fix failed ptest testcases
From: William Lyu
There are 2 failed ptest testcases. They fail because they are broken,
but the fix from the upstream is not yet available in version 1.0.9.
These testcases are:
- tests/shell/testcases/sets/reset_command_0
Fix from the upstream:
https://git.netfilter.org/nftables/commit/?id=7a6089a400a573b9a4fd92f29c00a6be7b8ef269
- tests/shell/testcases/json/0005secmark_objref_0
Fix from the upstream:
https://git.netfilter.org/nftables/commit/?id=fff913c1eefbc84eb2d9c52038ef29fe881e9ee9
Signed-off-by: William Lyu
---
...sets-reset_command_0-for-current-ker.patch | 53 +++
...-secmark-tests-if-kernel-does-not-su.patch | 46
.../recipes-filter/nftables/nftables_1.0.9.bb | 2 +
3 files changed, 101 insertions(+)
create mode 100644
meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-Fix-sets-reset_command_0-for-current-ker.patch
create mode 100644
meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-skip-secmark-tests-if-kernel-does-not-su.patch
diff --git
a/meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-Fix-sets-reset_command_0-for-current-ker.patch
b/meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-Fix-sets-reset_command_0-for-current-ker.patch
new file mode 100644
index 0..164182bb1
--- /dev/null
+++
b/meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-Fix-sets-reset_command_0-for-current-ker.patch
@@ -0,0 +1,53 @@
+From 7a6089a400a573b9a4fd92f29c00a6be7b8ef269 Mon Sep 17 00:00:00 2001
+From: Phil Sutter
+Date: Thu, 2 Nov 2023 16:02:14 +0100
+Subject: [PATCH] tests: shell: Fix sets/reset_command_0 for current kernels
+
+Since kernel commit 4c90bba60c26 ("netfilter: nf_tables: do not refresh
+timeout when resetting element"), element reset won't touch expiry
+anymore. Invert the one check to make sure it remains unaltered, drop
+the other testing behaviour for per-element timeouts.
+
+Signed-off-by: Phil Sutter
+
+Upstream-Status: Backport
+[https://git.netfilter.org/nftables/commit/?id=7a6089a400a573b9a4fd92f29c00a6be7b8ef269]
+
+Signed-off-by: William Lyu
+---
+ tests/shell/testcases/sets/reset_command_0 | 10 ++
+ 1 file changed, 2 insertions(+), 8 deletions(-)
+
+diff --git a/tests/shell/testcases/sets/reset_command_0
b/tests/shell/testcases/sets/reset_command_0
+index e663dac8..d38ddb3f 100755
+--- a/tests/shell/testcases/sets/reset_command_0
b/tests/shell/testcases/sets/reset_command_0
+@@ -44,10 +44,10 @@ elem='element t s { 1.0.0.1 . udp . 53 }'
+ grep 'elements = ' | drop_seconds | uniq | wc -l) == 1 ]]
+ echo OK
+
+-echo -n "counters and expiry are reset: "
++echo -n "counters are reset, expiry left alone: "
+ NEW=$($NFT "get $elem")
+ grep -q 'counter packets 0 bytes 0' <<< "$NEW"
+-[[ $(expires_minutes <<< "$NEW") -gt 20 ]]
++[[ $(expires_minutes <<< "$NEW") -lt 20 ]]
+ echo OK
+
+ echo -n "get map elem matches reset map elem: "
+@@ -80,12 +80,6 @@ OUT=$($NFT reset map t m)
+ $DIFF -u <(echo "$EXP") <(echo "$OUT")
+ echo OK
+
+-echo -n "reset command respects per-element timeout: "
+-VAL=$($NFT get element t s '{ 2.0.0.2 . tcp . 22 }' | expires_minutes)
+-[[ $VAL -lt 15 ]] # custom timeout applies
+-[[ $VAL -gt 10 ]] # expires was reset
+-echo OK
+-
+ echo -n "remaining elements are reset: "
+ OUT=$($NFT list ruleset)
+ grep -q '2.0.0.2 . tcp . 22 counter packets 0 bytes 0' <<< "$OUT"
+--
+2.43.0
+
diff --git
a/meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-skip-secmark-tests-if-kernel-does-not-su.patch
b/meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-skip-secmark-tests-if-kernel-does-not-su.patch
new file mode 100644
index 0..2a966ab44
--- /dev/null
+++
b/meta-networking/recipes-filter/nftables/nftables/0001-tests-shell-skip-secmark-tests-if-kernel-does-not-su.patch
@@ -0,0 +1,46 @@
+From fff913c1eefbc84eb2d9c52038ef29fe881e9ee9 Mon Sep 17 00:00:00 2001
+From: Pablo Neira Ayuso
+Date: Tue, 21 Nov 2023 21:16:38 +0100
+Subject: [PATCH] tests: shell: skip secmark tests if kernel does not support
+ it
+
+Signed-off-by: Pablo Neira Ayuso
+
+Upstream-Status: Backport
+[https://git.netfilter.org/nftables/commit/?id=fff913c1eefbc84eb2d9c52038ef29fe881e9ee9]
+
+Signed-off-by: William Lyu
+---
+ tests/shell/features/secmark.nft| 7 +++
+ tests/shell/testcases/json/0005secmark_objref_0 | 1 +
+ 2 files changed, 8 insertions(+)
+ create mode 100644 tests/shell/features/secmark.nft
+
+diff --git a/tests/shell/features/secmark.nft
b/tests/shell/features/secmark.nft
+new file mode 100644
+index ..ccbb572f
+--- /dev/null
b/tests/shell/features/secmark.nft
+@@ -0,0 +1,7 @@
++# fb961945457f ("netfilter: nf_tables: add SECMARK support")
++# v4.20-rc1~14^2~125^2~5
++table inet x {
++ secmark ssh_server {
++ "system_u:object_r:ssh_server_packet_t:s0"
++ }
++}
+diff --git a/tests/shell/testcases/json/0005secmark_objref_0
[oe] [meta-networking][PATCH 1/3] nftables: Fix ptest output format issues
From: William Lyu
Fix the following ptest output format issues:
- For "sed" command, change "-e" option to "-E" option. I believe the
previous "-e" option is a typo based on the manual page of "sed":
-e script, --expression=script
add the script to the commands to be executed
"-E" option, on the other hand, makes "sed" "use extended regular
expressions in the script" according to the manual page.
- The test result summary line is being treated as both a passed
testcase and a failed testcase due to this line containing substring
"[OK]" and "[FAILED]". The following is a sample test result summary
line:
I: results: [OK] 379 [SKIPPED] 1 [FAILED] 0 [TOTAL] 380
The fix is to change run-ptest to look for "I: [OK]" and
"W: [FAILED]" when determining which lines correspond to
passed/failed testcases.
- Previously, only "W: [FAILED]" out of the following testcase failure
prompts is parsed:
W: [CHK DUMP]
W: [VALGRIND]
W: [TAINTED]
W: [DUMP FAIL]
W: [FAILED]
Adding parsing for all testcase failure prompts.
Signed-off-by: William Lyu
---
meta-networking/recipes-filter/nftables/nftables/run-ptest | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-networking/recipes-filter/nftables/nftables/run-ptest
b/meta-networking/recipes-filter/nftables/nftables/run-ptest
index 27d780ace..3217c743d 100644
--- a/meta-networking/recipes-filter/nftables/nftables/run-ptest
+++ b/meta-networking/recipes-filter/nftables/nftables/run-ptest
@@ -4,7 +4,7 @@ NFTABLESLIB=@libdir@/nftables
cd ${NFTABLESLIB}/ptest
LOG="${NFTABLESLIB}/ptest/nftables_ptest_$(date +%Y%m%d-%H%M%S).log"
-tests/shell/run-tests.sh -v | sed -e '/OK/ s/^/PASS: / ; /FAILED/ s/^/FAIL:
/' | sed "s,\x1B\[[0-9;]*[a-zA-Z],,g" | tee -a ${LOG}
+tests/shell/run-tests.sh -v | sed -E '/I: \[OK\]/ s/^/PASS: / ; /W: \[(CHK
DUMP|VALGRIND|TAINTED|DUMP FAIL|FAILED)\]/ s/^/FAIL: /' | sed
"s,\x1B\[[0-9;]*[a-zA-Z],,g" | tee -a ${LOG}
passed=`grep PASS: ${LOG}|wc -l`
failed=`grep FAIL: ${LOG}|wc -l`
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109781):
https://lists.openembedded.org/g/openembedded-devel/message/109781
Mute This Topic: https://lists.openembedded.org/mt/105287383/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe] [meta-networking][PATCH 2/3] nftables: Fix ShellCheck violations in ptest wrapper script "run-ptest"
From: William Lyu
The following ShellCheck violations in "run-ptest" are fixed:
- line 4:
SC2164: Use 'cd ... || exit' or 'cd ... || return' in case cd fails.
- line 7:
SC2086: Double quote to prevent globbing and word splitting.
- line 9:
SC2006: Use $(...) notation instead of legacy backticks `...`.
SC2086: Double quote to prevent globbing and word splitting.
SC2126: Consider using 'grep -c' instead of 'grep|wc -l'.
- line 10:
SC2006: Use $(...) notation instead of legacy backticks `...`.
SC2086: Double quote to prevent globbing and word splitting.
SC2126: Consider using 'grep -c' instead of 'grep|wc -l'.
- line 17:
SC2086: Double quote to prevent globbing and word splitting.
Signed-off-by: William Lyu
---
.../recipes-filter/nftables/nftables/run-ptest | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta-networking/recipes-filter/nftables/nftables/run-ptest
b/meta-networking/recipes-filter/nftables/nftables/run-ptest
index 3217c743d..363a1ee25 100644
--- a/meta-networking/recipes-filter/nftables/nftables/run-ptest
+++ b/meta-networking/recipes-filter/nftables/nftables/run-ptest
@@ -1,17 +1,17 @@
#!/bin/sh
NFTABLESLIB=@libdir@/nftables
-cd ${NFTABLESLIB}/ptest
+cd ${NFTABLESLIB}/ptest || exit 1
LOG="${NFTABLESLIB}/ptest/nftables_ptest_$(date +%Y%m%d-%H%M%S).log"
-tests/shell/run-tests.sh -v | sed -E '/I: \[OK\]/ s/^/PASS: / ; /W: \[(CHK
DUMP|VALGRIND|TAINTED|DUMP FAIL|FAILED)\]/ s/^/FAIL: /' | sed
"s,\x1B\[[0-9;]*[a-zA-Z],,g" | tee -a ${LOG}
+tests/shell/run-tests.sh -v | sed -E '/I: \[OK\]/ s/^/PASS: / ; /W: \[(CHK
DUMP|VALGRIND|TAINTED|DUMP FAIL|FAILED)\]/ s/^/FAIL: /' | sed
"s,\x1B\[[0-9;]*[a-zA-Z],,g" | tee -a "${LOG}"
-passed=`grep PASS: ${LOG}|wc -l`
-failed=`grep FAIL: ${LOG}|wc -l`
+passed=$(grep -c PASS: "${LOG}")
+failed=$(grep -c FAIL: "${LOG}")
all=$((passed + failed))
( echo "=== Test Summary ==="
echo "TOTAL: ${all}"
echo "PASSED: ${passed}"
echo "FAILED: ${failed}"
-) | tee -a ${LOG}
+) | tee -a "${LOG}"
--
2.43.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109780):
https://lists.openembedded.org/g/openembedded-devel/message/109780
Mute This Topic: https://lists.openembedded.org/mt/105287382/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] python: python-libusb1: add recipe
Signed-off-by: Tomasz Żyjewski
---
.../python/python-libusb1_3.1.0.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta-python/recipes-devtools/python/python-libusb1_3.1.0.bb
diff --git a/meta-python/recipes-devtools/python/python-libusb1_3.1.0.bb
b/meta-python/recipes-devtools/python/python-libusb1_3.1.0.bb
new file mode 100644
index ..a045dfa8bc9f
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-libusb1_3.1.0.bb
@@ -0,0 +1,18 @@
+SUMMARY = "Pure-python wrapper for libusb-1.0"
+HOMEPAGE = "http://github.com/vpelletier/python-libusb1;
+AUTHOR = "Vincent Pelletier "
+LICENSE = "GPL-2.0-only & LGPL-2.1-only"
+LIC_FILES_CHKSUM = " \
+file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
+file://COPYING.LESSER;md5=4fbd65380cdd255951079008b364516c \
+"
+
+SRC_URI =
"https://github.com/vpelletier/${BPN}/releases/download/${PV}/libusb1-${PV}.tar.gz;
+SRC_URI[md5sum] = "7b4f094786d1dfc8d011c7649d8ccb97"
+SRC_URI[sha256sum] =
"4ee9b0a55f8bd0b3ea7017ae919a6c1f439af742c4a4b04543c5fd7af89b828c"
+
+S = "${WORKDIR}/libusb1-${PV}"
+
+RDEPENDS:${PN} = "libusb1"
+
+inherit setuptools3
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109779):
https://lists.openembedded.org/g/openembedded-devel/message/109779
Mute This Topic: https://lists.openembedded.org/mt/105285874/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] highway: add recipe
add google highway as a dependency for libjxl
Signed-off-by: Markus Volk
---
meta-oe/recipes-extended/highway/highway_1.1.0.bb | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta-oe/recipes-extended/highway/highway_1.1.0.bb
diff --git a/meta-oe/recipes-extended/highway/highway_1.1.0.bb
b/meta-oe/recipes-extended/highway/highway_1.1.0.bb
new file mode 100644
index 0..ec9d8f742
--- /dev/null
+++ b/meta-oe/recipes-extended/highway/highway_1.1.0.bb
@@ -0,0 +1,15 @@
+SUMMARY = "Highway is a C++ library for SIMD (Single Instruction, Multiple
Data)"
+HOMEPAGE = "https://github.com/google/highway/;
+
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2b42edef8fa55315f34f2370b4715ca9"
+
+inherit cmake
+
+SRC_URI = "git://github.com/google/highway.git;protocol=https;branch=master"
+
+SRCREV = "58b52a717469e62b2d9b8eaa2f5dddb44d4a4cbf"
+S = "${WORKDIR}/git"
+
+EXTRA_OECMAKE = "-DBUILD_TESTING=0 -DCMAKE_BUILD_TYPE=Release"
+CXXFLAGS:append:arm = " -mfp16-format=ieee"
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109778):
https://lists.openembedded.org/g/openembedded-devel/message/109778
Mute This Topic: https://lists.openembedded.org/mt/105283878/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] highway: add recipe
add google highway as a dependency for libjxl
Signed-off-by: Markus Volk
---
meta-oe/recipes-extended/highway/highway.1.1.0.bb | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta-oe/recipes-extended/highway/highway.1.1.0.bb
diff --git a/meta-oe/recipes-extended/highway/highway.1.1.0.bb
b/meta-oe/recipes-extended/highway/highway.1.1.0.bb
new file mode 100644
index 0..ec9d8f742
--- /dev/null
+++ b/meta-oe/recipes-extended/highway/highway.1.1.0.bb
@@ -0,0 +1,15 @@
+SUMMARY = "Highway is a C++ library for SIMD (Single Instruction, Multiple
Data)"
+HOMEPAGE = "https://github.com/google/highway/;
+
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2b42edef8fa55315f34f2370b4715ca9"
+
+inherit cmake
+
+SRC_URI = "git://github.com/google/highway.git;protocol=https;branch=master"
+
+SRCREV = "58b52a717469e62b2d9b8eaa2f5dddb44d4a4cbf"
+S = "${WORKDIR}/git"
+
+EXTRA_OECMAKE = "-DBUILD_TESTING=0 -DCMAKE_BUILD_TYPE=Release"
+CXXFLAGS:append:arm = " -mfp16-format=ieee"
--
2.44.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#109777):
https://lists.openembedded.org/g/openembedded-devel/message/109777
Mute This Topic: https://lists.openembedded.org/mt/105283871/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
