from:"Khem Raj"

[OE-core] [PATCH] apt-util: Fix ptest on musl

2023-04-19 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 ...ion-Check-if-transform-is-supported-.patch | 37 +++
 meta/recipes-support/apr/apr-util_1.6.3.bb|  1 +
 2 files changed, 38 insertions(+)
 create mode 100644 
meta/recipes-support/apr/apr-util/0001-test_transformation-Check-if-transform-is-supported-.patch

diff --git 
a/meta/recipes-support/apr/apr-util/0001-test_transformation-Check-if-transform-is-supported-.patch
 
b/meta/recipes-support/apr/apr-util/0001-test_transformation-Check-if-transform-is-supported-.patch
new file mode 100644
index 00..261b78736f
--- /dev/null
+++ 
b/meta/recipes-support/apr/apr-util/0001-test_transformation-Check-if-transform-is-supported-.patch
@@ -0,0 +1,37 @@
+From 3a97f58cfb40fc1911bbfd067e8457a472613d75 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Tue, 18 Apr 2023 22:58:00 -0700
+Subject: [PATCH] test_transformation: Check if transform is supported before
+ using it
+
+This helps in excluding these tests on systems where these are not
+available e.g. musl
+
+Upstream-Status: Submitted 
[https://bz.apache.org/bugzilla/show_bug.cgi?id=66570]
+Signed-off-by: Khem Raj 
+---
+ test/testxlate.c | 8 ++--
+ 1 file changed, 6 insertions(+), 2 deletions(-)
+
+diff --git a/test/testxlate.c b/test/testxlate.c
+index 6981eff..de00fa4 100644
+--- a/test/testxlate.c
 b/test/testxlate.c
+@@ -116,8 +116,12 @@ static void test_transformation(abts_case *tc, void *data)
+ }
+ 
+ /* 4. Transformation using charset aliases */
+-one_test(tc, "UTF-8", "UTF-7", test_utf8, test_utf7, p);
+-one_test(tc, "UTF-7", "UTF-8", test_utf7, test_utf8, p);
++if (is_transform_supported(tc, "UTF-8", "UTF-7", p)) {
++one_test(tc, "UTF-8", "UTF-7", test_utf8, test_utf7, p);
++}
++if (is_transform_supported(tc, "UTF-7", "UTF-8", p)) {
++one_test(tc, "UTF-7", "UTF-8", test_utf7, test_utf8, p);
++}
+ }
+ 
+ #endif /* APR_HAS_XLATE */
+-- 
+2.40.0
+
diff --git a/meta/recipes-support/apr/apr-util_1.6.3.bb 
b/meta/recipes-support/apr/apr-util_1.6.3.bb
index 7c6fcc699b..1371e262dd 100644
--- a/meta/recipes-support/apr/apr-util_1.6.3.bb
+++ b/meta/recipes-support/apr/apr-util_1.6.3.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=158aa0b1efe0c12f23d4b007ddb9a5db \
 SRC_URI = "${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.gz \
file://configfix.patch \
file://configure_fixes.patch \
+  
file://0001-test_transformation-Check-if-transform-is-supported-.patch \
file://run-ptest \
"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180211): 
https://lists.openembedded.org/g/openembedded-core/message/180211
Mute This Topic: https://lists.openembedded.org/mt/98361141/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] parted: upgrade 3.5 -> 3.6

2023-04-18 Thread Khem Raj

fails during do_patch see
https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/2669/steps/14/logs/stdio

On Mon, Apr 17, 2023 at 1:08 AM wangmy  wrote:
>
> From: Wang Mingyu 
>
> Signed-off-by: Wang Mingyu 
> ---
>  meta/recipes-extended/parted/{parted_3.5.bb => parted_3.6.bb} | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-extended/parted/{parted_3.5.bb => parted_3.6.bb} (96%)
>
> diff --git a/meta/recipes-extended/parted/parted_3.5.bb 
> b/meta/recipes-extended/parted/parted_3.6.bb
> similarity index 96%
> rename from meta/recipes-extended/parted/parted_3.5.bb
> rename to meta/recipes-extended/parted/parted_3.6.bb
> index ea2b68bbd8..05d57507fb 100644
> --- a/meta/recipes-extended/parted/parted_3.5.bb
> +++ b/meta/recipes-extended/parted/parted_3.6.bb
> @@ -11,7 +11,7 @@ SRC_URI = "${GNU_MIRROR}/parted/parted-${PV}.tar.xz \
> file://run-ptest \
> "
>
> -SRC_URI[sha256sum] = 
> "4938dd5c1c125f6c78b1f4b3e297526f18ee74aa43d45c248578b1d2470c05a2"
> +SRC_URI[sha256sum] = 
> "3b43dbe33cca0f9a18601ebab56b7852b128ec1a3df3a9b30ccde5e73359e612"
>
>  inherit autotools pkgconfig gettext texinfo ptest
>
> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180205): 
https://lists.openembedded.org/g/openembedded-core/message/180205
Mute This Topic: https://lists.openembedded.org/mt/98314724/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2] machine/qemuarm*: don't explicitly set vmalloc

2023-04-18 Thread Khem Raj

On Tue, Apr 18, 2023 at 9:41 AM Ross Burton  wrote:
>
> In 5c6064 the qemuarm* machines gained vmalloc=256, because in testing
> Bruce was seeing problems when the vmalloc area was too big for the
> memory size of the machine (eg 256MB).
>

default seems to be 128M for 32bit systems with memory < 1G and 256M
for memory < 2G
but I think using defaults might be preferred it works with original problem too

> The intention was for the area to be very small, but 256 bytes is too
> small and the kernel sets a minimal vmalloc area of 16MiB:
>
> [0.00] vmalloc area is too small, limiting to 16MiB
>
> However, a 16MiB area is too small and results in pages of messages when
> you try and use the system:
>
> [  242.822481] vmap allocation for size 4100096 failed: use vmalloc= to 
> increase size
>
> There have been a number of changes since this commit, remove the
> explicit vmalloc argument and use the default.  I've tested that the
> system still boots locally.
>
> [1] early_vmalloc(), 
> https://elixir.bootlin.com/linux/latest/source/arch/arm/mm/mmu.c#L1170
> Signed-off-by: Ross Burton 
> ---
>  meta/conf/machine/qemuarm.conf   | 2 --
>  meta/conf/machine/qemuarmv5.conf | 1 -
>  2 files changed, 3 deletions(-)
>
> diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.conf
> index c5234231e2e..aa9ce882035 100644
> --- a/meta/conf/machine/qemuarm.conf
> +++ b/meta/conf/machine/qemuarm.conf
> @@ -17,8 +17,6 @@ QB_SYSTEM_NAME = "qemu-system-arm"
>  QB_MACHINE = "-machine virt,highmem=off"
>  QB_CPU = "-cpu cortex-a15"
>  QB_SMP ?= "-smp 4"
> -# Standard Serial console
> -QB_KERNEL_CMDLINE_APPEND = "vmalloc=256"
>  # For graphics to work we need to define the VGA device as well as the 
> necessary USB devices
>  QB_GRAPHICS = "-device virtio-gpu-pci"
>  QB_OPT_APPEND = "-device qemu-xhci -device usb-tablet -device usb-kbd"
> diff --git a/meta/conf/machine/qemuarmv5.conf 
> b/meta/conf/machine/qemuarmv5.conf
> index 6e59e42c3ab..ef1b4ece230 100644
> --- a/meta/conf/machine/qemuarmv5.conf
> +++ b/meta/conf/machine/qemuarmv5.conf
> @@ -12,7 +12,6 @@ SERIAL_CONSOLES ?= "115200;ttyAMA0 115200;ttyAMA1"
>  # For runqemu
>  QB_SYSTEM_NAME = "qemu-system-arm"
>  QB_MACHINE = "-machine versatilepb"
> -QB_KERNEL_CMDLINE_APPEND = "vmalloc=256"
>  QB_GRAPHICS = "-device virtio-gpu-pci"
>  QB_OPT_APPEND = "-device qemu-xhci -device usb-tablet -device usb-kbd"
>  QB_DTB = "${@oe.utils.version_less_or_equal('PREFERRED_VERSION_linux-yocto', 
> '4.7', '', 'zImage-versatile-pb.dtb', d)}"
> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180199): 
https://lists.openembedded.org/g/openembedded-core/message/180199
Mute This Topic: https://lists.openembedded.org/mt/98348317/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH V1] coreutils: Add gcc parameter for ptest

2023-04-17 Thread Khem Raj

On Mon, Apr 17, 2023 at 8:42 PM qi...@fujitsu.com  wrote:

> This should be a symlink to gcc on target so I wonder why it does not work
>
> First, see the coreutils’ files which installed on target.
>
> 
>
>   Makefile  -->created by cross-compile
>
>   build-aux
>
>   init.cfg --> copied from src
>
>   run-ptest
>
> tests
>
> 
>
> In Makefile, CC is defined by aarch64-agl-linux-gcc with
> --sysroot=recipe-sysroot.
>
>  CC = aarch64-agl-linux-gcc  -fstack-protector-strong  -O2
> -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security
> --sysroot=recipe-sysroot
>
> In init.cfg, CC  is used to compile k.c file.
>
>  $CC -Wall -shared --std=gnu99 -fPIC -O2 $* "$in" -o "$out"
> $gcc_shared_libs_
>
> Because of “--sysroot=recipe-sysroot”, it does not work.
>
> So, we could add “-I /usr/include” in Makefile or init.cfg, or delete “
> --sysroot=recipe-sysroot” from Makefile.
>
> Which one is better?
>

Delete sysroot

> Let me know, and I will send the patch v2.
>
> thanks.
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180177): 
https://lists.openembedded.org/g/openembedded-core/message/180177
Mute This Topic: https://lists.openembedded.org/mt/98258324/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH V1] coreutils: Add gcc parameter for ptest

2023-04-17 Thread Khem Raj

On Mon, Apr 17, 2023 at 6:05 PM Tingting Qiu (Fujitsu) 
wrote:

>
>
> > -Original Message-
> > From: Khem Raj 
> > Sent: Saturday, April 15, 2023 12:11 AM
> > To: Richard Purdie 
> > Cc: Qiu, Tingting/仇 婷婷 ;
> > openembedded-core@lists.openembedded.org; FNST fnstml-fujitsuten
> > 
> > Subject: Re: [OE-core] [PATCH V1] coreutils: Add gcc parameter for ptest
> >
> > On Fri, Apr 14, 2023 at 3:06 AM Richard Purdie
> >  wrote:
> > >
> > > On Fri, 2023-04-14 at 16:53 +0800, qi...@fujitsu.com wrote:
> > > > From: Qiu Tingting 
> > > >
> > > > If gcc is installed in image, ptest result has 4 ERROR.
> > > >   ERROR: tests/rm/r-root.sh
> > > >   ERROR: tests/rm/rm-readdir-fail.sh
> > > >   ERROR: tests/cp/nfs-removal-race.sh
> > > >   ERROR: tests/ls/getxattr-speedup.sh
> > > >
> > > > r-root.log as an example:
> > > >   --
> > > >   k.c:1:10: fatal error: stdio.h: No such file or directory
> > > >   1 | #include 
> > > > |  ^
> > > >   compilation terminated.
> > > >   r-root.sh: set-up failure: failed to build shared library
> > > >   ERROR tests/rm/r-root.sh (exit status: 99)
> > > >   --
> > > >
> > > > reason:
> > > >   In these cases, k.c file is created and compiled by gcc before run.
> > > >   There is a stdio.h file in /usr/include/ directory,
> > > >   but gcc parameter is not set it.
> > > >
> > > > solution:
> > > >   Add "-l /usr/include/" in gcc parameter.
> > > >
> > > > other:
> > > >   If gcc is not installed in image, these cases will be skipped.
> > > >
> > > > Signed-off-by: Qiu Tingting 
> > > > ---
> > > >  meta/recipes-core/coreutils/coreutils_9.1.bb | 1 +
> > > >  1 file changed, 1 insertion(+)
> > >
> > >
> > > I'm a bit puzzled by this. Wouldn't on target gcc have /usr/include as
> > > part of it's default search path? Why isn't the default search path
> > > working?
> >
> > yeah. Perhaps looking at full compiler commandline used just for this
> test
> > would help maybe there is something like -ffreestanding or something
> passed
> > to it.
>
> Normal gcc have /usr/include as part of its default search path.
> I used aarch64-agl-linux-gcc for aarch64 board, which does not search this
> path.


This should be a symlink to gcc on target so I wonder why it does not work


>
> Best regards,
> Qiu Tingting
> >
> > >
> > > Cheers,
> > >
> > > Richard
> > >
> > >
> > > >
> > > > diff --git a/meta/recipes-core/coreutils/coreutils_9.1.bb
> > > > b/meta/recipes-core/coreutils/coreutils_9.1.bb
> > > > index 4807eefd04..fe785b673d 100644
> > > > --- a/meta/recipes-core/coreutils/coreutils_9.1.bb
> > > > +++ b/meta/recipes-core/coreutils/coreutils_9.1.bb
> > > > @@ -184,6 +184,7 @@ do_install_ptest () {
> > > >  install ${S}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
> > > >  cp ${B}/Makefile ${D}${PTEST_PATH}/
> > > >  cp ${S}/init.cfg ${D}${PTEST_PATH}/
> > > > +sed -i 's/CC -Wall -shared/CC -Wall -shared -l
> > > > + \/usr\/include\//g' ${D}${PTEST_PATH}/init.cfg
> > > >  cp -r ${B}/src ${D}${PTEST_PATH}/
> > > >  cp -r ${S}/src/*.c ${D}${PTEST_PATH}/src
> > > >  sed -i '/^VPATH/s/= .*$/= ./g' ${D}${PTEST_PATH}/Makefile
> > > >
> > > >
> > >
> > >
> > > 
> > >
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180172): 
https://lists.openembedded.org/g/openembedded-core/message/180172
Mute This Topic: https://lists.openembedded.org/mt/98258324/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] libxml2: Disable icu tests on musl

2023-04-17 Thread Khem Raj

these tests do not work with musl's iconv implementation and would need
enabling icu support using --with-icu which we do not enable by default

Additionally enable locale with musl too.

Signed-off-by: Khem Raj 
---
 meta/recipes-core/libxml/libxml2_2.10.3.bb | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/libxml/libxml2_2.10.3.bb 
b/meta/recipes-core/libxml/libxml2_2.10.3.bb
index 6b3dd3ec42..0ccd48964f 100644
--- a/meta/recipes-core/libxml/libxml2_2.10.3.bb
+++ b/meta/recipes-core/libxml/libxml2_2.10.3.bb
@@ -40,15 +40,15 @@ inherit autotools pkgconfig binconfig-disabled ptest
 
 inherit ${@bb.utils.contains('PACKAGECONFIG', 'python', 'python3targetconfig', 
'', d)}
 
-RDEPENDS:${PN}-ptest += "bash make ${@bb.utils.contains('PACKAGECONFIG', 
'python', 'libgcc python3-core python3-logging python3-shell python3-stringold 
python3-threading python3-unittest ${PN}-python', '', d)}"
+RDEPENDS:${PN}-ptest += "bash make locale-base-en-us 
${@bb.utils.contains('PACKAGECONFIG', 'python', 'libgcc python3-core 
python3-logging python3-shell python3-stringold python3-threading 
python3-unittest ${PN}-python', '', d)}"
 
 RDEPENDS:${PN}-python += "${@bb.utils.contains('PACKAGECONFIG', 'python', 
'python3-core', '', d)}"
 
+RDEPENDS:${PN}-ptest:append:libc-musl = " musl-locales"
 RDEPENDS:${PN}-ptest:append:libc-glibc = " glibc-gconv-ebcdic-us \
glibc-gconv-ibm1141 \
glibc-gconv-iso8859-5 \
glibc-gconv-euc-jp \
-   locale-base-en-us \
  "
 
 # WARNING: zlib is required for RPM use
@@ -85,6 +85,11 @@ do_install_ptest () {
 fi
 }
 
+# with musl we need to enable icu support explicitly for these tests
+do_install_ptest:append:libc-musl () {
+   rm -rf ${D}/${PTEST_PATH}/test/icu_parse_test.xml
+}
+
 do_install:append:class-native () {
# Docs are not needed in the native case
rm ${D}${datadir}/gtk-doc -rf
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180119): 
https://lists.openembedded.org/g/openembedded-core/message/180119
Mute This Topic: https://lists.openembedded.org/mt/98313431/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/2] gawk: Fix ptests on musl

2023-04-14 Thread Khem Raj

On Fri, Apr 14, 2023 at 12:35 AM Khem Raj  wrote:
>
> On Thu, Apr 13, 2023 at 9:06 AM Richard Purdie
>  wrote:
> >
> > On Thu, 2023-04-13 at 08:29 -0700, Khem Raj wrote:
> > > On Thu, Apr 13, 2023 at 6:44 AM Richard Purdie
> > >  wrote:
> > > >
> > > > On Thu, 2023-04-13 at 06:16 -0700, Khem Raj wrote:
> > > > > On Thu, Apr 13, 2023 at 3:14 AM Richard Purdie
> > > > >  wrote:
> > > > > >
> > > > > > On Wed, 2023-04-12 at 22:54 -0700, Khem Raj wrote:
> > > > > > > Signed-off-by: Khem Raj 
> > > > > > > ---
> > > > > > >  ...0001-Provide-fixes-for-tests-on-musl.patch | 73 
> > > > > > > +++
> > > > > > >  meta/recipes-extended/gawk/gawk_5.2.1.bb  |  7 +-
> > > > > > >  2 files changed, 77 insertions(+), 3 deletions(-)
> > > > > > >  create mode 100644 
> > > > > > > meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > > >
> > > > > > > diff --git 
> > > > > > > a/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > > >  
> > > > > > > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > > > new file mode 100644
> > > > > > > index 00..4ff2466c0e
> > > > > > > --- /dev/null
> > > > > > > +++ 
> > > > > > > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > > > @@ -0,0 +1,73 @@
> > > > > > > +From 95bcf4397b6f727208f3c627b7d00dacec406d02 Mon Sep 17 
> > > > > > > 00:00:00 2001
> > > > > > > +From: Khem Raj 
> > > > > > > +Date: Wed, 12 Apr 2023 21:57:18 -0700
> > > > > > > +Subject: [PATCH] Provide fixes for tests on musl
> > > > > > > +
> > > > > > > +Fixes rebt8b1 and regx8bit
> > > > > > > +Disable clos1way6 [1]
> > > > > > > +
> > > > > > > +Disable commas and backsmalls1, they do not work
> > > > > > > +with musl-locales somehow even though we do isntall
> > > > > > > +en_US.UTF-8 on target
> > > > > > > +
> > > > > > > +[1] 
> > > > > > > https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
> > > > > > > +
> > > > > > > +Upstream-Status: Inappropriate [musl-specific]
> > > > > > > +Signed-off-by: Khem Raj 
> > > > > > > +---
> > > > > > > + test/Maketests | 11 ---
> > > > > > > +
> > > > > >
> > > > > > Carrying a patch like this makes me a bit nervous as:
> > > > > >
> > > > > > a) it is only applied for musl so it makes recipe upgrade testing a
> > > > > > nightmare
> > > > > >
> > > > > > b) there doesn't appear to be any path to upstream it, we'd just 
> > > > > > have
> > > > > > to carry it indefinitely.
> > > > > >
> > > > > > c) the reasons for the failure don't seem to be understood.
> > > > >
> > > > > reasons are clear,  these tests need full locale support which we do
> > > > > not have with musl.
> > > >
> > > > The above says something quite different to what the patch says:
> > > >
> > > > "they do not work with musl-locales somehow"
> > >
> > > yeah the metadata patch subject should be improved to say disable tests
> >
> > That would be clearer, yes.
> >
> > > >
> > > > which sounds like nobody has looked into it.
> > >
> > > yes, and my localedata knowledge is limited to root cause this further 
> > > sadly.
> >
> > Fair enough, we just need to be clear about that.
> >
> > > > > > Is there something we can do to avoid having to carry this
> > > > > > indefinitely?
> > >
> > > You can do sed operations from the recipe. I don't know how that will be 
> > > better
> > > than patch. btw. we are already carrying another patch to disable other 
> > > tests
> > > because I

[OE-core] [PATCH v3 3/3] gawk: Add skipped.txt to emit test to ignore

2023-04-14 Thread Khem Raj

This file can be processed by run-ptest during runtime and tests
mentioned in skipped.txt will not be run.

Signed-off-by: Khem Raj 
---
v3: New

 meta/recipes-extended/gawk/gawk/run-ptest | 5 +
 meta/recipes-extended/gawk/gawk_5.2.1.bb  | 6 ++
 2 files changed, 11 insertions(+)

diff --git a/meta/recipes-extended/gawk/gawk/run-ptest 
b/meta/recipes-extended/gawk/gawk/run-ptest
index 2675650600..f4ef3e7bd4 100644
--- a/meta/recipes-extended/gawk/gawk/run-ptest
+++ b/meta/recipes-extended/gawk/gawk/run-ptest
@@ -3,6 +3,11 @@
 cd test
 for i in `grep -E "^[a-z0-9_-]*:$" Maketests |awk -F: '{print $1}'`; do
   unset LANG
+  grep -q "^$i$" skipped.txt
+  if [ $? -eq 0 ]; then
+echo "SKIP: $i"
+continue
+  fi
   srcdir=`pwd` AWKPROG=gawk AWK=gawk CMP=cmp make -f Maketests $i >$i.tmp 2>&1
   if [ -e _$i ]; then
 cat _$i
diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
b/meta/recipes-extended/gawk/gawk_5.2.1.bb
index c914326563..768c8eb364 100644
--- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
+++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
@@ -59,6 +59,9 @@ do_install_ptest() {
# https://bugzilla.yoctoproject.org/show_bug.cgi?id=14371
rm -f ${D}${PTEST_PATH}/test/time.*
rm -f ${D}${PTEST_PATH}/test/timeout.*
+   for t in time timeout; do
+   echo $t >> ${D}${PTEST_PATH}/test/skipped.txt
+   done
 }
 
 do_install_ptest:append:libc-musl() {
@@ -71,6 +74,9 @@ do_install_ptest:append:libc-musl() {
# The below two need LANG=C inside the make rule for musl
rm -f ${D}${PTEST_PATH}/test/rebt8b1.*
rm -f ${D}${PTEST_PATH}/test/regx8bit.*
+   for t in clos1way6 backsmalls1 commas rebt8b1 regx8bit; do
+   echo $t >> ${D}${PTEST_PATH}/test/skipped.txt
+   done
 }
 
 RDEPENDS:${PN}-ptest += "make locale-base-en-us"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180008): 
https://lists.openembedded.org/g/openembedded-core/message/180008
Mute This Topic: https://lists.openembedded.org/mt/98273973/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v3 2/3] gawk: Remove redundant patch

2023-04-14 Thread Khem Raj

This patch is doing the same things thats already being done in the
do_install_ptest where the problematic tests are being deleted from
final package. run-ptest script runs a find for available tests and runs
each test target found during run therefore its enough to remove
them from final install.

Signed-off-by: Khem Raj 
Cc: Ross Burton 
---
v2: New
v3: No change

 .../gawk/gawk/remove-sensitive-tests.patch| 43 ---
 meta/recipes-extended/gawk/gawk_5.2.1.bb  |  1 -
 2 files changed, 44 deletions(-)
 delete mode 100644 meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch

diff --git a/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch 
b/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch
deleted file mode 100644
index ffae55058b..00
--- a/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-From 354d24baf7c51977d22ff61ad42e6a2cbd4dc8ac Mon Sep 17 00:00:00 2001
-From: Ross Burton 
-Date: Tue, 21 Dec 2021 17:09:12 +
-Subject: [PATCH] gawk: remove load-sensitive tests
-
-These tests require an unloaded host as otherwise timing sensitive tests can 
fail
-https://bugzilla.yoctoproject.org/show_bug.cgi?id=14371
-
-Upstream-Status: Inappropriate
-Signed-off-by: Ross Burton 
-

- test/Maketests | 10 --
- 1 file changed, 10 deletions(-)
-
-diff --git a/test/Maketests b/test/Maketests
-index 3a667af..f117697 100644
 a/test/Maketests
-+++ b/test/Maketests
-@@ -2137,11 +2137,6 @@ symtab12:
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
-   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
- 
--timeout:
--  @echo $@ $(ZOS_FAIL)
--  @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
--  @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
--
- typedregex1:
-   @echo $@
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
-@@ -2371,11 +2366,6 @@ rwarray:
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  < "$(srcdir)"/$@.in >_$@ 2>&1 
|| echo EXIT CODE: $$? >>_$@
-   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
- 
--time:
--  @echo $@
--  @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
--  @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
--
- mpfrbigint:
-   @echo $@
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  -M >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
b/meta/recipes-extended/gawk/gawk_5.2.1.bb
index bbb26231a1..c914326563 100644
--- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
+++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
@@ -16,7 +16,6 @@ PACKAGECONFIG[readline] = 
"--with-readline,--without-readline,readline"
 PACKAGECONFIG[mpfr] = "--with-mpfr,--without-mpfr, mpfr"
 
 SRC_URI = "${GNU_MIRROR}/gawk/gawk-${PV}.tar.gz \
-   file://remove-sensitive-tests.patch \
file://run-ptest \
"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180007): 
https://lists.openembedded.org/g/openembedded-core/message/180007
Mute This Topic: https://lists.openembedded.org/mt/98273972/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v3 1/3] gawk: Disable known ptest fails on musl

2023-04-14 Thread Khem Raj

Add needed locale rdeps on musl as well.

Signed-off-by: Khem Raj 
---
v2: Delete failing tests on musl
v3: No change

 meta/recipes-extended/gawk/gawk_5.2.1.bb | 17 +++--
 1 file changed, 15 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
b/meta/recipes-extended/gawk/gawk_5.2.1.bb
index e381bad148..bbb26231a1 100644
--- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
+++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
@@ -62,8 +62,21 @@ do_install_ptest() {
rm -f ${D}${PTEST_PATH}/test/timeout.*
 }
 
-RDEPENDS:${PN}-ptest += "make"
+do_install_ptest:append:libc-musl() {
+   # Reported  
https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
+   rm -f ${D}${PTEST_PATH}/test/clos1way6.*
+   # Needs en_US.UTF-8 but then does not work with musl
+   rm -f ${D}${PTEST_PATH}/test/backsmalls1.*
+   # Needs en_US.UTF-8 but then does not work with musl
+   rm -f ${D}${PTEST_PATH}/test/commas.*
+   # The below two need LANG=C inside the make rule for musl
+   rm -f ${D}${PTEST_PATH}/test/rebt8b1.*
+   rm -f ${D}${PTEST_PATH}/test/regx8bit.*
+}
+
+RDEPENDS:${PN}-ptest += "make locale-base-en-us"
 
-RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us 
locale-base-en-us.iso-8859-1"
+RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us.iso-8859-1"
+RDEPENDS:${PN}-ptest:append:libc-musl = " musl-locales"
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180006): 
https://lists.openembedded.org/g/openembedded-core/message/180006
Mute This Topic: https://lists.openembedded.org/mt/98273971/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2 1/2] gawk: Disable known ptest fails on musl

2023-04-14 Thread Khem Raj

ignore this set, it does not work.

On Fri, Apr 14, 2023 at 8:55 AM Khem Raj  wrote:
>
> Add needed locale rdeps on musl as well.
>
> Signed-off-by: Khem Raj 
> ---
> v2: Delete failing tests on musl
>
>  meta/recipes-extended/gawk/gawk_5.2.1.bb | 17 +++--
>  1 file changed, 15 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
> b/meta/recipes-extended/gawk/gawk_5.2.1.bb
> index e381bad148..bbb26231a1 100644
> --- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
> +++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
> @@ -62,8 +62,21 @@ do_install_ptest() {
> rm -f ${D}${PTEST_PATH}/test/timeout.*
>  }
>
> -RDEPENDS:${PN}-ptest += "make"
> +do_install_ptest:append:libc-musl() {
> +   # Reported  
> https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
> +   rm -f ${D}${PTEST_PATH}/test/clos1way6.*
> +   # Needs en_US.UTF-8 but then does not work with musl
> +   rm -f ${D}${PTEST_PATH}/test/backsmalls1.*
> +   # Needs en_US.UTF-8 but then does not work with musl
> +   rm -f ${D}${PTEST_PATH}/test/commas.*
> +   # The below two need LANG=C inside the make rule for musl
> +   rm -f ${D}${PTEST_PATH}/test/rebt8b1.*
> +   rm -f ${D}${PTEST_PATH}/test/regx8bit.*
> +}
> +
> +RDEPENDS:${PN}-ptest += "make locale-base-en-us"
>
> -RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us 
> locale-base-en-us.iso-8859-1"
> +RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us.iso-8859-1"
> +RDEPENDS:${PN}-ptest:append:libc-musl = " musl-locales"
>
>  BBCLASSEXTEND = "native nativesdk"
> --
> 2.40.0
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180004): 
https://lists.openembedded.org/g/openembedded-core/message/180004
Mute This Topic: https://lists.openembedded.org/mt/98265108/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH V1] coreutils: Add gcc parameter for ptest

2023-04-14 Thread Khem Raj

On Fri, Apr 14, 2023 at 3:06 AM Richard Purdie
 wrote:
>
> On Fri, 2023-04-14 at 16:53 +0800, qi...@fujitsu.com wrote:
> > From: Qiu Tingting 
> >
> > If gcc is installed in image, ptest result has 4 ERROR.
> >   ERROR: tests/rm/r-root.sh
> >   ERROR: tests/rm/rm-readdir-fail.sh
> >   ERROR: tests/cp/nfs-removal-race.sh
> >   ERROR: tests/ls/getxattr-speedup.sh
> >
> > r-root.log as an example:
> >   --
> >   k.c:1:10: fatal error: stdio.h: No such file or directory
> >   1 | #include 
> > |  ^
> >   compilation terminated.
> >   r-root.sh: set-up failure: failed to build shared library
> >   ERROR tests/rm/r-root.sh (exit status: 99)
> >   --
> >
> > reason:
> >   In these cases, k.c file is created and compiled by gcc before run.
> >   There is a stdio.h file in /usr/include/ directory,
> >   but gcc parameter is not set it.
> >
> > solution:
> >   Add "-l /usr/include/" in gcc parameter.
> >
> > other:
> >   If gcc is not installed in image, these cases will be skipped.
> >
> > Signed-off-by: Qiu Tingting 
> > ---
> >  meta/recipes-core/coreutils/coreutils_9.1.bb | 1 +
> >  1 file changed, 1 insertion(+)
>
>
> I'm a bit puzzled by this. Wouldn't on target gcc have /usr/include as
> part of it's default search path? Why isn't the default search path
> working?

yeah. Perhaps looking at full compiler commandline used just for this
test would help maybe there is something like
-ffreestanding or something passed to it.

>
> Cheers,
>
> Richard
>
>
> >
> > diff --git a/meta/recipes-core/coreutils/coreutils_9.1.bb 
> > b/meta/recipes-core/coreutils/coreutils_9.1.bb
> > index 4807eefd04..fe785b673d 100644
> > --- a/meta/recipes-core/coreutils/coreutils_9.1.bb
> > +++ b/meta/recipes-core/coreutils/coreutils_9.1.bb
> > @@ -184,6 +184,7 @@ do_install_ptest () {
> >  install ${S}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
> >  cp ${B}/Makefile ${D}${PTEST_PATH}/
> >  cp ${S}/init.cfg ${D}${PTEST_PATH}/
> > +sed -i 's/CC -Wall -shared/CC -Wall -shared -l \/usr\/include\//g' 
> > ${D}${PTEST_PATH}/init.cfg
> >  cp -r ${B}/src ${D}${PTEST_PATH}/
> >  cp -r ${S}/src/*.c ${D}${PTEST_PATH}/src
> >  sed -i '/^VPATH/s/= .*$/= ./g' ${D}${PTEST_PATH}/Makefile
> >
> >
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180003): 
https://lists.openembedded.org/g/openembedded-core/message/180003
Mute This Topic: https://lists.openembedded.org/mt/98258324/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 1/2] gawk: Disable known ptest fails on musl

2023-04-14 Thread Khem Raj

Add needed locale rdeps on musl as well.

Signed-off-by: Khem Raj 
---
v2: Delete failing tests on musl

 meta/recipes-extended/gawk/gawk_5.2.1.bb | 17 +++--
 1 file changed, 15 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
b/meta/recipes-extended/gawk/gawk_5.2.1.bb
index e381bad148..bbb26231a1 100644
--- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
+++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
@@ -62,8 +62,21 @@ do_install_ptest() {
rm -f ${D}${PTEST_PATH}/test/timeout.*
 }
 
-RDEPENDS:${PN}-ptest += "make"
+do_install_ptest:append:libc-musl() {
+   # Reported  
https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
+   rm -f ${D}${PTEST_PATH}/test/clos1way6.*
+   # Needs en_US.UTF-8 but then does not work with musl
+   rm -f ${D}${PTEST_PATH}/test/backsmalls1.*
+   # Needs en_US.UTF-8 but then does not work with musl
+   rm -f ${D}${PTEST_PATH}/test/commas.*
+   # The below two need LANG=C inside the make rule for musl
+   rm -f ${D}${PTEST_PATH}/test/rebt8b1.*
+   rm -f ${D}${PTEST_PATH}/test/regx8bit.*
+}
+
+RDEPENDS:${PN}-ptest += "make locale-base-en-us"
 
-RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us 
locale-base-en-us.iso-8859-1"
+RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us.iso-8859-1"
+RDEPENDS:${PN}-ptest:append:libc-musl = " musl-locales"
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180001): 
https://lists.openembedded.org/g/openembedded-core/message/180001
Mute This Topic: https://lists.openembedded.org/mt/98265108/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 2/2] gawk: Remove redundant patch

2023-04-14 Thread Khem Raj

This patch is doing the same things thats already being done in the
do_install_ptest where the problematic tests are being deleted from
final package. run-ptest script runs a find for available tests and runs
each test target found during run therefore its enough to remove
them from final install.

Signed-off-by: Khem Raj 
Cc: Ross Burton 
---
 .../gawk/gawk/remove-sensitive-tests.patch| 43 ---
 meta/recipes-extended/gawk/gawk_5.2.1.bb  |  1 -
 2 files changed, 44 deletions(-)
 delete mode 100644 meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch

diff --git a/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch 
b/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch
deleted file mode 100644
index ffae55058b..00
--- a/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-From 354d24baf7c51977d22ff61ad42e6a2cbd4dc8ac Mon Sep 17 00:00:00 2001
-From: Ross Burton 
-Date: Tue, 21 Dec 2021 17:09:12 +
-Subject: [PATCH] gawk: remove load-sensitive tests
-
-These tests require an unloaded host as otherwise timing sensitive tests can 
fail
-https://bugzilla.yoctoproject.org/show_bug.cgi?id=14371
-
-Upstream-Status: Inappropriate
-Signed-off-by: Ross Burton 
-

- test/Maketests | 10 --
- 1 file changed, 10 deletions(-)
-
-diff --git a/test/Maketests b/test/Maketests
-index 3a667af..f117697 100644
 a/test/Maketests
-+++ b/test/Maketests
-@@ -2137,11 +2137,6 @@ symtab12:
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
-   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
- 
--timeout:
--  @echo $@ $(ZOS_FAIL)
--  @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
--  @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
--
- typedregex1:
-   @echo $@
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
-@@ -2371,11 +2366,6 @@ rwarray:
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  < "$(srcdir)"/$@.in >_$@ 2>&1 
|| echo EXIT CODE: $$? >>_$@
-   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
- 
--time:
--  @echo $@
--  @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
--  @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
--
- mpfrbigint:
-   @echo $@
-   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  -M >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
b/meta/recipes-extended/gawk/gawk_5.2.1.bb
index bbb26231a1..c914326563 100644
--- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
+++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
@@ -16,7 +16,6 @@ PACKAGECONFIG[readline] = 
"--with-readline,--without-readline,readline"
 PACKAGECONFIG[mpfr] = "--with-mpfr,--without-mpfr, mpfr"
 
 SRC_URI = "${GNU_MIRROR}/gawk/gawk-${PV}.tar.gz \
-   file://remove-sensitive-tests.patch \
file://run-ptest \
"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#180002): 
https://lists.openembedded.org/g/openembedded-core/message/180002
Mute This Topic: https://lists.openembedded.org/mt/98265109/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/2] gawk: Fix ptests on musl

2023-04-14 Thread Khem Raj

On Thu, Apr 13, 2023 at 9:06 AM Richard Purdie
 wrote:
>
> On Thu, 2023-04-13 at 08:29 -0700, Khem Raj wrote:
> > On Thu, Apr 13, 2023 at 6:44 AM Richard Purdie
> >  wrote:
> > >
> > > On Thu, 2023-04-13 at 06:16 -0700, Khem Raj wrote:
> > > > On Thu, Apr 13, 2023 at 3:14 AM Richard Purdie
> > > >  wrote:
> > > > >
> > > > > On Wed, 2023-04-12 at 22:54 -0700, Khem Raj wrote:
> > > > > > Signed-off-by: Khem Raj 
> > > > > > ---
> > > > > >  ...0001-Provide-fixes-for-tests-on-musl.patch | 73 
> > > > > > +++
> > > > > >  meta/recipes-extended/gawk/gawk_5.2.1.bb  |  7 +-
> > > > > >  2 files changed, 77 insertions(+), 3 deletions(-)
> > > > > >  create mode 100644 
> > > > > > meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > >
> > > > > > diff --git 
> > > > > > a/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > >  
> > > > > > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > > new file mode 100644
> > > > > > index 00..4ff2466c0e
> > > > > > --- /dev/null
> > > > > > +++ 
> > > > > > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > > > @@ -0,0 +1,73 @@
> > > > > > +From 95bcf4397b6f727208f3c627b7d00dacec406d02 Mon Sep 17 00:00:00 
> > > > > > 2001
> > > > > > +From: Khem Raj 
> > > > > > +Date: Wed, 12 Apr 2023 21:57:18 -0700
> > > > > > +Subject: [PATCH] Provide fixes for tests on musl
> > > > > > +
> > > > > > +Fixes rebt8b1 and regx8bit
> > > > > > +Disable clos1way6 [1]
> > > > > > +
> > > > > > +Disable commas and backsmalls1, they do not work
> > > > > > +with musl-locales somehow even though we do isntall
> > > > > > +en_US.UTF-8 on target
> > > > > > +
> > > > > > +[1] 
> > > > > > https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
> > > > > > +
> > > > > > +Upstream-Status: Inappropriate [musl-specific]
> > > > > > +Signed-off-by: Khem Raj 
> > > > > > +---
> > > > > > + test/Maketests | 11 ---
> > > > > > +
> > > > >
> > > > > Carrying a patch like this makes me a bit nervous as:
> > > > >
> > > > > a) it is only applied for musl so it makes recipe upgrade testing a
> > > > > nightmare
> > > > >
> > > > > b) there doesn't appear to be any path to upstream it, we'd just have
> > > > > to carry it indefinitely.
> > > > >
> > > > > c) the reasons for the failure don't seem to be understood.
> > > >
> > > > reasons are clear,  these tests need full locale support which we do
> > > > not have with musl.
> > >
> > > The above says something quite different to what the patch says:
> > >
> > > "they do not work with musl-locales somehow"
> >
> > yeah the metadata patch subject should be improved to say disable tests
>
> That would be clearer, yes.
>
> > >
> > > which sounds like nobody has looked into it.
> >
> > yes, and my localedata knowledge is limited to root cause this further 
> > sadly.
>
> Fair enough, we just need to be clear about that.
>
> > > > > Is there something we can do to avoid having to carry this
> > > > > indefinitely?
> >
> > You can do sed operations from the recipe. I don't know how that will be 
> > better
> > than patch. btw. we are already carrying another patch to disable other 
> > tests
> > because I guess they fail on Autobuilder on stress but not always,
> > because they worked
> > fine on my ptest run.
> >
> > https://git.openembedded.org/openembedded-core/tree/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch
> >
> > Do we have plans to address this with upstream as well ?
>
> The difference between that patch and the one proposed is that the one
> above:
>
> a) is unconditional
> b) is clear and simple, it just deletes the tests
>
> This means when the rec

Re: [OE-core] [PATCH 2/2] gawk: Fix ptests on musl

2023-04-13 Thread Khem Raj

On Thu, Apr 13, 2023 at 6:44 AM Richard Purdie
 wrote:
>
> On Thu, 2023-04-13 at 06:16 -0700, Khem Raj wrote:
> > On Thu, Apr 13, 2023 at 3:14 AM Richard Purdie
> >  wrote:
> > >
> > > On Wed, 2023-04-12 at 22:54 -0700, Khem Raj wrote:
> > > > Signed-off-by: Khem Raj 
> > > > ---
> > > >  ...0001-Provide-fixes-for-tests-on-musl.patch | 73 +++
> > > >  meta/recipes-extended/gawk/gawk_5.2.1.bb  |  7 +-
> > > >  2 files changed, 77 insertions(+), 3 deletions(-)
> > > >  create mode 100644 
> > > > meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > >
> > > > diff --git 
> > > > a/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > >  
> > > > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > new file mode 100644
> > > > index 00..4ff2466c0e
> > > > --- /dev/null
> > > > +++ 
> > > > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > > > @@ -0,0 +1,73 @@
> > > > +From 95bcf4397b6f727208f3c627b7d00dacec406d02 Mon Sep 17 00:00:00 2001
> > > > +From: Khem Raj 
> > > > +Date: Wed, 12 Apr 2023 21:57:18 -0700
> > > > +Subject: [PATCH] Provide fixes for tests on musl
> > > > +
> > > > +Fixes rebt8b1 and regx8bit
> > > > +Disable clos1way6 [1]
> > > > +
> > > > +Disable commas and backsmalls1, they do not work
> > > > +with musl-locales somehow even though we do isntall
> > > > +en_US.UTF-8 on target
> > > > +
> > > > +[1] https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
> > > > +
> > > > +Upstream-Status: Inappropriate [musl-specific]
> > > > +Signed-off-by: Khem Raj 
> > > > +---
> > > > + test/Maketests | 11 ---
> > > > +
> > >
> > > Carrying a patch like this makes me a bit nervous as:
> > >
> > > a) it is only applied for musl so it makes recipe upgrade testing a
> > > nightmare
> > >
> > > b) there doesn't appear to be any path to upstream it, we'd just have
> > > to carry it indefinitely.
> > >
> > > c) the reasons for the failure don't seem to be understood.
> >
> > reasons are clear,  these tests need full locale support which we do
> > not have with musl.
>
> The above says something quite different to what the patch says:
>
> "they do not work with musl-locales somehow"

yeah the metadata patch subject should be improved to say disable tests

>
> which sounds like nobody has looked into it.

yes, and my localedata knowledge is limited to root cause this further sadly.

>
> > > Is there something we can do to avoid having to carry this
> > > indefinitely?

You can do sed operations from the recipe. I don't know how that will be better
than patch. btw. we are already carrying another patch to disable other tests
because I guess they fail on Autobuilder on stress but not always,
because they worked
fine on my ptest run.

https://git.openembedded.org/openembedded-core/tree/meta/recipes-extended/gawk/gawk/remove-sensitive-tests.patch

Do we have plans to address this with upstream as well ?

> > >
> > > Out of interest did alpine do anything for this?
> >
> > they have patches.
>
> The same as ours or different? Was there any discussion with upstream
> on this?

There is one failure which is common and I have quoted upstream discussion
others are not. I dont have alpine install handy to try it out quickly
to confirm.

>
> Cheers,
>
> Richard
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179980): 
https://lists.openembedded.org/g/openembedded-core/message/179980
Mute This Topic: https://lists.openembedded.org/mt/98235523/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/2] gawk: Fix ptests on musl

2023-04-13 Thread Khem Raj

On Thu, Apr 13, 2023 at 3:14 AM Richard Purdie
 wrote:
>
> On Wed, 2023-04-12 at 22:54 -0700, Khem Raj wrote:
> > Signed-off-by: Khem Raj 
> > ---
> >  ...0001-Provide-fixes-for-tests-on-musl.patch | 73 +++
> >  meta/recipes-extended/gawk/gawk_5.2.1.bb  |  7 +-
> >  2 files changed, 77 insertions(+), 3 deletions(-)
> >  create mode 100644 
> > meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> >
> > diff --git 
> > a/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> >  
> > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > new file mode 100644
> > index 00..4ff2466c0e
> > --- /dev/null
> > +++ 
> > b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
> > @@ -0,0 +1,73 @@
> > +From 95bcf4397b6f727208f3c627b7d00dacec406d02 Mon Sep 17 00:00:00 2001
> > +From: Khem Raj 
> > +Date: Wed, 12 Apr 2023 21:57:18 -0700
> > +Subject: [PATCH] Provide fixes for tests on musl
> > +
> > +Fixes rebt8b1 and regx8bit
> > +Disable clos1way6 [1]
> > +
> > +Disable commas and backsmalls1, they do not work
> > +with musl-locales somehow even though we do isntall
> > +en_US.UTF-8 on target
> > +
> > +[1] https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
> > +
> > +Upstream-Status: Inappropriate [musl-specific]
> > +Signed-off-by: Khem Raj 
> > +---
> > + test/Maketests | 11 ---
> > +
>
> Carrying a patch like this makes me a bit nervous as:
>
> a) it is only applied for musl so it makes recipe upgrade testing a
> nightmare
>
> b) there doesn't appear to be any path to upstream it, we'd just have
> to carry it indefinitely.
>
> c) the reasons for the failure don't seem to be understood.

reasons are clear,  these tests need full locale support which we do
not have with musl.

>
> Is there something we can do to avoid having to carry this
> indefinitely?
>
> Out of interest did alpine do anything for this?

they have patches.

>
> Cheers,
>
> Richard
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179976): 
https://lists.openembedded.org/g/openembedded-core/message/179976
Mute This Topic: https://lists.openembedded.org/mt/98235523/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/2] gawk: Fix ptests on musl

2023-04-12 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 ...0001-Provide-fixes-for-tests-on-musl.patch | 73 +++
 meta/recipes-extended/gawk/gawk_5.2.1.bb  |  7 +-
 2 files changed, 77 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch

diff --git 
a/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch 
b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
new file mode 100644
index 00..4ff2466c0e
--- /dev/null
+++ b/meta/recipes-extended/gawk/gawk/0001-Provide-fixes-for-tests-on-musl.patch
@@ -0,0 +1,73 @@
+From 95bcf4397b6f727208f3c627b7d00dacec406d02 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 12 Apr 2023 21:57:18 -0700
+Subject: [PATCH] Provide fixes for tests on musl
+
+Fixes rebt8b1 and regx8bit
+Disable clos1way6 [1]
+
+Disable commas and backsmalls1, they do not work
+with musl-locales somehow even though we do isntall
+en_US.UTF-8 on target
+
+[1] https://lists.gnu.org/archive/html/bug-gawk/2021-02/msg5.html
+
+Upstream-Status: Inappropriate [musl-specific]
+Signed-off-by: Khem Raj 
+---
+ test/Maketests | 11 ---
+ 1 file changed, 4 insertions(+), 7 deletions(-)
+
+--- a/test/Maketests
 b/test/Maketests
+@@ -916,7 +916,8 @@ rebrackloc:
+ 
+ rebt8b1:
+   @echo $@
+-  @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
++  @-[ -z "$$LANG" ] && LANG=C; export LANG; \
++  AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: $$? 
>>_$@
+   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
+ 
+ rebuild:
+@@ -1391,17 +1392,6 @@ clos1way5:
+   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
+   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
+ 
+-clos1way6:
+-  @echo $@ $(ZOS_FAIL)
+-  @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
+-  @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
+-
+-commas:
+-  @echo $@ $(ZOS_FAIL)
+-  @-[ -z "$$GAWKLOCALE" ] && GAWKLOCALE=en_US.UTF-8; export GAWKLOCALE; \
+-  AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: $$? 
>>_$@
+-  @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
+-
+ crlf:
+   @echo $@
+   @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
+@@ -2003,7 +1993,8 @@ regnul2:
+ 
+ regx8bit:
+   @echo $@
+-  @-AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: 
$$? >>_$@
++  @-[ -z "$$LANG" ] && LANG=C; export LANG; \
++  AWKPATH="$(srcdir)" $(AWK) -f $@.awk  >_$@ 2>&1 || echo EXIT CODE: $$? 
>>_$@
+   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
+ 
+ reint:
+@@ -2256,12 +2247,6 @@ backbigs1:
+   @echo $@ $(ZOS_FAIL)
+   @-[ -z "$$GAWKLOCALE" ] && GAWKLOCALE=en_US.UTF-8; export GAWKLOCALE; \
+   AWKPATH="$(srcdir)" $(AWK) -f $@.awk  < "$(srcdir)"/$@.in >_$@ 2>&1 || 
echo EXIT CODE: $$? >>_$@
+-  @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
+-
+-backsmalls1:
+-  @echo $@ $(ZOS_FAIL)
+-  @-[ -z "$$GAWKLOCALE" ] && GAWKLOCALE=en_US.UTF-8; export GAWKLOCALE; \
+-  AWKPATH="$(srcdir)" $(AWK) -f $@.awk  < "$(srcdir)"/$@.in >_$@ 2>&1 || 
echo EXIT CODE: $$? >>_$@
+   @-$(CMP) "$(srcdir)"/$@.ok _$@ && rm -f _$@
+ 
+ backsmalls2:
diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
b/meta/recipes-extended/gawk/gawk_5.2.1.bb
index e381bad148..b2eb6987ed 100644
--- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
+++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
@@ -19,7 +19,7 @@ SRC_URI = "${GNU_MIRROR}/gawk/gawk-${PV}.tar.gz \
file://remove-sensitive-tests.patch \
file://run-ptest \
"
-
+SRC_URI:append:libc-musl = " file://0001-Provide-fixes-for-tests-on-musl.patch 
"
 SRC_URI[sha256sum] = 
"529e7c8c6acf21ff3a6183f4d763c632810908989c24675c77995d51ac37b79c"
 
 inherit autotools gettext texinfo update-alternatives
@@ -62,8 +62,9 @@ do_install_ptest() {
rm -f ${D}${PTEST_PATH}/test/timeout.*
 }
 
-RDEPENDS:${PN}-ptest += "make"
+RDEPENDS:${PN}-ptest += "make locale-base-en-us"
 
-RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us 
locale-base-en-us.iso-8859-1"
+RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us.iso-8859-1"
+RDEPENDS:${PN}-ptest:append:libc-musl = " musl-locales"
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179958): 
https://lists.openembedded.org/g/openembedded-core/message/179958
Mute This Topic: https://lists.openembedded.org/mt/98235523/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 1/2] musl-locales: Add Canadian French (fr_CA) locale support

2023-04-12 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl-locales_git.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl-locales_git.bb 
b/meta/recipes-core/musl/musl-locales_git.bb
index 92532237e0..6ffac4fade 100644
--- a/meta/recipes-core/musl/musl-locales_git.bb
+++ b/meta/recipes-core/musl/musl-locales_git.bb
@@ -10,7 +10,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=cf5713fba707073020b1db2acaa73e78 \
 SRC_URI = 
"git://git.adelielinux.org/adelie/musl-locales;protocol=https;branch=main"
 
 PV = "1.0+git${SRCPV}"
-SRCREV = "cac3dcdccd1d0c08d17f4919d862737d64b76f79"
+SRCREV = "5663f5bfd30bf9e1e0ba3fc5fe2da6725969f30e"
 
 S = "${WORKDIR}/git"
 
@@ -35,6 +35,7 @@ LICENSE:locale-base-en-gb = "MIT"
 LICENSE:locale-base-en-us = "MIT"
 LICENSE:locale-base-es-es = "MIT"
 LICENSE:locale-base-fi-fi = "MIT"
+LICENSE:locale-base-fr-ca = "MIT"
 LICENSE:locale-base-fr-fr = "MIT"
 LICENSE:locale-base-it-it = "MIT"
 LICENSE:locale-base-nb-no = "MIT"
@@ -52,6 +53,7 @@ PACKAGES =+ "locale-base-cs-cz \
  locale-base-en-us \
  locale-base-es-es \
  locale-base-fi-fi \
+ locale-base-fr-ca \
  locale-base-fr-fr \
  locale-base-it-it \
  locale-base-nb-no \
@@ -69,6 +71,7 @@ FILES:locale-base-en-gb += 
"${datadir}/i18n/locales/musl/en_GB.UTF-8"
 FILES:locale-base-en-us += "${datadir}/i18n/locales/musl/en_US.UTF-8"
 FILES:locale-base-es-es += "${datadir}/i18n/locales/musl/es_ES.UTF-8"
 FILES:locale-base-fi-fi += "${datadir}/i18n/locales/musl/fi_FI.UTF-8"
+FILES:locale-base-fr-ca += "${datadir}/i18n/locales/musl/fr_CA.UTF-8"
 FILES:locale-base-fr-fr += "${datadir}/i18n/locales/musl/fr_FR.UTF-8"
 FILES:locale-base-it-it += "${datadir}/i18n/locales/musl/it_IT.UTF-8"
 FILES:locale-base-nb-no += "${datadir}/i18n/locales/musl/nb_NO.UTF-8"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179957): 
https://lists.openembedded.org/g/openembedded-core/message/179957
Mute This Topic: https://lists.openembedded.org/mt/98235522/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [RFT][PATCH 2/3] autoconf_2.72c.bb: Backport fixes

2023-04-12 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 ..._DIR-Rewrite-using-AC_CANONICAL_HOST.patch |  82 +
 ...PE_UID_T-Rewrite-using-AC_CHECK_TYPE.patch |  76 
 ..._TRADITIONAL-a-compatibility-alias-f.patch | 179 ++
 ...to-programs-misusing-AC_EGREP_HEADER.patch |  80 +
 ...TYPE_GETGROUPS-and-AC_FUNC_GETGROUPS.patch | 327 ++
 ...-Fold-AC_C_STRINGIZE-into-AC_PROG_CC.patch |  83 +
 ...st-few-internal-uses-of-AC_EGREP_CPP.patch | 115 ++
 ...0007-Support-circa-early-2022-Gnulib.patch |  31 ++
 ...7-Support-underquoted-callers-better.patch |  55 +++
 .../autoconf/autoconf_2.72c.bb|   9 +
 10 files changed, 1037 insertions(+)
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0001-AC_XENIX_DIR-Rewrite-using-AC_CANONICAL_HOST.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0002-AC_TYPE_UID_T-Rewrite-using-AC_CHECK_TYPE.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0003-Make-AC_PROG_GCC_TRADITIONAL-a-compatibility-alias-f.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0004-Cater-to-programs-misusing-AC_EGREP_HEADER.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0004-Overhaul-AC_TYPE_GETGROUPS-and-AC_FUNC_GETGROUPS.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0005-Fold-AC_C_STRINGIZE-into-AC_PROG_CC.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0006-Remove-the-last-few-internal-uses-of-AC_EGREP_CPP.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0007-Support-circa-early-2022-Gnulib.patch
 create mode 100644 
meta/recipes-devtools/autoconf/autoconf/0007-Support-underquoted-callers-better.patch

diff --git 
a/meta/recipes-devtools/autoconf/autoconf/0001-AC_XENIX_DIR-Rewrite-using-AC_CANONICAL_HOST.patch
 
b/meta/recipes-devtools/autoconf/autoconf/0001-AC_XENIX_DIR-Rewrite-using-AC_CANONICAL_HOST.patch
new file mode 100644
index 00..f1b8bebc2f
--- /dev/null
+++ 
b/meta/recipes-devtools/autoconf/autoconf/0001-AC_XENIX_DIR-Rewrite-using-AC_CANONICAL_HOST.patch
@@ -0,0 +1,82 @@
+From dcf9bb7e3b12f3bd74edff60e80b53e668159579 Mon Sep 17 00:00:00 2001
+From: Zack Weinberg 
+Date: Sun, 2 Apr 2023 10:27:08 -0400
+Subject: [PATCH 1/7] AC_XENIX_DIR: Rewrite using AC_CANONICAL_HOST.
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+AC_XENIX_DIR is an obsolete macro, defined as AC_HEADER_DIRENT plus
+code to make absolutely sure configure scripts that depended on a
+shell variable internal to the original (2.13 era) definition of
+AC_XENIX_DIR are not broken by autoupdate.  (That variable had the
+temptingly public-sounding name “XENIX.”)  This compatibility code
+uses AC_EGREP_CPP, which is itself discouraged for use in new
+configure scripts.
+
+(N.B. codesearch.debian.net does not find any uses whatsoever of
+this macro, nor any code in an .ac or .m4 file that depends on the
+XENIX variable.)
+
+Change the compatibility code to use AC_CANONICAL_HOST instead,
+and clarify which pieces of the code inserted by autoupdate are
+probably still necessary.
+
+* lib/autoconf/specific.m4 (AC_XENIX_DIR): Set XENIX variable
+  based on value of host_os. Clarify what manual cleanup is
+  recommended after autoupdate replaces this obsolete macro.
+
+Upstream-Status: Backport
+Signed-off-by: Khem Raj 
+---
+ lib/autoconf/specific.m4 | 26 +++---
+ 1 file changed, 11 insertions(+), 15 deletions(-)
+
+diff --git a/lib/autoconf/specific.m4 b/lib/autoconf/specific.m4
+index 1b3ee661b..a2dc5d488 100644
+--- a/lib/autoconf/specific.m4
 b/lib/autoconf/specific.m4
+@@ -754,9 +754,9 @@ dnl it should only be defined when necessary.
+ ## Checks for UNIX variants.  ##
+ ## -- ##
+ 
+-
+-# These are kludges which should be replaced by a single POSIX check.
+-# They aren't cached, to discourage their use.
++# These macros are all obsolete, from the early days of Autoconf,
++# before the invention of AC_CANONICAL_SYSTEM.  Autoupdate will
++# replace each with inline code for a more modern feature check.
+ 
+ # AC_AIX
+ # --
+@@ -776,19 +776,15 @@ AU_DEFUN([AC_ISC_POSIX], [AC_SEARCH_LIBS([strerror], 
[cposix])])
+ # AC_XENIX_DIR
+ # 
+ AU_DEFUN([AC_XENIX_DIR],
+-[AC_MSG_CHECKING([for Xenix])
+-AC_EGREP_CPP([yes],
+-[#if defined M_XENIX && ! defined M_UNIX
+-  yes
+-@%:@endif],
+-   [AC_MSG_RESULT([yes]); XENIX=yes],
+-   [AC_MSG_RESULT([no]); XENIX=])
+-
+-AC_HEADER_DIRENT[]dnl
++[AC_HEADER_DIRENT
++# Autoupdate added the next two lines to ensure that your configure
++# script's behavior did not change.  They are safe to remove unless
++# you have code that depends on the XENIX shell variable.
++AC_CANONICAL_HOST
++AS_CASE([$host_os], [xenix*], [XENIX=yes], [XENIX=no])
++# End of code added by autoupdate
+ ],
+-[You shouldn't need to depend upon XENIX.  Remove the
+-'AC_MSG_CHECKING', 'AC_EGREP_CPP', and this warning if t

[OE-core] [RFT][PATCH 1/3] autoconf: Test 2.72c

2023-04-12 Thread Khem Raj

From: Richard Purdie 

Signed-off-by: Richard Purdie 
Signed-off-by: Khem Raj 
---
 .../coreutils/coreutils/autoconf-2.73.patch   |  15 ++
 meta/recipes-core/coreutils/coreutils_9.1.bb  |   1 +
 .../gettext-0.21.1/autoconf-2.73.patch|  41 ++
 meta/recipes-core/gettext/gettext_0.21.1.bb   |   1 +
 ...ilers-that-moan-about-K-R-func-decls.patch | 138 --
 .../{autoconf_2.71.bb => autoconf_2.72c.bb}   |   6 +-
 .../bison/bison/autoconf-2.73.patch   |  15 ++
 meta/recipes-devtools/bison/bison_3.8.2.bb|   1 +
 meta/recipes-extended/findutils/findutils.inc |   1 +
 .../findutils/findutils/autoconf-2.73.patch   |  15 ++
 .../gzip/gzip-1.12/autoconf-2.73.patch|  15 ++
 meta/recipes-extended/gzip/gzip_1.12.bb   |   1 +
 .../libarchive/libarchive/configurehack.patch |  45 ++
 .../libarchive/libarchive_3.6.2.bb|   1 +
 .../libpipeline/autoconf-2.73.patch   |  15 ++
 .../libpipeline/libpipeline_1.5.7.bb  |   1 +
 .../man-db/files/autoconf-2.73.patch  |  15 ++
 meta/recipes-extended/man-db/man-db_2.11.2.bb |   1 +
 .../parted/files/autoconf-2.73.patch  |  15 ++
 meta/recipes-extended/parted/parted_3.5.bb|   1 +
 .../wget/wget/autoconf-2.73.patch |  15 ++
 meta/recipes-extended/wget/wget_1.21.3.bb |   1 +
 .../apr/apr/autoconf-2.73.patch   |  23 +++
 meta/recipes-support/apr/apr_1.7.3.bb |   1 +
 24 files changed, 243 insertions(+), 141 deletions(-)
 create mode 100644 meta/recipes-core/coreutils/coreutils/autoconf-2.73.patch
 create mode 100644 meta/recipes-core/gettext/gettext-0.21.1/autoconf-2.73.patch
 delete mode 100644 
meta/recipes-devtools/autoconf/autoconf/0001-Port-to-compilers-that-moan-about-K-R-func-decls.patch
 rename meta/recipes-devtools/autoconf/{autoconf_2.71.bb => autoconf_2.72c.bb} 
(92%)
 create mode 100644 meta/recipes-devtools/bison/bison/autoconf-2.73.patch
 create mode 100644 
meta/recipes-extended/findutils/findutils/autoconf-2.73.patch
 create mode 100644 meta/recipes-extended/gzip/gzip-1.12/autoconf-2.73.patch
 create mode 100644 
meta/recipes-extended/libarchive/libarchive/configurehack.patch
 create mode 100644 
meta/recipes-extended/libpipeline/libpipeline/autoconf-2.73.patch
 create mode 100644 meta/recipes-extended/man-db/files/autoconf-2.73.patch
 create mode 100644 meta/recipes-extended/parted/files/autoconf-2.73.patch
 create mode 100644 meta/recipes-extended/wget/wget/autoconf-2.73.patch
 create mode 100644 meta/recipes-support/apr/apr/autoconf-2.73.patch

diff --git a/meta/recipes-core/coreutils/coreutils/autoconf-2.73.patch 
b/meta/recipes-core/coreutils/coreutils/autoconf-2.73.patch
new file mode 100644
index 00..8c77d50e0a
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils/autoconf-2.73.patch
@@ -0,0 +1,15 @@
+Upstream-Status: Inappropriate
+
+Index: findutils-4.9.0/gl/m4/largefile.m4
+===
+--- findutils-4.9.0.orig/m4/largefile.m4
 findutils-4.9.0/m4/largefile.m4
+@@ -26,7 +26,7 @@ AC_DEFUN([gl_SET_LARGEFILE_SOURCE],
+ # with _TIME_BITS.  Also, work around a problem in autoconf <= 2.69:
+ # AC_SYS_LARGEFILE does not configure for large inodes on Mac OS X 10.5,
+ # or configures them incorrectly in some cases.
+-m4_version_prereq([2.70], [], [
++m4_version_prereq([2.73], [], [
+ 
+ # _AC_SYS_LARGEFILE_TEST_INCLUDES
+ # ---
diff --git a/meta/recipes-core/coreutils/coreutils_9.1.bb 
b/meta/recipes-core/coreutils/coreutils_9.1.bb
index 4807eefd04..84269e8957 100644
--- a/meta/recipes-core/coreutils/coreutils_9.1.bb
+++ b/meta/recipes-core/coreutils/coreutils_9.1.bb
@@ -16,6 +16,7 @@ inherit autotools gettext texinfo
 SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
file://remove-usr-local-lib-from-m4.patch \
file://0001-local.mk-fix-cross-compiling-problem.patch \
+   file://autoconf-2.73.patch \
file://run-ptest \
"
 
diff --git a/meta/recipes-core/gettext/gettext-0.21.1/autoconf-2.73.patch 
b/meta/recipes-core/gettext/gettext-0.21.1/autoconf-2.73.patch
new file mode 100644
index 00..9b3ed336a4
--- /dev/null
+++ b/meta/recipes-core/gettext/gettext-0.21.1/autoconf-2.73.patch
@@ -0,0 +1,41 @@
+Upstream-Status: Inappropriate
+
+Index: gettext-0.21.1/gettext-runtime/gnulib-m4/largefile.m4
+===
+--- gettext-0.21.1.orig/gettext-runtime/gnulib-m4/largefile.m4
 gettext-0.21.1/gettext-runtime/gnulib-m4/largefile.m4
+@@ -26,7 +26,7 @@ AC_DEFUN([gl_SET_LARGEFILE_SOURCE],
+ # with _TIME_BITS.  Also, work around a problem in autoconf <= 2.69:
+ # AC_SYS_LARGEFILE does not configure for large inodes on Mac OS X 10.5,
+ # or configures them incorrectly in some cases.
+-m4_version_prereq([2.70], [], [
++m4_version_prereq([2.73], [], [
+ 
+ # _AC_SYS_LARGEFILE_TEST_INCLUDES
+ #

[OE-core] [RFT][PATCH 3/3] Revert "site: merged common-glibc from OE"

2023-04-12 Thread Khem Raj

This reverts commit a2f942c22e31fe15fef1b44a0e5cc548a60d43a6.

Signed-off-by: Khem Raj 
---
 meta/site/common-glibc | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/site/common-glibc b/meta/site/common-glibc
index 7ba91e03c0..958699b143 100644
--- a/meta/site/common-glibc
+++ b/meta/site/common-glibc
@@ -12,7 +12,6 @@ ac_cv_func_getgrgid_r=${ac_cv_func_getgrgid_r=yes}
 ac_cv_func_getpwuid_r=${ac_cv_func_getpwuid_r=yes}
 ac_cv_func_posix_getpwuid_r=${ac_cv_func_posix_getpwuid_r=yes}
 ac_cv_func_posix_getgrgid_r=${ac_cv_func_posix_getgrgid_r=yes}
-ac_cv_type_uid_t={ac_cv_type_uid_t=yes}
 ac_cv_func_getaddrinfo=${ac_cv_func_getaddrinfo=yes}
 ac_cv_func_strtod=${ac_cv_func_strtod=yes}
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179954): 
https://lists.openembedded.org/g/openembedded-core/message/179954
Mute This Topic: https://lists.openembedded.org/mt/98229138/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/7] ffmpeg: update 5.1.2 -> 6.0

2023-04-11 Thread Khem Raj

On Tue, Apr 11, 2023 at 8:15 AM Alexander Kanavin
 wrote:
>
> This has been resolved by your 0.34.1 -> 0.35.1 update.
>
cool

> Alex
>
> On Sat, 1 Apr 2023 at 20:57, Khem Raj  wrote:
> >
> > I think mpv is failing to this upgrade, this issue talks about it
> > https://github.com/mpv-player/mpv/issues/9803
> > https://errors.yoctoproject.org/Errors/Details/699341/
> > This is a arm64/musl build.
> >
> > On Thu, Mar 30, 2023 at 10:26 PM Alexander Kanavin
> >  wrote:
> > >
> > > Add a patch to gstreamer1.0-libav to address an API compatibility fail.
> > >
> > > Signed-off-by: Alexander Kanavin 
> > > ---
> > >  ...c-stop-accessing-out-of-bounds-frame.patch |  89 ---
> > >  ...c-stop-accessing-out-of-bounds-frame.patch | 108 --
> > >  .../ffmpeg/ffmpeg/ffmpeg-fix-vulkan.patch |  34 --
> > >  .../ffmpeg/{ffmpeg_5.1.2.bb => ffmpeg_6.0.bb} |   8 +-
> > >  .../gstreamer1.0-libav/ffmpeg-6.0.patch   |  49 
> > >  .../gstreamer/gstreamer1.0-libav_1.22.0.bb|   4 +-
> > >  6 files changed, 54 insertions(+), 238 deletions(-)
> > >  delete mode 100644 
> > > meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> > >  delete mode 100644 
> > > meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-smcenc-stop-accessing-out-of-bounds-frame.patch
> > >  delete mode 100644 
> > > meta/recipes-multimedia/ffmpeg/ffmpeg/ffmpeg-fix-vulkan.patch
> > >  rename meta/recipes-multimedia/ffmpeg/{ffmpeg_5.1.2.bb => ffmpeg_6.0.bb} 
> > > (95%)
> > >  create mode 100644 
> > > meta/recipes-multimedia/gstreamer/gstreamer1.0-libav/ffmpeg-6.0.patch
> > >
> > > diff --git 
> > > a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> > >  
> > > b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> > > deleted file mode 100644
> > > index 2775a81cc86..000
> > > --- 
> > > a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> > > +++ /dev/null
> > > @@ -1,89 +0,0 @@
> > > -From 92f9b28ed84a77138105475beba16c146bdaf984 Mon Sep 17 00:00:00 2001
> > > -From: Paul B Mahol 
> > > -Date: Sat, 12 Nov 2022 16:12:00 +0100
> > > -Subject: [PATCH] avcodec/rpzaenc: stop accessing out of bounds frame
> > > -
> > > -Upstream-Status: Backport 
> > > [https://github.com/FFmpeg/FFmpeg/commit/92f9b28ed84a77138105475beba16c146bdaf984]
> > > -
> > > -Signed-off-by: 
> > > -
> > > 
> > > - libavcodec/rpzaenc.c | 22 +++---
> > > - 1 file changed, 15 insertions(+), 7 deletions(-)
> > > -
> > > -diff --git a/libavcodec/rpzaenc.c b/libavcodec/rpzaenc.c
> > > -index d710eb4f82..4ced9523e2 100644
> > >  a/libavcodec/rpzaenc.c
> > > -+++ b/libavcodec/rpzaenc.c
> > > -@@ -205,7 +205,7 @@ static void get_max_component_diff(const BlockInfo 
> > > *bi, const uint16_t *block_pt
> > > -
> > > - // loop thru and compare pixels
> > > - for (y = 0; y < bi->block_height; y++) {
> > > --for (x = 0; x < bi->block_width; x++){
> > > -+for (x = 0; x < bi->block_width; x++) {
> > > - // TODO:  optimize
> > > - min_r = FFMIN(R(block_ptr[x]), min_r);
> > > - min_g = FFMIN(G(block_ptr[x]), min_g);
> > > -@@ -278,7 +278,7 @@ static int leastsquares(const uint16_t *block_ptr, 
> > > const BlockInfo *bi,
> > > - return -1;
> > > -
> > > - for (i = 0; i < bi->block_height; i++) {
> > > --for (j = 0; j < bi->block_width; j++){
> > > -+for (j = 0; j < bi->block_width; j++) {
> > > - x = GET_CHAN(block_ptr[j], xchannel);
> > > - y = GET_CHAN(block_ptr[j], ychannel);
> > > - sumx += x;
> > > -@@ -325,7 +325,7 @@ static int calc_lsq_max_fit_error(const uint16_t 
> > > *block_ptr, const BlockInfo *bi
> > > - int max_err = 0;
> > > -
> > > - for (i = 0; i < bi->block_height; i++) {
> > > --for (j = 0; j < bi->block_width; j++){
> > > -+for (j = 0; j < bi->block_width; j++) {
> > > - int x_inc, lin_y, lin_x;
> > > - x = GET

Re: [OE-Core][PATCH] rust: Upgrade 1.68.1 -> 1.68.2

2023-04-11 Thread Khem Raj

alright my builds for cargo on qemuriscv32/musl went ok so I guess its ok.

On Mon, Apr 10, 2023 at 11:11 AM Khem Raj  wrote:
>
> Thanks, I'll also check it out. I think the checksums for the musl
> patch would need updating I think as the versions of these crates
> might have changed.
>
> On Mon, Apr 10, 2023 at 10:30 AM Alexandre Belloni
>  wrote:
> >
> > My current a-full has this patch.
> >
> > On 10/04/2023 10:21:16-0700, Khem Raj wrote:
> > > If possible, Can you test this on top of contrib/abelloni/master-next
> > > for musl target ?
> > >
> > > On Mon, Apr 10, 2023 at 2:42 AM Alex Kiernan  
> > > wrote:
> > > >
> > > > Changes:
> > > >
> > > > * Update the GitHub RSA host key bundled within Cargo. The key was
> > > >   rotated by GitHub on 2023-03-24 after the old one leaked.
> > > > * Mark the old GitHub RSA host key as revoked. This will prevent Cargo
> > > >   from accepting the leaked key even when trusted by the system.
> > > > * Add support for @revoked and a better error message for
> > > >   @cert-authority in Cargo’s SSH host key verification
> > > >
> > > > Signed-off-by: Alex Kiernan 
> > > > ---
> > > >
> > > >  meta/recipes-devtools/rust/{cargo_1.68.1.bb => cargo_1.68.2.bb} | 0
> > > >  .../rust/{libstd-rs_1.68.1.bb => libstd-rs_1.68.2.bb}   | 0
> > > >  ...t-cross-canadian_1.68.1.bb => rust-cross-canadian_1.68.2.bb} | 0
> > > >  .../rust/{rust-llvm_1.68.1.bb => rust-llvm_1.68.2.bb}   | 0
> > > >  meta/recipes-devtools/rust/rust-source.inc  | 2 +-
> > > >  meta/recipes-devtools/rust/{rust_1.68.1.bb => rust_1.68.2.bb}   | 0
> > > >  6 files changed, 1 insertion(+), 1 deletion(-)
> > > >  rename meta/recipes-devtools/rust/{cargo_1.68.1.bb => cargo_1.68.2.bb} 
> > > > (100%)
> > > >  rename meta/recipes-devtools/rust/{libstd-rs_1.68.1.bb => 
> > > > libstd-rs_1.68.2.bb} (100%)
> > > >  rename meta/recipes-devtools/rust/{rust-cross-canadian_1.68.1.bb => 
> > > > rust-cross-canadian_1.68.2.bb} (100%)
> > > >  rename meta/recipes-devtools/rust/{rust-llvm_1.68.1.bb => 
> > > > rust-llvm_1.68.2.bb} (100%)
> > > >  rename meta/recipes-devtools/rust/{rust_1.68.1.bb => rust_1.68.2.bb} 
> > > > (100%)
> > > >
> > > > diff --git a/meta/recipes-devtools/rust/cargo_1.68.1.bb 
> > > > b/meta/recipes-devtools/rust/cargo_1.68.2.bb
> > > > similarity index 100%
> > > > rename from meta/recipes-devtools/rust/cargo_1.68.1.bb
> > > > rename to meta/recipes-devtools/rust/cargo_1.68.2.bb
> > > > diff --git a/meta/recipes-devtools/rust/libstd-rs_1.68.1.bb 
> > > > b/meta/recipes-devtools/rust/libstd-rs_1.68.2.bb
> > > > similarity index 100%
> > > > rename from meta/recipes-devtools/rust/libstd-rs_1.68.1.bb
> > > > rename to meta/recipes-devtools/rust/libstd-rs_1.68.2.bb
> > > > diff --git a/meta/recipes-devtools/rust/rust-cross-canadian_1.68.1.bb 
> > > > b/meta/recipes-devtools/rust/rust-cross-canadian_1.68.2.bb
> > > > similarity index 100%
> > > > rename from meta/recipes-devtools/rust/rust-cross-canadian_1.68.1.bb
> > > > rename to meta/recipes-devtools/rust/rust-cross-canadian_1.68.2.bb
> > > > diff --git a/meta/recipes-devtools/rust/rust-llvm_1.68.1.bb 
> > > > b/meta/recipes-devtools/rust/rust-llvm_1.68.2.bb
> > > > similarity index 100%
> > > > rename from meta/recipes-devtools/rust/rust-llvm_1.68.1.bb
> > > > rename to meta/recipes-devtools/rust/rust-llvm_1.68.2.bb
> > > > diff --git a/meta/recipes-devtools/rust/rust-source.inc 
> > > > b/meta/recipes-devtools/rust/rust-source.inc
> > > > index c8f5a5a9c4c4..6d3a4b131e26 100644
> > > > --- a/meta/recipes-devtools/rust/rust-source.inc
> > > > +++ b/meta/recipes-devtools/rust/rust-source.inc
> > > > @@ -7,7 +7,7 @@ SRC_URI += 
> > > > "https://static.rust-lang.org/dist/rustc-${RUST_VERSION}-src.tar.xz;n
> > > >  
> > > > file://0001-Do-not-use-LFS64-on-linux-with-musl.patch;patchdir=${RUSTSRC}
> > > >  \
> > > >  file://zlib-off64_t.patch;patchdir=${RUSTSRC} \
> > > >  "
> > > > -SRC_URI[rust.sha256sum] = 
> > > > "5b8ea94085b65e75c1fa6310e2f90bd706fa80bfcb3544fe26f4037b911d9fb2"
> >

Re: [OE-Core][PATCH] rust: Upgrade 1.68.1 -> 1.68.2

2023-04-10 Thread Khem Raj

Thanks, I'll also check it out. I think the checksums for the musl
patch would need updating I think as the versions of these crates
might have changed.

On Mon, Apr 10, 2023 at 10:30 AM Alexandre Belloni
 wrote:
>
> My current a-full has this patch.
>
> On 10/04/2023 10:21:16-0700, Khem Raj wrote:
> > If possible, Can you test this on top of contrib/abelloni/master-next
> > for musl target ?
> >
> > On Mon, Apr 10, 2023 at 2:42 AM Alex Kiernan  wrote:
> > >
> > > Changes:
> > >
> > > * Update the GitHub RSA host key bundled within Cargo. The key was
> > >   rotated by GitHub on 2023-03-24 after the old one leaked.
> > > * Mark the old GitHub RSA host key as revoked. This will prevent Cargo
> > >   from accepting the leaked key even when trusted by the system.
> > > * Add support for @revoked and a better error message for
> > >   @cert-authority in Cargo’s SSH host key verification
> > >
> > > Signed-off-by: Alex Kiernan 
> > > ---
> > >
> > >  meta/recipes-devtools/rust/{cargo_1.68.1.bb => cargo_1.68.2.bb} | 0
> > >  .../rust/{libstd-rs_1.68.1.bb => libstd-rs_1.68.2.bb}   | 0
> > >  ...t-cross-canadian_1.68.1.bb => rust-cross-canadian_1.68.2.bb} | 0
> > >  .../rust/{rust-llvm_1.68.1.bb => rust-llvm_1.68.2.bb}   | 0
> > >  meta/recipes-devtools/rust/rust-source.inc  | 2 +-
> > >  meta/recipes-devtools/rust/{rust_1.68.1.bb => rust_1.68.2.bb}   | 0
> > >  6 files changed, 1 insertion(+), 1 deletion(-)
> > >  rename meta/recipes-devtools/rust/{cargo_1.68.1.bb => cargo_1.68.2.bb} 
> > > (100%)
> > >  rename meta/recipes-devtools/rust/{libstd-rs_1.68.1.bb => 
> > > libstd-rs_1.68.2.bb} (100%)
> > >  rename meta/recipes-devtools/rust/{rust-cross-canadian_1.68.1.bb => 
> > > rust-cross-canadian_1.68.2.bb} (100%)
> > >  rename meta/recipes-devtools/rust/{rust-llvm_1.68.1.bb => 
> > > rust-llvm_1.68.2.bb} (100%)
> > >  rename meta/recipes-devtools/rust/{rust_1.68.1.bb => rust_1.68.2.bb} 
> > > (100%)
> > >
> > > diff --git a/meta/recipes-devtools/rust/cargo_1.68.1.bb 
> > > b/meta/recipes-devtools/rust/cargo_1.68.2.bb
> > > similarity index 100%
> > > rename from meta/recipes-devtools/rust/cargo_1.68.1.bb
> > > rename to meta/recipes-devtools/rust/cargo_1.68.2.bb
> > > diff --git a/meta/recipes-devtools/rust/libstd-rs_1.68.1.bb 
> > > b/meta/recipes-devtools/rust/libstd-rs_1.68.2.bb
> > > similarity index 100%
> > > rename from meta/recipes-devtools/rust/libstd-rs_1.68.1.bb
> > > rename to meta/recipes-devtools/rust/libstd-rs_1.68.2.bb
> > > diff --git a/meta/recipes-devtools/rust/rust-cross-canadian_1.68.1.bb 
> > > b/meta/recipes-devtools/rust/rust-cross-canadian_1.68.2.bb
> > > similarity index 100%
> > > rename from meta/recipes-devtools/rust/rust-cross-canadian_1.68.1.bb
> > > rename to meta/recipes-devtools/rust/rust-cross-canadian_1.68.2.bb
> > > diff --git a/meta/recipes-devtools/rust/rust-llvm_1.68.1.bb 
> > > b/meta/recipes-devtools/rust/rust-llvm_1.68.2.bb
> > > similarity index 100%
> > > rename from meta/recipes-devtools/rust/rust-llvm_1.68.1.bb
> > > rename to meta/recipes-devtools/rust/rust-llvm_1.68.2.bb
> > > diff --git a/meta/recipes-devtools/rust/rust-source.inc 
> > > b/meta/recipes-devtools/rust/rust-source.inc
> > > index c8f5a5a9c4c4..6d3a4b131e26 100644
> > > --- a/meta/recipes-devtools/rust/rust-source.inc
> > > +++ b/meta/recipes-devtools/rust/rust-source.inc
> > > @@ -7,7 +7,7 @@ SRC_URI += 
> > > "https://static.rust-lang.org/dist/rustc-${RUST_VERSION}-src.tar.xz;n
> > >  
> > > file://0001-Do-not-use-LFS64-on-linux-with-musl.patch;patchdir=${RUSTSRC} 
> > > \
> > >  file://zlib-off64_t.patch;patchdir=${RUSTSRC} \
> > >  "
> > > -SRC_URI[rust.sha256sum] = 
> > > "5b8ea94085b65e75c1fa6310e2f90bd706fa80bfcb3544fe26f4037b911d9fb2"
> > > +SRC_URI[rust.sha256sum] = 
> > > "ce1a115f6aafa912b4622906a92b626354973afa9288e2c7750df4dcf3390fc0"
> > >
> > >  RUSTSRC = "${WORKDIR}/rustc-${RUST_VERSION}-src"
> > >
> > > diff --git a/meta/recipes-devtools/rust/rust_1.68.1.bb 
> > > b/meta/recipes-devtools/rust/rust_1.68.2.bb
> > > similarity index 100%
> > > rename from meta/recipes-devtools/rust/rust_1.68.1.bb
> > > rename to meta/recipes-devtools/rust/rust_1.68.2.bb
> > > --
> > > 2.39.0
> > >
> > >
> > >
> > >
>
> >
> > 
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179902): 
https://lists.openembedded.org/g/openembedded-core/message/179902
Mute This Topic: https://lists.openembedded.org/mt/98172309/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] squashfs-tools: upgrade 4.5.1 -> 4.6.0

2023-04-10 Thread Khem Raj

On Mon, Apr 10, 2023 at 2:02 AM wangmy  wrote:
>
> From: Wang Mingyu 
>
> Changelog:
> https://github.com/plougher/squashfs-tools/blob/master/CHANGES
>
> 0001-install-manpages.sh-do-not-write-original-timestamps.patch
> removed since it's included in 4.6.0
>
> Signed-off-by: Wang Mingyu 
> ---
>  sh-do-not-write-original-timestamps.patch | 30 ---
>  .../squashfs-tools/squashfs-tools_git.bb  |  5 ++--
>  2 files changed, 2 insertions(+), 33 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/squashfs-tools/files/0001-install-manpages.sh-do-not-write-original-timestamps.patch
>
> diff --git 
> a/meta/recipes-devtools/squashfs-tools/files/0001-install-manpages.sh-do-not-write-original-timestamps.patch
>  
> b/meta/recipes-devtools/squashfs-tools/files/0001-install-manpages.sh-do-not-write-original-timestamps.patch
> deleted file mode 100644
> index ed1d2f5b3b..00
> --- 
> a/meta/recipes-devtools/squashfs-tools/files/0001-install-manpages.sh-do-not-write-original-timestamps.patch
> +++ /dev/null
> @@ -1,30 +0,0 @@
> -From b44b00dae195d8587857c7e8054e9be4eaa1f8b3 Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin 
> -Date: Thu, 7 Apr 2022 09:26:09 +0200
> -Subject: [PATCH] install-manpages.sh: do not write original timestamps into
> - .gz metadata
> -
> -This helps binary reproducibility.
> -
> -Upstream-Status: Submitted 
> [https://github.com/plougher/squashfs-tools/pull/177]
> -Signed-off-by: Alexander Kanavin 
> 
> - generate-manpages/install-manpages.sh | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> -
> -diff --git a/generate-manpages/install-manpages.sh 
> b/generate-manpages/install-manpages.sh
> -index d4c9e91..6a43b89 100755
>  a/generate-manpages/install-manpages.sh
> -+++ b/generate-manpages/install-manpages.sh
> -@@ -56,7 +56,7 @@ for i in mksquashfs unsquashfs sqfstar sqfscat; do
> -   exit 1
> -   fi
> -
> --  if ! gzip -f9 $2/$i.1; then
> -+  if ! gzip -n -f9 $2/$i.1; then
> -   echo "$0: Compressing installed manpage failed.  Aborting" >&2
> -   exit 1
> -   fi
> ---
> -2.30.2
> -
> diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb 
> b/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
> index 4e009d2625..51963fe696 100644
> --- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
> +++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb

rename the recipe to squashfs-tools_4.6.0.bb


> @@ -7,10 +7,9 @@ SECTION = "base"
>  LICENSE = "GPL-2.0-only"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>
> -PV = "4.5.1"
> -SRCREV = "afdd63fc386919b4aa40d573b0a6069414d14317"
> +PV = "4.6.0"

remove this.

> +SRCREV = "8c7c87ea85546dd51651ce0ce898a4a2a54311d0"
>  SRC_URI = 
> "git://github.com/plougher/squashfs-tools.git;protocol=https;branch=master \
> -   
> file://0001-install-manpages.sh-do-not-write-original-timestamps.patch \
> "
>  UPSTREAM_CHECK_GITTAGREGEX = "(?P(\d+(\.\d+)+))"
>
> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179898): 
https://lists.openembedded.org/g/openembedded-core/message/179898
Mute This Topic: https://lists.openembedded.org/mt/98171996/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-Core][PATCH] rust: Upgrade 1.68.1 -> 1.68.2

2023-04-10 Thread Khem Raj

If possible, Can you test this on top of contrib/abelloni/master-next
for musl target ?

On Mon, Apr 10, 2023 at 2:42 AM Alex Kiernan  wrote:
>
> Changes:
>
> * Update the GitHub RSA host key bundled within Cargo. The key was
>   rotated by GitHub on 2023-03-24 after the old one leaked.
> * Mark the old GitHub RSA host key as revoked. This will prevent Cargo
>   from accepting the leaked key even when trusted by the system.
> * Add support for @revoked and a better error message for
>   @cert-authority in Cargo’s SSH host key verification
>
> Signed-off-by: Alex Kiernan 
> ---
>
>  meta/recipes-devtools/rust/{cargo_1.68.1.bb => cargo_1.68.2.bb} | 0
>  .../rust/{libstd-rs_1.68.1.bb => libstd-rs_1.68.2.bb}   | 0
>  ...t-cross-canadian_1.68.1.bb => rust-cross-canadian_1.68.2.bb} | 0
>  .../rust/{rust-llvm_1.68.1.bb => rust-llvm_1.68.2.bb}   | 0
>  meta/recipes-devtools/rust/rust-source.inc  | 2 +-
>  meta/recipes-devtools/rust/{rust_1.68.1.bb => rust_1.68.2.bb}   | 0
>  6 files changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-devtools/rust/{cargo_1.68.1.bb => cargo_1.68.2.bb} (100%)
>  rename meta/recipes-devtools/rust/{libstd-rs_1.68.1.bb => 
> libstd-rs_1.68.2.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust-cross-canadian_1.68.1.bb => 
> rust-cross-canadian_1.68.2.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust-llvm_1.68.1.bb => 
> rust-llvm_1.68.2.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust_1.68.1.bb => rust_1.68.2.bb} (100%)
>
> diff --git a/meta/recipes-devtools/rust/cargo_1.68.1.bb 
> b/meta/recipes-devtools/rust/cargo_1.68.2.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/cargo_1.68.1.bb
> rename to meta/recipes-devtools/rust/cargo_1.68.2.bb
> diff --git a/meta/recipes-devtools/rust/libstd-rs_1.68.1.bb 
> b/meta/recipes-devtools/rust/libstd-rs_1.68.2.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/libstd-rs_1.68.1.bb
> rename to meta/recipes-devtools/rust/libstd-rs_1.68.2.bb
> diff --git a/meta/recipes-devtools/rust/rust-cross-canadian_1.68.1.bb 
> b/meta/recipes-devtools/rust/rust-cross-canadian_1.68.2.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/rust-cross-canadian_1.68.1.bb
> rename to meta/recipes-devtools/rust/rust-cross-canadian_1.68.2.bb
> diff --git a/meta/recipes-devtools/rust/rust-llvm_1.68.1.bb 
> b/meta/recipes-devtools/rust/rust-llvm_1.68.2.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/rust-llvm_1.68.1.bb
> rename to meta/recipes-devtools/rust/rust-llvm_1.68.2.bb
> diff --git a/meta/recipes-devtools/rust/rust-source.inc 
> b/meta/recipes-devtools/rust/rust-source.inc
> index c8f5a5a9c4c4..6d3a4b131e26 100644
> --- a/meta/recipes-devtools/rust/rust-source.inc
> +++ b/meta/recipes-devtools/rust/rust-source.inc
> @@ -7,7 +7,7 @@ SRC_URI += 
> "https://static.rust-lang.org/dist/rustc-${RUST_VERSION}-src.tar.xz;n
>  
> file://0001-Do-not-use-LFS64-on-linux-with-musl.patch;patchdir=${RUSTSRC} \
>  file://zlib-off64_t.patch;patchdir=${RUSTSRC} \
>  "
> -SRC_URI[rust.sha256sum] = 
> "5b8ea94085b65e75c1fa6310e2f90bd706fa80bfcb3544fe26f4037b911d9fb2"
> +SRC_URI[rust.sha256sum] = 
> "ce1a115f6aafa912b4622906a92b626354973afa9288e2c7750df4dcf3390fc0"
>
>  RUSTSRC = "${WORKDIR}/rustc-${RUST_VERSION}-src"
>
> diff --git a/meta/recipes-devtools/rust/rust_1.68.1.bb 
> b/meta/recipes-devtools/rust/rust_1.68.2.bb
> similarity index 100%
> rename from meta/recipes-devtools/rust/rust_1.68.1.bb
> rename to meta/recipes-devtools/rust/rust_1.68.2.bb
> --
> 2.39.0
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179897): 
https://lists.openembedded.org/g/openembedded-core/message/179897
Mute This Topic: https://lists.openembedded.org/mt/98172309/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd-boot: upgrade 253.1 -> 253.3

2023-04-10 Thread Khem Raj

This also upgrades systemd and not only systemd-boot, Secondly also
check a musl build with systemd when doing upgrades to ensure
the musl patches can still apply cleanly, otherwise it leaves some
cleanup for others, See [1]

[1] https://lists.openembedded.org/g/openembedded-core/message/179895

On Mon, Apr 10, 2023 at 2:04 AM wangmy  wrote:
>
> From: Wang Mingyu 
>
> Changelog:
> https://github.com/systemd/systemd-stable/blob/v253.3/NEWS
>
> 0025-systemctl-explicitly-cast-the-constants-to-uint64_t.patch
> removed since it's included in 253.3
>
> Signed-off-by: Wang Mingyu 
> ---
>  ...md-boot_253.1.bb => systemd-boot_253.3.bb} |  0
>  meta/recipes-core/systemd/systemd.inc |  3 +-
>  ...citly-cast-the-constants-to-uint64_t.patch | 44 ---
>  3 files changed, 1 insertion(+), 46 deletions(-)
>  rename meta/recipes-core/systemd/{systemd-boot_253.1.bb => 
> systemd-boot_253.3.bb} (100%)
>  delete mode 100644 
> meta/recipes-core/systemd/systemd/0025-systemctl-explicitly-cast-the-constants-to-uint64_t.patch
>
> diff --git a/meta/recipes-core/systemd/systemd-boot_253.1.bb 
> b/meta/recipes-core/systemd/systemd-boot_253.3.bb
> similarity index 100%
> rename from meta/recipes-core/systemd/systemd-boot_253.1.bb
> rename to meta/recipes-core/systemd/systemd-boot_253.3.bb
> diff --git a/meta/recipes-core/systemd/systemd.inc 
> b/meta/recipes-core/systemd/systemd.inc
> index 14608f9abc..d50f2c9cba 100644
> --- a/meta/recipes-core/systemd/systemd.inc
> +++ b/meta/recipes-core/systemd/systemd.inc
> @@ -14,11 +14,10 @@ LICENSE = "GPL-2.0-only & LGPL-2.1-only"
>  LIC_FILES_CHKSUM = "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe 
> \
>  
> file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
>
> -SRCREV = "6c327d74aa0d350482e82a247d7018559699798d"
> +SRCREV = "ed18c2ab79e8b94182d5dcf31d58457763f3e3e1"
>  SRCBRANCH = "v253-stable"
>  SRC_URI = 
> "git://github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH}
>  \
> 
> file://0026-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch \
> -   
> file://0025-systemctl-explicitly-cast-the-constants-to-uint64_t.patch \
> "
>
>  S = "${WORKDIR}/git"
> diff --git 
> a/meta/recipes-core/systemd/systemd/0025-systemctl-explicitly-cast-the-constants-to-uint64_t.patch
>  
> b/meta/recipes-core/systemd/systemd/0025-systemctl-explicitly-cast-the-constants-to-uint64_t.patch
> deleted file mode 100644
> index d840de870f..00
> --- 
> a/meta/recipes-core/systemd/systemd/0025-systemctl-explicitly-cast-the-constants-to-uint64_t.patch
> +++ /dev/null
> @@ -1,44 +0,0 @@
> -From fad29ce1f5cc7b12bc13671d9ad80775771a67eb Mon Sep 17 00:00:00 2001
> -From: Frantisek Sumsal 
> -Date: Fri, 3 Mar 2023 12:17:27 +0100
> -Subject: [PATCH] systemctl: explicitly cast the constants to uint64_t
> -
> -Otherwise under certain conditions `va_arg()` might get garbage instead
> -of the expected value, i.e.:
> -
> -$ sudo build-o0/systemctl disable asdfasfaf
> -sd_bus_message_appendv: Got uint64_t: 0
> -Failed to disable unit: Unit file asdfasfaf.service does not exist.
> -
> -$ sudo build-o1/systemctl disable asdfasfaf
> -sd_bus_message_appendv: Got uint64_t: 7954875719681572864
> -Failed to disable unit: Invalid argument
> -
> -(reproduced on an armv7hl machine)
> -
> -Resolves: #26568
> -Follow-up to: bf1bea43f15
> -Related issue: 
> https://github.com/systemd/systemd/pull/14470#discussion_r362893735
> -
> -Upstream-Status: Backport 
> [https://github.com/systemd/systemd/commit/c63bfd0884cf20e48befbee49d41f667660a8802]
> -Signed-off-by: Alexander Kanavin 
> 
> - src/systemctl/systemctl-enable.c | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> -
> -diff --git a/src/systemctl/systemctl-enable.c 
> b/src/systemctl/systemctl-enable.c
> -index 86d9f602fa..f94a286122 100644
>  a/src/systemctl/systemctl-enable.c
> -+++ b/src/systemctl/systemctl-enable.c
> -@@ -211,7 +211,7 @@ int verb_enable(int argc, char *argv[], void *userdata) {
> -
> - if (send_runtime) {
> - if (streq(method, 
> "DisableUnitFilesWithFlagsAndInstallInfo"))
> --r = sd_bus_message_append(m, "t", 
> arg_runtime ? UNIT_FILE_RUNTIME : 0);
> -+r = sd_bus_message_append(m, "t", 
> arg_runtime ? (uint64_t) UNIT_FILE_RUNTIME : UINT64_C(0));
> - else
> - r = sd_bus_message_append(m, "b", 
> arg_runtime);
> - if (r < 0)
> ---
> -2.39.2
> -
> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179896): 
https://lists.openembedded.org/g/openembedded-core/message/179896
Mute This Topic: https://lists.openembedded.org/mt/98172014/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub

[OE-core] [PATCH] systemd: Refresh a musl patch to remove patch-fuzz with 253.3

2023-04-10 Thread Khem Raj

Signed-off-by: Khem Raj 
Cc: Wang Mingyu 
---
 ...k-parse_printf_format-implementation.patch | 19 +--
 1 file changed, 1 insertion(+), 18 deletions(-)

diff --git 
a/meta/recipes-core/systemd/systemd/0010-add-fallback-parse_printf_format-implementation.patch
 
b/meta/recipes-core/systemd/systemd/0010-add-fallback-parse_printf_format-implementation.patch
index 6f01721459..2090d81dc3 100644
--- 
a/meta/recipes-core/systemd/systemd/0010-add-fallback-parse_printf_format-implementation.patch
+++ 
b/meta/recipes-core/systemd/systemd/0010-add-fallback-parse_printf_format-implementation.patch
@@ -21,8 +21,6 @@ Signed-off-by: Scott Murray 
  create mode 100644 src/basic/parse-printf-format.c
  create mode 100644 src/basic/parse-printf-format.h
 
-diff --git a/meson.build b/meson.build
-index bfc86857d6..fb96143c37 100644
 --- a/meson.build
 +++ b/meson.build
 @@ -755,6 +755,7 @@ endif
@@ -31,10 +29,8 @@ index bfc86857d6..fb96143c37 100644
'linux/vm_sockets.h',
 +  'printf.h',
'sys/auxv.h',
+   'threads.h',
'valgrind/memcheck.h',
-   'valgrind/valgrind.h',
-diff --git a/src/basic/meson.build b/src/basic/meson.build
-index 7aae031d81..1aa9f5006d 100644
 --- a/src/basic/meson.build
 +++ b/src/basic/meson.build
 @@ -173,6 +173,11 @@ endforeach
@@ -49,9 +45,6 @@ index 7aae031d81..1aa9f5006d 100644
  
  
  arch_list = [
-diff --git a/src/basic/parse-printf-format.c b/src/basic/parse-printf-format.c
-new file mode 100644
-index 00..49437e5445
 --- /dev/null
 +++ b/src/basic/parse-printf-format.c
 @@ -0,0 +1,273 @@
@@ -328,9 +321,6 @@ index 00..49437e5445
 +
 +return last;
 +}
-diff --git a/src/basic/parse-printf-format.h b/src/basic/parse-printf-format.h
-new file mode 100644
-index 00..47be7522d7
 --- /dev/null
 +++ b/src/basic/parse-printf-format.h
 @@ -0,0 +1,57 @@
@@ -391,8 +381,6 @@ index 00..47be7522d7
 +size_t parse_printf_format(const char *fmt, size_t n, int *types);
 +
 +#endif /* HAVE_PRINTF_H */
-diff --git a/src/basic/stdio-util.h b/src/basic/stdio-util.h
-index 4e93ac90c9..f9deb6f662 100644
 --- a/src/basic/stdio-util.h
 +++ b/src/basic/stdio-util.h
 @@ -1,12 +1,12 @@
@@ -409,8 +397,6 @@ index 4e93ac90c9..f9deb6f662 100644
  
  _printf_(3, 4)
  static inline char *snprintf_ok(char *buf, size_t len, const char *format, 
...) {
-diff --git a/src/libsystemd/sd-journal/journal-send.c 
b/src/libsystemd/sd-journal/journal-send.c
-index 3b74d2246e..136ebcb153 100644
 --- a/src/libsystemd/sd-journal/journal-send.c
 +++ b/src/libsystemd/sd-journal/journal-send.c
 @@ -2,7 +2,6 @@
@@ -429,6 +415,3 @@ index 3b74d2246e..136ebcb153 100644
  
  #define SNDBUF_SIZE (8*1024*1024)
  
--- 
-2.39.2
-
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179895): 
https://lists.openembedded.org/g/openembedded-core/message/179895
Mute This Topic: https://lists.openembedded.org/mt/98180518/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] musl: Update to latest trunk

2023-04-08 Thread Khem Raj

Brings these changes

* 1d5750b9 fix swprintf handling of nul character in output
* 0e523480 in printf, use ferror macro rather than directly inspecting flags bit
* 868c9643 remove wide printf dependency on ugly hack in vfprintf
* 3a051769 fix (normal, narrow) printf erroneously processing %n after output 
errors
* 0440ed69 fix wide printf continuation after output or encoding errors
* d055e6a4 fix wide printf forms ignoring width for %lc format specifier
* b6811019 poll: fix misuse of timespec type on 32-bit archs without poll 
syscall
* 8949da7a select: fix 64-bit timeout truncation on pre-time64 kernels
* 3281047c dup3: don't set FD_CLOEXEC on failure on kernels without dup3 syscall
* c99b7daa fix dup3 ignoring all flags but O_CLOEXEC on archs with SYS_dup2 
syscall
* fb7fb5e4 fix pipe2 silently ignoring unknown flags on old kernels
* b1dfb734 getservbyport_r: fix wrong result if getnameinfo fails with 
EAI_OVERFLOW
* 595416b1 getservbyport_r: fix out-of-bounds buffer read
* 1a708ece getifaddrs: fix UB via taking address of null pointer union 
dereference
* c499c108 accept4: don't fall back to accept if we got unknown flags
* 523d9b96 fix potential read past end of buffer in getnameinfo host name lookup
* d0b7f976 dns: fix workaround for systems defaulting to ipv6-only sockets
* bec42ef3 dns: handle early eof in tcp fallback
* 9b132e55 prevent CNAME/PTR parsing from reading data past the response end
* 12590c8b fix out-of-bounds reads in __dns_parse
* bc695a5a fix incorrect unit for CPU_SETSIZE macro

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 39f6dd8219..531f337e82 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "7d756e1c04de6eb3f2b3d3e1141a218bb329fcfb"
+SRCREV = "1d5750b95c06913a1f18a995481276d698d20fae"
 
 BASEVER = "1.2.3"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179834): 
https://lists.openembedded.org/g/openembedded-core/message/179834
Mute This Topic: https://lists.openembedded.org/mt/98153359/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/2] cargo: Fix build on musl/riscv

2023-04-08 Thread Khem Raj

libc needs fix for defining scope of SOCK_SEQPACKET

Signed-off-by: Khem Raj 
---
 ...efine-SOCK_SEQPACKET-in-common-place.patch | 98 +++
 meta/recipes-devtools/rust/rust-source.inc|  1 +
 2 files changed, 99 insertions(+)
 create mode 100644 
meta/recipes-devtools/rust/files/0001-musl-Define-SOCK_SEQPACKET-in-common-place.patch

diff --git 
a/meta/recipes-devtools/rust/files/0001-musl-Define-SOCK_SEQPACKET-in-common-place.patch
 
b/meta/recipes-devtools/rust/files/0001-musl-Define-SOCK_SEQPACKET-in-common-place.patch
new file mode 100644
index 00..54478a8e00
--- /dev/null
+++ 
b/meta/recipes-devtools/rust/files/0001-musl-Define-SOCK_SEQPACKET-in-common-place.patch
@@ -0,0 +1,98 @@
+From 359bfce3da3f47517001bed4a3ab7338faa564f7 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 8 Apr 2023 09:25:31 -0700
+Subject: [PATCH] musl: Define SOCK_SEQPACKET in common place
+
+This define is not architecture specific in musl [1]
+
+[1] https://git.musl-libc.org/cgit/musl/tree/include/sys/socket.h#n90
+
+Upstream-Status: Submitted [https://github.com/rust-lang/libc/pull/3191]
+Signed-off-by: Khem Raj 
+---
+ vendor/libc/src/unix/linux_like/linux/musl/b32/arm/mod.rs  | 1 -
+ vendor/libc/src/unix/linux_like/linux/musl/b32/hexagon.rs  | 2 +-
+ vendor/libc/src/unix/linux_like/linux/musl/b32/mips/mod.rs | 1 -
+ vendor/libc/src/unix/linux_like/linux/musl/b32/powerpc.rs  | 1 -
+ vendor/libc/src/unix/linux_like/linux/musl/b32/x86/mod.rs  | 1 -
+ vendor/libc/src/unix/linux_like/linux/musl/b64/mod.rs  | 2 --
+ vendor/libc/src/unix/linux_like/linux/musl/mod.rs  | 1 +
+ 7 files changed, 2 insertions(+), 7 deletions(-)
+
+--- a/vendor/libc/src/unix/linux_like/linux/musl/b32/arm/mod.rs
 b/vendor/libc/src/unix/linux_like/linux/musl/b32/arm/mod.rs
+@@ -326,7 +326,6 @@ pub const MAP_SYNC: ::c_int = 0x08;
+ 
+ pub const SOCK_STREAM: ::c_int = 1;
+ pub const SOCK_DGRAM: ::c_int = 2;
+-pub const SOCK_SEQPACKET: ::c_int = 5;
+ 
+ pub const EDEADLK: ::c_int = 35;
+ pub const ENAMETOOLONG: ::c_int = 36;
+--- a/vendor/libc/src/unix/linux_like/linux/musl/b32/hexagon.rs
 b/vendor/libc/src/unix/linux_like/linux/musl/b32/hexagon.rs
+@@ -296,7 +296,6 @@ pub const SIG_BLOCK: ::c_int = 0x00;
+ pub const SIG_UNBLOCK: ::c_int = 0x01;
+ pub const SOCK_DGRAM: ::c_int = 2;
+ pub const SOCK_NONBLOCK: ::c_int = 2048;
+-pub const SOCK_SEQPACKET: ::c_int = 5;
+ pub const SOCK_STREAM: ::c_int = 1;
+ pub const SOL_CAIF: ::c_int = 278;
+ pub const SOL_IUCV: ::c_int = 277;
+--- a/vendor/libc/src/unix/linux_like/linux/musl/b32/mips/mod.rs
 b/vendor/libc/src/unix/linux_like/linux/musl/b32/mips/mod.rs
+@@ -350,7 +350,6 @@ pub const ERFKILL: ::c_int = 167;
+ 
+ pub const SOCK_STREAM: ::c_int = 2;
+ pub const SOCK_DGRAM: ::c_int = 1;
+-pub const SOCK_SEQPACKET: ::c_int = 5;
+ 
+ pub const SA_ONSTACK: ::c_int = 0x0800;
+ pub const SA_SIGINFO: ::c_int = 8;
+--- a/vendor/libc/src/unix/linux_like/linux/musl/b32/powerpc.rs
 b/vendor/libc/src/unix/linux_like/linux/musl/b32/powerpc.rs
+@@ -257,7 +257,6 @@ pub const MAP_STACK: ::c_int = 0x02;
+ 
+ pub const SOCK_STREAM: ::c_int = 1;
+ pub const SOCK_DGRAM: ::c_int = 2;
+-pub const SOCK_SEQPACKET: ::c_int = 5;
+ 
+ pub const EDEADLK: ::c_int = 35;
+ pub const ENAMETOOLONG: ::c_int = 36;
+--- a/vendor/libc/src/unix/linux_like/linux/musl/b32/x86/mod.rs
 b/vendor/libc/src/unix/linux_like/linux/musl/b32/x86/mod.rs
+@@ -315,7 +315,6 @@ pub const MAP_SYNC: ::c_int = 0x08;
+ 
+ pub const SOCK_STREAM: ::c_int = 1;
+ pub const SOCK_DGRAM: ::c_int = 2;
+-pub const SOCK_SEQPACKET: ::c_int = 5;
+ 
+ pub const EDEADLK: ::c_int = 35;
+ pub const ENAMETOOLONG: ::c_int = 36;
+--- a/vendor/libc/src/unix/linux_like/linux/musl/b64/mod.rs
 b/vendor/libc/src/unix/linux_like/linux/musl/b64/mod.rs
+@@ -135,8 +135,6 @@ pub const __SIZEOF_PTHREAD_MUTEX_T: usiz
+ 
+ pub const SOCK_NONBLOCK: ::c_int = 2048;
+ 
+-pub const SOCK_SEQPACKET: ::c_int = 5;
+-
+ extern "C" {
+ pub fn getrandom(buf: *mut ::c_void, buflen: ::size_t, flags: ::c_uint) 
-> ::ssize_t;
+ }
+--- a/vendor/libc/src/unix/linux_like/linux/musl/mod.rs
 b/vendor/libc/src/unix/linux_like/linux/musl/mod.rs
+@@ -526,6 +526,7 @@ pub const POSIX_MADV_DONTNEED: ::c_int =
+ 
+ pub const MAP_ANONYMOUS: ::c_int = MAP_ANON;
+ 
++pub const SOCK_SEQPACKET: ::c_int = 5;
+ pub const SOCK_DCCP: ::c_int = 6;
+ pub const SOCK_PACKET: ::c_int = 10;
+ 
+--- a/vendor/libc/.cargo-checksum.json
 b/vendor/libc/.cargo-checksum.json
+@@ -1 +1 @@
+-{"files":{"CONTRIBUTING.md":"bdc90b52cf803faac96e594069a86dd8ea150d5ba7fb3e6cadfc08dac4c7b0ce","Cargo.toml":"89e8938bf82dadf7854b0831c879ef1c66708a3917b0c48079aadbc2855b18b8","LICENSE-APACHE":"62c7a1e35f56406896d7aa7ca52d0cc0d272ac022b5d2796e7d6905db8a3636a","LICENSE-MIT":"a8d47ff51ca256f56a8932dba07660672dbfe3004257ca8de708aac1

[OE-core] [PATCH 1/2] ffmpeg: Disable asm and rvv on riscv32

2023-04-08 Thread Khem Raj

ffmpeg 6.0 has added assembly routines which uses rv64i ISA
unconditionally, ideally it should check for ISA before using those
instructions.

Fixes errors like
:1:1: error: instruction requires the following: RV64I Base 
Instruction Set
ld t0, (a1)
^
src/libavcodec/riscv/pixblockdsp_rvi.S:24:1: note: while in macro instantiation
.irp row, 0, 1, 2, 3, 4, 5, 6, 7
^
:3:9: error: instruction requires the following: RV64I Base 
Instruction Set
sd zero, ((0 * 16) + 0)(a0)
^

Signed-off-by: Khem Raj 
---
 meta/recipes-multimedia/ffmpeg/ffmpeg_6.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_6.0.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_6.0.bb
index e4a4a0effa..7db43a8281 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_6.0.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_6.0.bb
@@ -126,7 +126,7 @@ EXTRA_OECONF += "${@bb.utils.contains('TUNE_FEATURES', 
'mips32r2', '--disable-mi
 EXTRA_OECONF += "${@bb.utils.contains('TUNE_FEATURES', 'mips32r6', 
'--disable-mips64r2 --disable-mips32r2', '', d)}"
 EXTRA_OECONF:append:mips = " --extra-libs=-latomic --disable-mips32r5 
--disable-mipsdsp --disable-mipsdspr2 \
  --disable-loongson2 --disable-loongson3 
--disable-mmi --disable-msa"
-EXTRA_OECONF:append:riscv32 = " --extra-libs=-latomic"
+EXTRA_OECONF:append:riscv32 = " --extra-libs=-latomic --disable-rvv 
--disable-asm"
 EXTRA_OECONF:append:armv5 = " --extra-libs=-latomic"
 EXTRA_OECONF:append:powerpc = " --extra-libs=-latomic"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179831): 
https://lists.openembedded.org/g/openembedded-core/message/179831
Mute This Topic: https://lists.openembedded.org/mt/98149125/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] e2fsprogs: Define 64bit off_t on rv32

2023-04-08 Thread Khem Raj

Help configure to build it correctly on rv32 and musl especially, it
shoild not ideally poke at _FILE_OFFSET_BITS, its not a portable define

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb
index 2620610903..f29c55e346 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb
@@ -20,6 +20,7 @@ EXTRA_OECONF += "--libdir=${base_libdir} 
--sbindir=${base_sbindir} \
 
 EXTRA_OECONF:darwin = "--libdir=${base_libdir} --sbindir=${base_sbindir} 
--enable-bsd-shlibs"
 
+CFLAGS:append:riscv32 = " -D_FILE_OFFSET_BITS=64"
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[fuse] = '--enable-fuse2fs,--disable-fuse2fs,fuse'
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179830): 
https://lists.openembedded.org/g/openembedded-core/message/179830
Mute This Topic: https://lists.openembedded.org/mt/98146315/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/2] mpg123: Reset ac_cv_sys_file_offset_bits on musl

2023-04-04 Thread Khem Raj

This is required to nullify whats passed from cached site file
musl-common

Signed-off-by: Khem Raj 
---
 meta/recipes-multimedia/mpg123/mpg123_1.31.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-multimedia/mpg123/mpg123_1.31.2.bb 
b/meta/recipes-multimedia/mpg123/mpg123_1.31.2.bb
index 0a2d870cfa..58bd172329 100644
--- a/meta/recipes-multimedia/mpg123/mpg123_1.31.2.bb
+++ b/meta/recipes-multimedia/mpg123/mpg123_1.31.2.bb
@@ -35,6 +35,8 @@ PACKAGECONFIG[sdl] = ",,libsdl2"
 AUDIOMODS += "${@bb.utils.filter('PACKAGECONFIG', 'alsa esd jack openal 
portaudio sdl', d)}"
 AUDIOMODS += "${@bb.utils.contains('PACKAGECONFIG', 'pulseaudio', 'pulse', '', 
d)}"
 
+CACHED_CONFIGUREVARS:libc-musl = "ac_cv_sys_file_offset_bits=no"
+
 EXTRA_OECONF = " \
 --enable-shared \
 --enable-largefile \
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179721): 
https://lists.openembedded.org/g/openembedded-core/message/179721
Mute This Topic: https://lists.openembedded.org/mt/98075740/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 1/2] gpgme: Reset ac_cv_sys_file_offset_bits on musl

2023-04-04 Thread Khem Raj

This is required to nullify whats passed from cached site file
musl-common

Signed-off-by: Khem Raj 
---
 meta/recipes-support/gpgme/gpgme_1.18.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/gpgme/gpgme_1.18.0.bb 
b/meta/recipes-support/gpgme/gpgme_1.18.0.bb
index 1a7a21f7cc..6ec3090cf9 100644
--- a/meta/recipes-support/gpgme/gpgme_1.18.0.bb
+++ b/meta/recipes-support/gpgme/gpgme_1.18.0.bb
@@ -70,6 +70,8 @@ FILES:python3-gpg = "${PYTHON_SITEPACKAGES_DIR}/*"
 FILES:${PN}-dev += "${datadir}/common-lisp/source/gpgme/*"
 
 CFLAGS:append:libc-musl = " -D__error_t_defined "
+CACHED_CONFIGUREVARS:libc-musl = "ac_cv_sys_file_offset_bits=no"
+
 do_configure:prepend () {
# Else these could be used in preference to those in aclocal-copy
rm -f ${S}/m4/gpg-error.m4
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179720): 
https://lists.openembedded.org/g/openembedded-core/message/179720
Mute This Topic: https://lists.openembedded.org/mt/98075739/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2 0/9] Add barebox bootloader support (and testing)

2023-04-04 Thread Khem Raj

On Tue, Apr 4, 2023 at 4:13 AM Enrico Jörns  wrote:
>
> Hi Khem,
>
> > Am Montag, dem 03.04.2023 um 19:33 -0700 schrieb Khem Raj:
>
>
> > [...]
>
> > I see that it fails to build with clang
> > https://errors.yoctoproject.org/Errors/Details/699467/
>
> thanks for testing this!
>
> > is it buildable with clang ? if not we can pin it to use gcc always in
> > meta-clang but I want to make sure first.
>
> barebox itself is unfortunately not buildable with clang since on some 
> architectures like ARM32 it
> uses GCC extensions that are not implemented by clang.
>
> The barebox-tools however that are built for 'sandbox' should be buildable 
> with clang.
> It's just that when passing CROSS_COMPILE, barebox cannot guess if it has to 
> append 'clang' or 'gcc'
> suffix. The kernel seems to have an explicit handling for this by checking 
> for "ifneq ($(LLVM),)"
> and plugging together CC differently.
>
> With barebox we could however still override the Makefile's default "CC = 
> $(CROSS_COMPILE)gcc" when
> passing CC explicitly to EXTRA_OEMAKE. We have just successfully tested this 
> patch:
>
> --- a/meta/recipes-bsp/barebox/barebox-tools_2023.03.0.bb
> +++ b/meta/recipes-bsp/barebox/barebox-tools_2023.03.0.bb
> @@ -18,6 +18,8 @@ EXTRA_OEMAKE = " \
>ARCH=sandbox \
>CROSS_COMPILE=${TARGET_PREFIX} -C ${S} O=${B} \
>CROSS_PKG_CONFIG=pkg-config \
> +  CC='${CC}' \
> +  LD='${LD}' \
>"
>
>
> If that looks fine for you, I could add it to the recipe.
>

yeah I was testing one with CC alone and that worked too but also
containing LD is good, so please include above
changes in next patchset

>
> Best regards, Enrico
>
> >
> > >
> > > Thanks in advance and best regards
> > >
> > > Enrico
> > >
> > >
> > > > Cheers,
> > > >
> > > > Richard
> > > >
> > > >
> > >
> > > --
> > > Pengutronix e.K.   | Enrico Jörns|
> > > Embedded Linux Consulting & Support| https://www.pengutronix.de/ |
> > > Steuerwalder Str. 21   | Phone: +49-5121-206917-180  |
> > > 31137 Hildesheim, Germany  | Fax:   +49-5121-206917-9|
> > >
> > >
> > > 
> > >
> >
>
> --
> Pengutronix e.K.   | Enrico Jörns|
> Embedded Linux Consulting & Support| https://www.pengutronix.de/ |
> Steuerwalder Str. 21   | Phone: +49-5121-206917-180  |
> 31137 Hildesheim, Germany  | Fax:   +49-5121-206917-9|
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179702): 
https://lists.openembedded.org/g/openembedded-core/message/179702
Mute This Topic: https://lists.openembedded.org/mt/97970644/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] mesa-native fails on master

2023-04-03 Thread Khem Raj

On Mon, Apr 3, 2023 at 7:57 PM Mark Hatle
 wrote:
>
> I'm fine with saying either Ubuntu 18.04 is no longer 'supported', or running
> some kind of check that says gcc 7.5.0 is too old..  But I'm not sure what
> minimum (host) compiler version would be needed to avoid this error.
>
> I'm happy to work up a patch to adjust the minimum gcc version, if someone can
> give me a bit of a clue what the appropriate minimum should be.
>
> The current check (in sanity.bbclass) looks for 7.5 or newer.

https://docs.mesa3d.org/install.html

says it should 8.0.0 or newer. So perhaps that check should be bumped
to check for 8.0 in master.

>
> --Mark
>
> On 4/3/23 9:48 PM, Khem Raj wrote:
> > On Mon, Apr 3, 2023 at 7:39 PM Chen Qi  wrote:
> >>
> >> I just met the same issue. My host is ubuntu18, gcc version is 7.5.0.
> >>
> >> Regards,
> >> Qi
> >>
> >> -Original Message-
> >> From: openembedded-core@lists.openembedded.org 
> >>  On Behalf Of Mark Hatle
> >> Sent: Tuesday, April 4, 2023 10:25 AM
> >> To: Patches and discussions about the oe-core layer 
> >> 
> >> Subject: [OE-core] mesa-native fails on master
> >>
> >> It's been a few weeks since I last built master, but starting with today's 
> >> pull I'm getting errors building mesa-native -- which pretty much kills 
> >> the whole build.
> >>
> >> I'm on an Ubuntu 18.04 host, and have the 'buildtools-tarball' from the 
> >> last
> >> 4.1.3 loaded so I can get to the minimum version of python to run a build.
> >>
> >> (I tried with buildtools-tarball-extended and that DOES appear to work.  
> >> If this is expected, you can ignore the rest of this.  But I expected the 
> >> system to complain before trying to build everything if the compiler 
> >> wasn't new enough.)
> >>
> >>
> >> The error is:
> >>
> >> brw_simd_selection.cpp:205:7: sorry, unimplemented: non-trivial designated 
> >> initializers not supported
> >>
> >>
> >> The host gcc is 7.5.0
> >>
> >> What is strange is I had 2 successful builds, and then it started failing. 
> >>  All
> >> fresh builds.  I've no idea why one was successful and the others failed.  
> >> I'm
> >> wondering if maybe there is some sort of race in mesa, but lowered my 
> >> parallel
> >> build (-j) to 1 and I'm still getting it.
> >
> >
> > You need a newer gcc compiler > 7.x
> > I just abandoned using ubuntu 18.04
> > see - 
> > https://lists.openembedded.org/g/openembedded-core/message/178783?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Acreated%2C0%2Cnon-trivial+designated+initializers+not+supported%2C20%2C2%2C0%2C97647023
> >>
> >>
> >> Reproducer:
> >>
> >> git clone https://git.yoctoproject.org/poky
> >>
> >> cd poky
> >>
> >> wget
> >> http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.3/buildtools/x86_64-buildtools-nativesdk-standalone-4.1.3.sh
> >>
> >> bash x86_64-buildtools-nativesdk-standalone-4.1.3.sh -d buildtools -y
> >>
> >> . ./buildtools/environment-...
> >>
> >> . ./oe-init-build-env
> >>
> >> bitbake mesa-native
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> 
> >>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179671): 
https://lists.openembedded.org/g/openembedded-core/message/179671
Mute This Topic: https://lists.openembedded.org/mt/98052337/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] mesa-native fails on master

2023-04-03 Thread Khem Raj

On Mon, Apr 3, 2023 at 7:39 PM Chen Qi  wrote:
>
> I just met the same issue. My host is ubuntu18, gcc version is 7.5.0.
>
> Regards,
> Qi
>
> -Original Message-
> From: openembedded-core@lists.openembedded.org 
>  On Behalf Of Mark Hatle
> Sent: Tuesday, April 4, 2023 10:25 AM
> To: Patches and discussions about the oe-core layer 
> 
> Subject: [OE-core] mesa-native fails on master
>
> It's been a few weeks since I last built master, but starting with today's 
> pull I'm getting errors building mesa-native -- which pretty much kills the 
> whole build.
>
> I'm on an Ubuntu 18.04 host, and have the 'buildtools-tarball' from the last
> 4.1.3 loaded so I can get to the minimum version of python to run a build.
>
> (I tried with buildtools-tarball-extended and that DOES appear to work.  If 
> this is expected, you can ignore the rest of this.  But I expected the system 
> to complain before trying to build everything if the compiler wasn't new 
> enough.)
>
>
> The error is:
>
> brw_simd_selection.cpp:205:7: sorry, unimplemented: non-trivial designated 
> initializers not supported
>
>
> The host gcc is 7.5.0
>
> What is strange is I had 2 successful builds, and then it started failing.  
> All
> fresh builds.  I've no idea why one was successful and the others failed.  I'm
> wondering if maybe there is some sort of race in mesa, but lowered my parallel
> build (-j) to 1 and I'm still getting it.


You need a newer gcc compiler > 7.x
I just abandoned using ubuntu 18.04
see - 
https://lists.openembedded.org/g/openembedded-core/message/178783?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Acreated%2C0%2Cnon-trivial+designated+initializers+not+supported%2C20%2C2%2C0%2C97647023
>
>
> Reproducer:
>
> git clone https://git.yoctoproject.org/poky
>
> cd poky
>
> wget
> http://downloads.yoctoproject.org/releases/yocto/yocto-4.1.3/buildtools/x86_64-buildtools-nativesdk-standalone-4.1.3.sh
>
> bash x86_64-buildtools-nativesdk-standalone-4.1.3.sh -d buildtools -y
>
> . ./buildtools/environment-...
>
> . ./oe-init-build-env
>
> bitbake mesa-native
>
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179669): 
https://lists.openembedded.org/g/openembedded-core/message/179669
Mute This Topic: https://lists.openembedded.org/mt/98052337/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2 0/9] Add barebox bootloader support (and testing)

2023-04-03 Thread Khem Raj

On Mon, Apr 3, 2023 at 2:20 PM Enrico Jörns  wrote:
>
> Hi Richard,
>
> Am Montag, dem 03.04.2023 um 16:49 +0100 schrieb Richard Purdie:
> > On Fri, 2023-03-31 at 12:40 +0200, Enrico Jorns wrote:
> > > This adds support for the barebox bootloader (and tools) to oe-core.
> > >
> > > In order to have proper testing, this extends oe-selftest to allow
> > > basic testing of bootloaders. While at it, cover both barebox and u-boot.
> > >
> > > v2:
> > >   * set myself as maintainer in maintainers.inc
> > >   * move doc from documentation.conf to recipe
> > >   * update to barebox v2023.03 (including fixes for musl, etc.)
> > >   * set standard configs for qemu machines to allow building them
> > >   * add better efi dir support in barebox recipe
> > >   * enable testing bootloaders in oeqa
> > >   * add test cases for barebox (and u-boot)
> > >
> > > Enrico Jorns (7):
> > >   barebox: set default BAREBOX_CONFIG for qemu machines
> > >   oeqa/utils/qemurunner: support ignoring vt100 escape sequences
> > >   oeqa/utils/qemurunner: simplify output parsing and make
> > > crlf-compatible
> > >   oeqa/utils/commands: document runqemu context manager
> > >   oeqa: support passing custom boot patterns to runqemu
> > >   oeqa/selftest/cases: add barebox tests
> > >   oeqa/selftest/cases: add basic u-boot test
> > >
> > > Marco Felsch (2):
> > >   barebox: add initial support
> > >   barebox-tools: add initial barebox tools support
> >
> > Testing on the autobuilder did trigger a few issues:
> >
> > on musl:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/5023
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/6932
> >
> > and some failing oe-selftests:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/4971
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/5023
> > [there were more but look similar]
>
> thank you for the autobuilder logs!
>
> I fear we are running into a conceptional issue that I already feared we 
> could run into (but did not
> test for yet).
>
> If I traced this down correctly, then the 'issue' is:
>
> | NOTE: Multiple providers are available for virtual/bootloader (barebox, 
> u-boot)
> | Consider defining a PREFERRED_PROVIDER entry to match virtual/bootloader
>
> The fitimage tests building "virtual/bootloader", silently assuming this is 
> equal to u-boot (which
> it actually was so far).
>
> Now, the quick fix for this would be to properly set the correct 
> PREFERRED_PROVIDER here, but I
> could imagine that we run into similar issues in other builds, too.
>
> Do you have a good solution for this at hand? Like defining a standard 
> preferred provider for
> virtual/bootloader?
>
> I guess one could argue possibly that the mechanism does exactly what it is 
> meant for. And a few
> machines (like beaglebone-yocto or qemuloongarch) actually set the 
> PREFERRED_PROVIDER, but not all
> and this might lead to silently switching the bootloader (like in our tests).
>
> I hope you have a better overview on the topic than I have and could give me 
> a hint on how you would
> like to see this being resolved?

I see that it fails to build with clang
https://errors.yoctoproject.org/Errors/Details/699467/

is it buildable with clang ? if not we can pin it to use gcc always in
meta-clang but I want to make sure first.


>
> Thanks in advance and best regards
>
> Enrico
>
>
> > Cheers,
> >
> > Richard
> >
> >
>
> --
> Pengutronix e.K.   | Enrico Jörns|
> Embedded Linux Consulting & Support| https://www.pengutronix.de/ |
> Steuerwalder Str. 21   | Phone: +49-5121-206917-180  |
> 31137 Hildesheim, Germany  | Fax:   +49-5121-206917-9|
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179658): 
https://lists.openembedded.org/g/openembedded-core/message/179658
Mute This Topic: https://lists.openembedded.org/mt/97970644/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/7] ffmpeg: update 5.1.2 -> 6.0

2023-04-01 Thread Khem Raj

I think mpv is failing to this upgrade, this issue talks about it
https://github.com/mpv-player/mpv/issues/9803
https://errors.yoctoproject.org/Errors/Details/699341/
This is a arm64/musl build.

On Thu, Mar 30, 2023 at 10:26 PM Alexander Kanavin
 wrote:
>
> Add a patch to gstreamer1.0-libav to address an API compatibility fail.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  ...c-stop-accessing-out-of-bounds-frame.patch |  89 ---
>  ...c-stop-accessing-out-of-bounds-frame.patch | 108 --
>  .../ffmpeg/ffmpeg/ffmpeg-fix-vulkan.patch |  34 --
>  .../ffmpeg/{ffmpeg_5.1.2.bb => ffmpeg_6.0.bb} |   8 +-
>  .../gstreamer1.0-libav/ffmpeg-6.0.patch   |  49 
>  .../gstreamer/gstreamer1.0-libav_1.22.0.bb|   4 +-
>  6 files changed, 54 insertions(+), 238 deletions(-)
>  delete mode 100644 
> meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
>  delete mode 100644 
> meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-smcenc-stop-accessing-out-of-bounds-frame.patch
>  delete mode 100644 
> meta/recipes-multimedia/ffmpeg/ffmpeg/ffmpeg-fix-vulkan.patch
>  rename meta/recipes-multimedia/ffmpeg/{ffmpeg_5.1.2.bb => ffmpeg_6.0.bb} 
> (95%)
>  create mode 100644 
> meta/recipes-multimedia/gstreamer/gstreamer1.0-libav/ffmpeg-6.0.patch
>
> diff --git 
> a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
>  
> b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> deleted file mode 100644
> index 2775a81cc86..000
> --- 
> a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch
> +++ /dev/null
> @@ -1,89 +0,0 @@
> -From 92f9b28ed84a77138105475beba16c146bdaf984 Mon Sep 17 00:00:00 2001
> -From: Paul B Mahol 
> -Date: Sat, 12 Nov 2022 16:12:00 +0100
> -Subject: [PATCH] avcodec/rpzaenc: stop accessing out of bounds frame
> -
> -Upstream-Status: Backport 
> [https://github.com/FFmpeg/FFmpeg/commit/92f9b28ed84a77138105475beba16c146bdaf984]
> -
> -Signed-off-by: 
> -
> 
> - libavcodec/rpzaenc.c | 22 +++---
> - 1 file changed, 15 insertions(+), 7 deletions(-)
> -
> -diff --git a/libavcodec/rpzaenc.c b/libavcodec/rpzaenc.c
> -index d710eb4f82..4ced9523e2 100644
>  a/libavcodec/rpzaenc.c
> -+++ b/libavcodec/rpzaenc.c
> -@@ -205,7 +205,7 @@ static void get_max_component_diff(const BlockInfo *bi, 
> const uint16_t *block_pt
> -
> - // loop thru and compare pixels
> - for (y = 0; y < bi->block_height; y++) {
> --for (x = 0; x < bi->block_width; x++){
> -+for (x = 0; x < bi->block_width; x++) {
> - // TODO:  optimize
> - min_r = FFMIN(R(block_ptr[x]), min_r);
> - min_g = FFMIN(G(block_ptr[x]), min_g);
> -@@ -278,7 +278,7 @@ static int leastsquares(const uint16_t *block_ptr, const 
> BlockInfo *bi,
> - return -1;
> -
> - for (i = 0; i < bi->block_height; i++) {
> --for (j = 0; j < bi->block_width; j++){
> -+for (j = 0; j < bi->block_width; j++) {
> - x = GET_CHAN(block_ptr[j], xchannel);
> - y = GET_CHAN(block_ptr[j], ychannel);
> - sumx += x;
> -@@ -325,7 +325,7 @@ static int calc_lsq_max_fit_error(const uint16_t 
> *block_ptr, const BlockInfo *bi
> - int max_err = 0;
> -
> - for (i = 0; i < bi->block_height; i++) {
> --for (j = 0; j < bi->block_width; j++){
> -+for (j = 0; j < bi->block_width; j++) {
> - int x_inc, lin_y, lin_x;
> - x = GET_CHAN(block_ptr[j], xchannel);
> - y = GET_CHAN(block_ptr[j], ychannel);
> -@@ -420,7 +420,9 @@ static void update_block_in_prev_frame(const uint16_t 
> *src_pixels,
> -uint16_t *dest_pixels,
> -const BlockInfo *bi, int 
> block_counter)
> - {
> --for (int y = 0; y < 4; y++) {
> -+const int y_size = FFMIN(4, bi->image_height - bi->row * 4);
> -+
> -+for (int y = 0; y < y_size; y++) {
> - memcpy(dest_pixels, src_pixels, 8);
> - dest_pixels += bi->rowstride;
> - src_pixels += bi->rowstride;
> -@@ -730,14 +732,15 @@ post_skip :
> -
> - if (err > s->sixteen_color_thresh) { // DO SIXTEEN COLOR BLOCK
> - uint16_t *row_ptr;
> --int rgb555;
> -+int y_size, rgb555;
> -
> - block_offset = get_block_info(, block_counter);
> -
> - row_ptr = _pixels[block_offset];
> -+y_size = FFMIN(4, bi.image_height - bi.row * 4);
> -
> --for (int y = 0; y < 4; y++) {
> --for (int x = 0; x < 4; x++){
> -+for (int y = 0; y < y_size; y++) {
> -+for (int x = 0; x < 4; x++) {
> - rgb555 = row_ptr[x] & ~0x8000;
> -
> - put_bits(>pb, 16, rgb555);
>

[OE-core] [PATCH] gpgme: Use 64bit off_t consistently

2023-03-29 Thread Khem Raj

swig needs this defined as well

Signed-off-by: Khem Raj 
---
 .../0001-Ensure-64bit-off_t-is-used.patch | 35 +++
 meta/recipes-support/gpgme/gpgme_1.18.0.bb|  1 +
 2 files changed, 36 insertions(+)
 create mode 100644 
meta/recipes-support/gpgme/gpgme/0001-Ensure-64bit-off_t-is-used.patch

diff --git 
a/meta/recipes-support/gpgme/gpgme/0001-Ensure-64bit-off_t-is-used.patch 
b/meta/recipes-support/gpgme/gpgme/0001-Ensure-64bit-off_t-is-used.patch
new file mode 100644
index 00..59a6e818ec
--- /dev/null
+++ b/meta/recipes-support/gpgme/gpgme/0001-Ensure-64bit-off_t-is-used.patch
@@ -0,0 +1,35 @@
+From 4449b70eb1d89ee71b45bf9f113016f969d0ed38 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 29 Mar 2023 15:31:20 -0700
+Subject: [PATCH] Ensure 64bit off_t is used
+
+This ensures that consistent off_t is used across python modules and
+main gpgme
+
+Fixes
+| swig -python -threads -py3 -DHAVE_CONFIG_H=1 -DHAVE_DATA_H=1 
-DIN_TREE_BUILD=1 -Ipython3-gpg -outdir python3-gpg/lib.linux-x86_64-3.11/gpg 
-o python3-gpg/gpgme_wrap.c python3-gpg/gpgme.i
+| Deprecated command line option: -py3. Ignored, this option is no longer 
supported.
+| python3-gpg/gpgme.h:111: Error: CPP #error "GPGME was compiled with 
_FILE_OFFSET_BITS = 64, please see the section "Largefile support (LFS)" in the 
GPGME manual.". Use the -cpperraswarn option to continue swig processing.
+| error: command 
'/mnt/b/yoe/master/build/tmp/work/core2-32-yoe-linux-musl/gpgme/1.18.0-r0/recipe-sysroot-native/usr/bin/swig'
 failed with exit code 1
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ lang/python/setup.py.in | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/lang/python/setup.py.in b/lang/python/setup.py.in
+index 006216d..3c540d5 100755
+--- a/lang/python/setup.py.in
 b/lang/python/setup.py.in
+@@ -52,6 +52,7 @@ if top_builddir:
+ HAVE_CONFIG_H=1,
+ HAVE_DATA_H=1,
+ IN_TREE_BUILD=1,
++_FILE_OFFSET_BITS=64,
+ )
+ 
+ if hasattr(subprocess, 'DEVNULL'):
+-- 
+2.40.0
+
diff --git a/meta/recipes-support/gpgme/gpgme_1.18.0.bb 
b/meta/recipes-support/gpgme/gpgme_1.18.0.bb
index a7b0de44a5..1a7a21f7cc 100644
--- a/meta/recipes-support/gpgme/gpgme_1.18.0.bb
+++ b/meta/recipes-support/gpgme/gpgme_1.18.0.bb
@@ -23,6 +23,7 @@ SRC_URI = "${GNUPG_MIRROR}/gpgme/${BP}.tar.bz2 \
file://0001-use-closefrom-on-linux-and-glibc-2.34.patch \
file://0001-posix-io.c-Use-off_t-instead-of-off64_t.patch \
file://0001-autogen.sh-remove-unknown-in-version.patch \
+   file://0001-Ensure-64bit-off_t-is-used.patch \
"
 
 SRC_URI[sha256sum] = 
"361d4eae47ce925dba0ea569af40e7b52c645c4ae2e65e5621bf1b6cdd8b0e9e"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179299): 
https://lists.openembedded.org/g/openembedded-core/message/179299
Mute This Topic: https://lists.openembedded.org/mt/97939931/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] webkitgtk: Fix build on 32bit platforms without 64bit atomics

2023-03-29 Thread Khem Raj


On 3/29/23 12:04 PM, Alexander Kanavin wrote:

On Wed, 29 Mar 2023 at 17:07, Khem Raj  wrote:

32-bit specificity is not in itself inappropriate for upstream
submission, can you please either submit upstream or open a ticket and
refer to it in the patch?


did you read the message trail on the gerrit review I added to commit ?


I did - upstream suggested a workaround that was submitted here (in an
already closed merge request), but they didn't definitively say
whether they would reject a ticket (or a patch) to solve the problem
properly, so I think it's worth to at least open a ticket.



that is still under discussion. Hopefully they are amenable for such 
accommodation



Alex


OpenPGP_0xBB053355919D3314.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179296): 
https://lists.openembedded.org/g/openembedded-core/message/179296
Mute This Topic: https://lists.openembedded.org/mt/97916419/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [meta][dunfell][PATCH] busybox: Make high ASCII chars printable

2023-03-29 Thread Khem Raj

On Wed, Mar 29, 2023 at 12:20 AM Richard Purdie
 wrote:
>
> On Wed, 2023-03-29 at 12:17 +0530, nikhil wrote:
> > Currently busybox utilty "ls" fails to display filenames contains
> > UTF-8 characters and replaces with "?".
> >
> > Steps to reproduce:
> > bin/busybox touch utf_test-Ü
> > bin/busybox ls utf_test-* > sample.log
> > bin/busybox cat sample.log
> > utf_test-??
> > bin/busybox hexdump -C sample.log | grep "c3 9c"
> >
> > Therefore, above hexdump command is unable to find matching hex value
> > for the umlaute character.
> > Hence, change the libbb's printable_string() function to allow high ASCII
> > characters so that unicode filenames are displayed correctly.
> > This issue is not observed in upstream busybox.
> >
> > Signed-off-by: Sana Kazi 
> > Signed-off-by: Sana Kazi 
> > Signed-off-by: Nikhil R 
> > ---
> >  .../270-libbb_make_unicode_printable.patch| 39 +++
> >  meta/recipes-core/busybox/busybox_1.31.1.bb   |  1 +
> >  2 files changed, 40 insertions(+)
> >  create mode 100644 
> > meta/recipes-core/busybox/busybox/270-libbb_make_unicode_printable.patch
> >
> > diff --git 
> > a/meta/recipes-core/busybox/busybox/270-libbb_make_unicode_printable.patch 
> > b/meta/recipes-core/busybox/busybox/270-libbb_make_unicode_printable.patch
> > new file mode 100644
> > index 00..001d2847fe
> > --- /dev/null
> > +++ 
> > b/meta/recipes-core/busybox/busybox/270-libbb_make_unicode_printable.patch
> > @@ -0,0 +1,39 @@
> > +busybox: make high ASCII chars printable (#7993)
> > +
> > +Currently busybox utils like "ls" fail to display filenames containing 
> > UTF-8
> > +characters, replacing any special characters with "?".
> > +
> > +Change libbb's printable_string() function to allow high ASCII characters 
> > so
> > +that unicode filenames are displayed correctls.
> > +
> > +Signed-off-by: Jo-Philipp Wich 
> > +Upstream-Status: Pending 
> > [https://git.openwrt.org/?p=openwrt/svn-archive/archive.git;a=patch;h=bbca780ca657d894fc457cac8eaaaec9d414bfc8]
> > +
>
> Has the patch been submitted to busybox? The upstream we refer to here
> is really busybox. The link to openwrt is helpful but we should limit
> to any submission to busybox itself for the purposes of upstream-
> status.

yeah I think its worth a discussion on busybox ml.
>
> Cheers,
>
> Richard
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179294): 
https://lists.openembedded.org/g/openembedded-core/message/179294
Mute This Topic: https://lists.openembedded.org/mt/97923178/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Build error with dunfell release "yocto-3.1.24"

2023-03-29 Thread Khem Raj

On Wed, Mar 29, 2023 at 9:51 AM Gaurav Gupta (gauragup) via
lists.openembedded.org 
wrote:
>
> Hello,
>
>
>
> On latest “dunfell” branch, there’s a compiler warning/error when building 
> QEMU.
>
>
>
> The patch for CVE-2021-3929 applied on dunfell returns a value for a void 
> function: 
> https://github.com/openembedded/openembedded-core/blob/dunfell/meta/recipes-devtools/qemu/qemu/CVE-2021-3929.patch#L58
>
>
>
> This results in the following warning/error:
>
>
>
> /qemu/4.2.0-r0/qemu-4.2.0/hw/block/nvme.c:77:6: error: void function 
> 'nvme_addr_read' should not return a value [-Wreturn-type]
>
> return NVME_DATA_TRAS_ERROR;
>
> ^  
>
>
>
> In newer versions of qemu, the functions is changed to have a return value, 
> but that is not present in the version of qemu used in “dunfell”.
>
>

yeah perhaps we need to backport
https://github.com/qemu/qemu/commit/94cbcf530f9d9789b75ef1ae227ba4a4f702bf7d
as well.

https://github.com/openembedded/openembedded-core/blob/dunfell/meta/recipes-devtools/qemu/qemu/CVE-2021-3929.patch#L58

>
> Thanks,
>
> Gaurav
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179293): 
https://lists.openembedded.org/g/openembedded-core/message/179293
Mute This Topic: https://lists.openembedded.org/mt/97933015/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] webkitgtk: Fix build on 32bit platforms without 64bit atomics

2023-03-29 Thread Khem Raj

On Wed, Mar 29, 2023 at 1:38 AM Alexander Kanavin
 wrote:
>
> On Tue, 28 Mar 2023 at 23:43, Khem Raj  wrote:
> > +Subject: [PATCH] ANGLE: Remove static_assert for 64bit atomics
> > +
> > +This will make sure that it can be built on 32bit platforms e.g.
> > +mips32/ppc32
> > +
> > +This partially reverts 
> > https://chromium-review.googlesource.com/c/angle/angle/+/4205892
> > +the suggestion to remove the assertion is from the author of the patch
> > +itself
> > +
> > +Upstream-Status: Inappropriate [32-bit specific]
>
> 32-bit specificity is not in itself inappropriate for upstream
> submission, can you please either submit upstream or open a ticket and
> refer to it in the patch?

did you read the message trail on the gerrit review I added to commit ?

>
> Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179284): 
https://lists.openembedded.org/g/openembedded-core/message/179284
Mute This Topic: https://lists.openembedded.org/mt/97916419/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] Revert "runqemu: Add workaround for APIC hang on pre 4.15 kernels on qemux86"

2023-03-28 Thread Khem Raj

This reverts commit 82e67b82ea8e12aa0b7b9db1d84fec0436dec71b.

It was commited as part of 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=12301
for kernels < 4.15, as of now oldest builder kernel we have is 4.15 on
ubuntu 18.04 so we should not require this workaround. Moreover, this
fixes an smp problem with qemux86 where no matter what -smp  option
is used, qemu always starts with single core.

Signed-off-by: Khem Raj 
---
 scripts/runqemu | 5 -
 1 file changed, 5 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 61a7f1820a..09b0ad5ed5 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -584,11 +584,6 @@ to your build configuration.
 
 if os.access(dev_kvm, os.W_OK|os.R_OK):
 self.qemu_opt_script += ' -enable-kvm'
-if self.get('MACHINE') == "qemux86":
-# Workaround for broken APIC window on pre 4.15 host kernels 
which causes boot hangs
-# See YOCTO #12301
-# On 64 bit we use x2apic
-self.kernel_cmdline_script += " clocksource=kvm-clock 
hpet=disable noapic nolapic"
 else:
 logger.error("You have no read or write permission on /dev/kvm.")
 logger.error("Please change the ownership of this file as 
described at:")
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179259): 
https://lists.openembedded.org/g/openembedded-core/message/179259
Mute This Topic: https://lists.openembedded.org/mt/97921137/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 2/3] libstemmer: Bring recipe from meta-oe

2023-03-28 Thread Khem Raj

Needed by appstream-glib

Signed-off-by: Khem Raj 
---
v2: Add missing patch
v3: Refresh patch to 2.2.0

 .../libstemmer/0001-Build-so-lib.patch| 57 +++
 .../libstemmer/libstemmer_2.2.0.bb| 37 
 2 files changed, 94 insertions(+)
 create mode 100644 
meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch
 create mode 100644 meta/recipes-support/libstemmer/libstemmer_2.2.0.bb

diff --git a/meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch 
b/meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch
new file mode 100644
index 00..2529d5d9d1
--- /dev/null
+++ b/meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch
@@ -0,0 +1,57 @@
+From eacc9e9c62a3857ce1e2e24b81fc22d8ae91f422 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andreas=20M=C3=BCller?= 
+Date: Thu, 9 May 2019 22:06:48 +0200
+Subject: [PATCH] Build so-lib
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Stolen from [1]
+
+[1] 
https://raw.githubusercontent.com/archlinux/svntogit-packages/packages/snowball/trunk/dynamiclib.diff
+
+Upstream-Status: Pending
+
+Signed-off-by: Andreas Müller 
+---
+ GNUmakefile   | 7 +--
+ libstemmer/symbol.map | 6 ++
+ 2 files changed, 11 insertions(+), 2 deletions(-)
+ create mode 100644 libstemmer/symbol.map
+
+--- a/GNUmakefile
 b/GNUmakefile
+@@ -170,12 +170,12 @@ C_OTHER_OBJECTS = $(C_OTHER_SOURCES:.c=.
+ JAVA_CLASSES = $(JAVA_SOURCES:.java=.class)
+ JAVA_RUNTIME_CLASSES=$(JAVARUNTIME_SOURCES:.java=.class)
+ 
+-CFLAGS=-O2 -W -Wall -Wmissing-prototypes -Wmissing-declarations
++CFLAGS=-O2 -fPIC -W -Wall -Wmissing-prototypes -Wmissing-declarations
+ CPPFLAGS=
+ 
+ INCLUDES=-Iinclude
+ 
+-all: snowball$(EXEEXT) libstemmer.a stemwords$(EXEEXT) $(C_OTHER_SOURCES) 
$(C_OTHER_HEADERS) $(C_OTHER_OBJECTS)
++all: snowball$(EXEEXT) libstemmer.a libstemmer.so stemwords$(EXEEXT) 
$(C_OTHER_SOURCES) $(C_OTHER_HEADERS) $(C_OTHER_OBJECTS)
+ 
+ algorithms.mk: libstemmer/mkalgorithms.pl libstemmer/modules.txt
+   libstemmer/mkalgorithms.pl algorithms.mk libstemmer/modules.txt
+@@ -225,6 +225,9 @@ libstemmer/libstemmer.o: libstemmer/modu
+ libstemmer.a: libstemmer/libstemmer.o $(RUNTIME_OBJECTS) $(C_LIB_OBJECTS)
+   $(AR) -cru $@ $^
+ 
++libstemmer.so: libstemmer/libstemmer.o $(RUNTIME_OBJECTS) $(C_LIB_OBJECTS)
++  $(CC) $(CFLAGS) -shared $(LDFLAGS) 
-Wl,-soname,libstemmer.so.0,-version-script,libstemmer/symbol.map -o $@.0.0.0 $^
++
+ examples/%.o: examples/%.c
+   $(CC) $(CFLAGS) $(INCLUDES) $(CPPFLAGS) -c -o $@ $<
+ 
+--- /dev/null
 b/libstemmer/symbol.map
+@@ -0,0 +1,6 @@
++SB_STEMMER_0 {
++global:
++sb_stemmer_*;
++local:
++*;
++};
diff --git a/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb 
b/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb
new file mode 100644
index 00..be2935a385
--- /dev/null
+++ b/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb
@@ -0,0 +1,37 @@
+SUMMARY = "Snowball compiler and stemming algorithms"
+HOMEPAGE = "https://snowballstem.org/;
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://COPYING;md5=19139aaf3c8c8fa1ca6edd59c072fb9f"
+
+DEPENDS:append:class-target = " ${BPN}-native"
+
+SRC_URI = 
"git://github.com/snowballstem/snowball.git;branch=master;protocol=https \
+   file://0001-Build-so-lib.patch \
+   "
+SRCREV = "48a67a2831005f49c48ec29a5837640e23e54e6b"
+S = "${WORKDIR}/git"
+
+LIBVER = "0.0.0"
+
+inherit lib_package
+
+do_compile:prepend:class-target() {
+# use native tools
+sed -i 's:./snowball :snowball :g' ${S}/GNUmakefile
+}
+
+do_install() {
+install -d ${D}${bindir}
+install -m 755 ${S}/snowball ${D}${bindir}
+install -m 755 ${S}/stemwords ${D}${bindir}
+
+install -d ${D}${libdir}
+install -m 755 ${S}/libstemmer.so.${LIBVER} ${D}${libdir}/
+ln -s libstemmer.so.${LIBVER} ${D}${libdir}/libstemmer.so.0
+ln -s libstemmer.so.${LIBVER} ${D}${libdir}/libstemmer.so
+
+install -d ${D}${includedir}
+install -m 644 ${S}/include/*.h ${D}${includedir}
+}
+
+BBCLASSEXTEND = "native"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179255): 
https://lists.openembedded.org/g/openembedded-core/message/179255
Mute This Topic: https://lists.openembedded.org/mt/97919003/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v3 3/3] maintainers.inc: Add maintainer for libstemmer and appstream-glib

2023-03-28 Thread Khem Raj

Signed-off-by: Khem Raj 
---
v2: No change
v3: No change

 meta/conf/distro/include/maintainers.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index e4c233b5ce..342d6913be 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -39,6 +39,7 @@ RECIPE_MAINTAINER:pn-alsa-topology-conf = "Michael Opdenacker 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179256): 
https://lists.openembedded.org/g/openembedded-core/message/179256
Mute This Topic: https://lists.openembedded.org/mt/97919005/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v3 1/3] appstream-glib: Bring version from meta-gnome

2023-03-28 Thread Khem Raj

appstream-glib-native is needed by new epiphany

Signed-off-by: Khem Raj 
---
v2: No change
v3: No change

 .../appstream-glib/appstream-glib_0.8.2.bb| 39 +++
 1 file changed, 39 insertions(+)
 create mode 100644 meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb

diff --git a/meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb 
b/meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb
new file mode 100644
index 00..efb85d77c5
--- /dev/null
+++ b/meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb
@@ -0,0 +1,39 @@
+SUMMARY = "Objects and helper methods to help reading and writing AppStream 
metadata"
+HOMEPAGE = "https://people.freedesktop.org/~hughsient/appstream-glib/index.htm;
+LICENSE = "LGPL-2.1-only"
+LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
+
+DEPENDS = " \
+curl \
+gperf-native \
+glib-2.0 \
+gtk+3 \
+libyaml \
+libarchive \
+json-glib \
+gdk-pixbuf \
+freetype \
+fontconfig \
+libstemmer \
+"
+
+inherit meson gobject-introspection gettext bash-completion pkgconfig manpages
+
+SRC_URI = 
"https://people.freedesktop.org/~hughsient/${BPN}/releases/${BP}.tar.xz;
+SRC_URI[sha256sum] = 
"71256500add5048d6f08878904708b3d0c3875f402e0adcd358e91d47dcd8b96"
+
+EXTRA_OEMESON = " \
+-Drpm=false \
+"
+
+PACKAGECONFIG ?= ""
+PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,docbook-xml-dtd4-native 
docbook-xsl-stylesheets-native libxslt-native"
+
+FILES:${PN} += "${libdir}/asb-plugins-5"
+
+FILES:${PN}-dev += " \
+${datadir}/installed-tests \
+${datadir}/gettext \
+"
+
+BBCLASSEXTEND = "native"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179254): 
https://lists.openembedded.org/g/openembedded-core/message/179254
Mute This Topic: https://lists.openembedded.org/mt/97919002/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 3/3] libstemmer: Bring recipe from meta-oe

2023-03-28 Thread Khem Raj

Needed by appstream-glib

Signed-off-by: Khem Raj 
---
v2: Add missing patch

 .../libstemmer/0001-Build-so-lib.patch| 63 +++
 .../libstemmer/libstemmer_2.2.0.bb| 37 +++
 2 files changed, 100 insertions(+)
 create mode 100644 
meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch
 create mode 100644 meta/recipes-support/libstemmer/libstemmer_2.2.0.bb

diff --git a/meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch 
b/meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch
new file mode 100644
index 00..37c5c3dc02
--- /dev/null
+++ b/meta/recipes-support/libstemmer/libstemmer/0001-Build-so-lib.patch
@@ -0,0 +1,63 @@
+From eacc9e9c62a3857ce1e2e24b81fc22d8ae91f422 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andreas=20M=C3=BCller?= 
+Date: Thu, 9 May 2019 22:06:48 +0200
+Subject: [PATCH] Build so-lib
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Stolen from [1]
+
+[1] 
https://aur.archlinux.org/cgit/aur.git/commit/dynamiclib.patch?h=snowball-git=a9cbf4f42f3661e4b8f791cd4374233821716ea1
+
+Upstream-Status: Pending
+
+Signed-off-by: Andreas Müller 
+---
+ GNUmakefile   | 7 +--
+ libstemmer/symbol.map | 6 ++
+ 2 files changed, 11 insertions(+), 2 deletions(-)
+ create mode 100644 libstemmer/symbol.map
+
+diff --git a/GNUmakefile b/GNUmakefile
+index cbd6ff7..a85230b 100644
+--- a/GNUmakefile
 b/GNUmakefile
+@@ -162,10 +162,10 @@ C_OTHER_OBJECTS = $(C_OTHER_SOURCES:.c=.o)
+ JAVA_CLASSES = $(JAVA_SOURCES:.java=.class)
+ JAVA_RUNTIME_CLASSES=$(JAVARUNTIME_SOURCES:.java=.class)
+ 
+-CFLAGS=-O2 -W -Wall -Wmissing-prototypes -Wmissing-declarations
++CFLAGS=-O2 -fPIC -W -Wall -Wmissing-prototypes -Wmissing-declarations
+ CPPFLAGS=-Iinclude
+ 
+-all: snowball libstemmer.o stemwords $(C_OTHER_SOURCES) $(C_OTHER_HEADERS) 
$(C_OTHER_OBJECTS)
++all: snowball libstemmer.o libstemmer.so stemwords $(C_OTHER_SOURCES) 
$(C_OTHER_HEADERS) $(C_OTHER_OBJECTS)
+ 
+ clean:
+   rm -f $(COMPILER_OBJECTS) $(RUNTIME_OBJECTS) \
+@@ -212,6 +212,9 @@ libstemmer/libstemmer.o: libstemmer/modules.h 
$(C_LIB_HEADERS)
+ libstemmer.o: libstemmer/libstemmer.o $(RUNTIME_OBJECTS) $(C_LIB_OBJECTS)
+   $(AR) -cru $@ $^
+ 
++libstemmer.so: libstemmer/libstemmer.o $(RUNTIME_OBJECTS) $(C_LIB_OBJECTS)
++  $(CC) $(CFLAGS) -shared $(LDFLAGS) 
-Wl,-soname,libstemmer.so.0,-version-script,libstemmer/symbol.map -o $@.0.0.0 $^
++
+ stemwords: $(STEMWORDS_OBJECTS) libstemmer.o
+   $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $^
+ 
+diff --git a/libstemmer/symbol.map b/libstemmer/symbol.map
+new file mode 100644
+index 000..7a3d423
+--- /dev/null
 b/libstemmer/symbol.map
+@@ -0,0 +1,6 @@
++SB_STEMMER_0 {
++global:
++sb_stemmer_*;
++local:
++*;
++};
+-- 
+2.20.1
+
diff --git a/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb 
b/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb
new file mode 100644
index 00..be2935a385
--- /dev/null
+++ b/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb
@@ -0,0 +1,37 @@
+SUMMARY = "Snowball compiler and stemming algorithms"
+HOMEPAGE = "https://snowballstem.org/;
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://COPYING;md5=19139aaf3c8c8fa1ca6edd59c072fb9f"
+
+DEPENDS:append:class-target = " ${BPN}-native"
+
+SRC_URI = 
"git://github.com/snowballstem/snowball.git;branch=master;protocol=https \
+   file://0001-Build-so-lib.patch \
+   "
+SRCREV = "48a67a2831005f49c48ec29a5837640e23e54e6b"
+S = "${WORKDIR}/git"
+
+LIBVER = "0.0.0"
+
+inherit lib_package
+
+do_compile:prepend:class-target() {
+# use native tools
+sed -i 's:./snowball :snowball :g' ${S}/GNUmakefile
+}
+
+do_install() {
+install -d ${D}${bindir}
+install -m 755 ${S}/snowball ${D}${bindir}
+install -m 755 ${S}/stemwords ${D}${bindir}
+
+install -d ${D}${libdir}
+install -m 755 ${S}/libstemmer.so.${LIBVER} ${D}${libdir}/
+ln -s libstemmer.so.${LIBVER} ${D}${libdir}/libstemmer.so.0
+ln -s libstemmer.so.${LIBVER} ${D}${libdir}/libstemmer.so
+
+install -d ${D}${includedir}
+install -m 644 ${S}/include/*.h ${D}${includedir}
+}
+
+BBCLASSEXTEND = "native"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179253): 
https://lists.openembedded.org/g/openembedded-core/message/179253
Mute This Topic: https://lists.openembedded.org/mt/97918536/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/3] libstemmer: Bring recipe from meta-oe

2023-03-28 Thread Khem Raj

Needed by appstream-glib

Signed-off-by: Khem Raj 
---
 .../libstemmer/libstemmer_2.2.0.bb| 37 +++
 1 file changed, 37 insertions(+)
 create mode 100644 meta/recipes-support/libstemmer/libstemmer_2.2.0.bb

diff --git a/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb 
b/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb
new file mode 100644
index 00..be2935a385
--- /dev/null
+++ b/meta/recipes-support/libstemmer/libstemmer_2.2.0.bb
@@ -0,0 +1,37 @@
+SUMMARY = "Snowball compiler and stemming algorithms"
+HOMEPAGE = "https://snowballstem.org/;
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://COPYING;md5=19139aaf3c8c8fa1ca6edd59c072fb9f"
+
+DEPENDS:append:class-target = " ${BPN}-native"
+
+SRC_URI = 
"git://github.com/snowballstem/snowball.git;branch=master;protocol=https \
+   file://0001-Build-so-lib.patch \
+   "
+SRCREV = "48a67a2831005f49c48ec29a5837640e23e54e6b"
+S = "${WORKDIR}/git"
+
+LIBVER = "0.0.0"
+
+inherit lib_package
+
+do_compile:prepend:class-target() {
+# use native tools
+sed -i 's:./snowball :snowball :g' ${S}/GNUmakefile
+}
+
+do_install() {
+install -d ${D}${bindir}
+install -m 755 ${S}/snowball ${D}${bindir}
+install -m 755 ${S}/stemwords ${D}${bindir}
+
+install -d ${D}${libdir}
+install -m 755 ${S}/libstemmer.so.${LIBVER} ${D}${libdir}/
+ln -s libstemmer.so.${LIBVER} ${D}${libdir}/libstemmer.so.0
+ln -s libstemmer.so.${LIBVER} ${D}${libdir}/libstemmer.so
+
+install -d ${D}${includedir}
+install -m 644 ${S}/include/*.h ${D}${includedir}
+}
+
+BBCLASSEXTEND = "native"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179251): 
https://lists.openembedded.org/g/openembedded-core/message/179251
Mute This Topic: https://lists.openembedded.org/mt/97918406/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 3/3] maintainers.inc: Add maintainer for libstemmer and appstream-glib

2023-03-28 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/maintainers.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 2d4aaf029e..47eba69a85 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -39,6 +39,7 @@ RECIPE_MAINTAINER:pn-alsa-topology-conf = "Michael Opdenacker 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179252): 
https://lists.openembedded.org/g/openembedded-core/message/179252
Mute This Topic: https://lists.openembedded.org/mt/97918407/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 1/3] appstream-glib: Bring version from meta-gnome

2023-03-28 Thread Khem Raj

appstream-glib-native is needed by new epiphany

Signed-off-by: Khem Raj 
---
 .../appstream-glib/appstream-glib_0.8.2.bb| 39 +++
 1 file changed, 39 insertions(+)
 create mode 100644 meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb

diff --git a/meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb 
b/meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb
new file mode 100644
index 00..efb85d77c5
--- /dev/null
+++ b/meta/recipes-gnome/appstream-glib/appstream-glib_0.8.2.bb
@@ -0,0 +1,39 @@
+SUMMARY = "Objects and helper methods to help reading and writing AppStream 
metadata"
+HOMEPAGE = "https://people.freedesktop.org/~hughsient/appstream-glib/index.htm;
+LICENSE = "LGPL-2.1-only"
+LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
+
+DEPENDS = " \
+curl \
+gperf-native \
+glib-2.0 \
+gtk+3 \
+libyaml \
+libarchive \
+json-glib \
+gdk-pixbuf \
+freetype \
+fontconfig \
+libstemmer \
+"
+
+inherit meson gobject-introspection gettext bash-completion pkgconfig manpages
+
+SRC_URI = 
"https://people.freedesktop.org/~hughsient/${BPN}/releases/${BP}.tar.xz;
+SRC_URI[sha256sum] = 
"71256500add5048d6f08878904708b3d0c3875f402e0adcd358e91d47dcd8b96"
+
+EXTRA_OEMESON = " \
+-Drpm=false \
+"
+
+PACKAGECONFIG ?= ""
+PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,docbook-xml-dtd4-native 
docbook-xsl-stylesheets-native libxslt-native"
+
+FILES:${PN} += "${libdir}/asb-plugins-5"
+
+FILES:${PN}-dev += " \
+${datadir}/installed-tests \
+${datadir}/gettext \
+"
+
+BBCLASSEXTEND = "native"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179250): 
https://lists.openembedded.org/g/openembedded-core/message/179250
Mute This Topic: https://lists.openembedded.org/mt/97918405/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] webkitgtk: Fix build on 32bit platforms without 64bit atomics

2023-03-28 Thread Khem Raj

The fix is to remove a static_assert which is anyway diagnostics
we will not hit on 64bit platforms and it will still work on 32bit
platforms although a bit slow.

Signed-off-by: Khem Raj 
---
 ...move-static_assert-for-64bit-atomics.patch | 33 +++
 .../recipes-sato/webkit/webkitgtk-3_2.40.0.bb |  1 +
 meta/recipes-sato/webkit/webkitgtk_2.40.0.bb  |  1 +
 3 files changed, 35 insertions(+)
 create mode 100644 
meta/recipes-sato/webkit/files/0001-ANGLE-Remove-static_assert-for-64bit-atomics.patch

diff --git 
a/meta/recipes-sato/webkit/files/0001-ANGLE-Remove-static_assert-for-64bit-atomics.patch
 
b/meta/recipes-sato/webkit/files/0001-ANGLE-Remove-static_assert-for-64bit-atomics.patch
new file mode 100644
index 00..d39eee6c58
--- /dev/null
+++ 
b/meta/recipes-sato/webkit/files/0001-ANGLE-Remove-static_assert-for-64bit-atomics.patch
@@ -0,0 +1,33 @@
+From 03d5f84e7bb292f5cf7120af91e979fc87b36e04 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Tue, 28 Mar 2023 14:38:17 -0700
+Subject: [PATCH] ANGLE: Remove static_assert for 64bit atomics
+
+This will make sure that it can be built on 32bit platforms e.g.
+mips32/ppc32
+
+This partially reverts 
https://chromium-review.googlesource.com/c/angle/angle/+/4205892
+the suggestion to remove the assertion is from the author of the patch
+itself
+
+Upstream-Status: Inappropriate [32-bit specific]
+Signed-off-by: Khem Raj 
+---
+ Source/ThirdParty/ANGLE/src/libANGLE/renderer/serial_utils.h | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/Source/ThirdParty/ANGLE/src/libANGLE/renderer/serial_utils.h 
b/Source/ThirdParty/ANGLE/src/libANGLE/renderer/serial_utils.h
+index 51ad1af9..9412c805 100644
+--- a/Source/ThirdParty/ANGLE/src/libANGLE/renderer/serial_utils.h
 b/Source/ThirdParty/ANGLE/src/libANGLE/renderer/serial_utils.h
+@@ -129,7 +129,6 @@ class AtomicQueueSerial final
+   private:
+ static constexpr uint64_t kInvalid = 0;
+ std::atomic mValue   = kInvalid;
+-static_assert(decltype(mValue)::is_always_lock_free, "Must always be lock 
free");
+ };
+ 
+ // Used as default/initial serial
+-- 
+2.40.0
+
diff --git a/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb 
b/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb
index a9d6af2626..23378d7d16 100644
--- a/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb
+++ b/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb
@@ -15,6 +15,7 @@ SRC_URI = 
"https://www.webkitgtk.org/releases/webkitgtk-${PV}.tar.xz \
file://reproducibility.patch \
file://0d3344e17d258106617b0e6d783d073b188a2548.patch \
file://disable_wasm_riscv64.patch \
+   file://0001-ANGLE-Remove-static_assert-for-64bit-atomics.patch \
"
 SRC_URI[sha256sum] = 
"a4607ea1bf89669e89b1cb2c63faaec513f93de09b6ae60cc71d6a8aab7ab393"
 
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb
index e219cbf6d4..5c64dab23b 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb
@@ -15,6 +15,7 @@ SRC_URI = 
"https://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
file://reproducibility.patch \
file://0d3344e17d258106617b0e6d783d073b188a2548.patch \
file://disable_wasm_riscv64.patch \
+   file://0001-ANGLE-Remove-static_assert-for-64bit-atomics.patch \
"
 SRC_URI[sha256sum] = 
"a4607ea1bf89669e89b1cb2c63faaec513f93de09b6ae60cc71d6a8aab7ab393"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179249): 
https://lists.openembedded.org/g/openembedded-core/message/179249
Mute This Topic: https://lists.openembedded.org/mt/97916419/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe-core][PATCH 6/7] epiphany: update 43.1 -> 44.0

2023-03-28 Thread Khem Raj

On Tue, Mar 28, 2023 at 1:27 AM Alexander Kanavin 
wrote:

> We do want a real browser application in oe-core, and there's no
> better choice than epiphany, even though it tends to pull in hard
> dependencies that are sometimes questionable from 'lean build'
> perspective.


There is mini-browser option in WebKit who I might be interesting though I
have never used it myself there is also surf recipe in meta-gnome which
could be a good replacement

>
>
> If webkitgtk itself has an alternative in-tree, then epiphany can move
> to meta-gnome.
>
> Alex
>
> On Tue, 28 Mar 2023 at 02:54, Markus Volk  wrote:
> >
> > libadwaita is a hard dependency for epiphany so it would be needed to
> > import it from meta-gnome or to move  epiphany to meta-gnome
> >
> > https://gitlab.gnome.org/GNOME/epiphany/-/blob/44.0/meson.build#L78
> >
> >
> > Am 27.03.23 um 16:38 schrieb Alexandre Belloni:
> > > ERROR: Nothing PROVIDES 'libadwaita' (but
> /home/pokybuild/yocto-worker/reproducible/build/meta/recipes-gnome/epiphany/
> epiphany_44.0.bb DEPENDS on or otherwise requires it). Close matches:
> > >libedit
> >
> >
> >
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179235): 
https://lists.openembedded.org/g/openembedded-core/message/179235
Mute This Topic: https://lists.openembedded.org/mt/97836713/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] webkitgtk: Disable wasm on rv32/rv64

2023-03-27 Thread Khem Raj

It does not build

Signed-off-by: Khem Raj 
---
 .../webkit/files/disable_wasm_riscv64.patch   | 24 +++
 .../recipes-sato/webkit/webkitgtk-3_2.40.0.bb |  7 +++---
 meta/recipes-sato/webkit/webkitgtk_2.40.0.bb  |  7 +++---
 3 files changed, 32 insertions(+), 6 deletions(-)
 create mode 100644 meta/recipes-sato/webkit/files/disable_wasm_riscv64.patch

diff --git a/meta/recipes-sato/webkit/files/disable_wasm_riscv64.patch 
b/meta/recipes-sato/webkit/files/disable_wasm_riscv64.patch
new file mode 100644
index 00..eac942fddc
--- /dev/null
+++ b/meta/recipes-sato/webkit/files/disable_wasm_riscv64.patch
@@ -0,0 +1,24 @@
+Provide a way to override enabling wasm from CMake
+by setting -DENABLE_WEBASSEMBLY=OFF for RISCV64
+
+Upstream-Status: Submitted [https://bugs.webkit.org/show_bug.cgi?id=254553]
+Signed-off-by: Khem Raj 
+
+--- a/Source/WTF/wtf/PlatformEnable.h
 b/Source/WTF/wtf/PlatformEnable.h
+@@ -613,13 +613,14 @@
+ #endif
+ 
+ #if CPU(RISCV64)
+-#undef ENABLE_WEBASSEMBLY
++#if !defined(ENABLE_WEBASSEMBLY)
+ #define ENABLE_WEBASSEMBLY 1
+ #undef ENABLE_WEBASSEMBLY_B3JIT
+ #define ENABLE_WEBASSEMBLY_B3JIT 0
+ #undef ENABLE_WEBASSEMBLY_BBQJIT
+ #define ENABLE_WEBASSEMBLY_BBQJIT 0
+ #endif
++#endif
+ 
+ #if !defined(ENABLE_C_LOOP)
+ #if ENABLE(JIT) || CPU(X86_64) || CPU(ARM64)
diff --git a/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb 
b/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb
index 4401b0e527..8932bcb562 100644
--- a/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb
+++ b/meta/recipes-sato/webkit/webkitgtk-3_2.40.0.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM = 
"file://Source/JavaScriptCore/COPYING.LIB;md5=d0c6d6397a5d842
 SRC_URI = "https://www.webkitgtk.org/releases/webkitgtk-${PV}.tar.xz \

file://0001-FindGObjectIntrospection.cmake-prefix-variables-obta.patch \
file://reproducibility.patch \
+   file://disable_wasm_riscv64.patch \
"
 SRC_URI[sha256sum] = 
"a4607ea1bf89669e89b1cb2c63faaec513f93de09b6ae60cc71d6a8aab7ab393"
 
@@ -113,9 +114,9 @@ EXTRA_OECMAKE:append:armv4 = " -DENABLE_JIT=OFF "
 EXTRA_OECMAKE:append:mipsarch = " -DUSE_LD_GOLD=OFF "
 EXTRA_OECMAKE:append:powerpc = " -DUSE_LD_GOLD=OFF "
 
-# JIT and gold linker does not work on RISCV
-EXTRA_OECMAKE:append:riscv32 = " -DUSE_LD_GOLD=OFF -DENABLE_JIT=OFF"
-EXTRA_OECMAKE:append:riscv64 = " -DUSE_LD_GOLD=OFF -DENABLE_JIT=OFF"
+# JIT and WASM does not work on RISCV
+EXTRA_OECMAKE:append:riscv32 = " -DENABLE_JIT=OFF -DENABLE_WEBASSEMBLY=OFF"
+EXTRA_OECMAKE:append:riscv64 = " -DENABLE_JIT=OFF -DENABLE_WEBASSEMBLY=OFF"
 
 # JIT not supported on MIPS either
 EXTRA_OECMAKE:append:mipsarch = " -DENABLE_JIT=OFF -DENABLE_C_LOOP=ON "
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb
index 84a5981ba0..04f722a913 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.40.0.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM = 
"file://Source/JavaScriptCore/COPYING.LIB;md5=d0c6d6397a5d842
 SRC_URI = "https://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \

file://0001-FindGObjectIntrospection.cmake-prefix-variables-obta.patch \
file://reproducibility.patch \
+   file://disable_wasm_riscv64.patch \
"
 SRC_URI[sha256sum] = 
"a4607ea1bf89669e89b1cb2c63faaec513f93de09b6ae60cc71d6a8aab7ab393"
 
@@ -112,9 +113,9 @@ EXTRA_OECMAKE:append:armv4 = " -DENABLE_JIT=OFF "
 EXTRA_OECMAKE:append:mipsarch = " -DUSE_LD_GOLD=OFF "
 EXTRA_OECMAKE:append:powerpc = " -DUSE_LD_GOLD=OFF "
 
-# JIT and gold linker does not work on RISCV
-EXTRA_OECMAKE:append:riscv32 = " -DUSE_LD_GOLD=OFF -DENABLE_JIT=OFF"
-EXTRA_OECMAKE:append:riscv64 = " -DUSE_LD_GOLD=OFF -DENABLE_JIT=OFF"
+# JIT and WASM does not work on RISCV
+EXTRA_OECMAKE:append:riscv32 = " -DENABLE_JIT=OFF -DENABLE_WEBASSEMBLY=OFF"
+EXTRA_OECMAKE:append:riscv64 = " -DENABLE_JIT=OFF -DENABLE_WEBASSEMBLY=OFF"
 
 # JIT not supported on MIPS either
 EXTRA_OECMAKE:append:mipsarch = " -DENABLE_JIT=OFF -DENABLE_C_LOOP=ON "
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179189): 
https://lists.openembedded.org/g/openembedded-core/message/179189
Mute This Topic: https://lists.openembedded.org/mt/97894684/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] vte: Upgrade to 0.72.0

2023-03-26 Thread Khem Raj

This is needed for many gnome 44 apps.
Drop upstreamed patch in this release

Signed-off-by: Khem Raj 
---
 ...ty.cc-Do-not-typecast-to-GSpawnFlags.patch | 58 ---
 .../vte/{vte_0.70.3.bb => vte_0.72.0.bb}  |  5 +-
 2 files changed, 2 insertions(+), 61 deletions(-)
 delete mode 100644 
meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch
 rename meta/recipes-support/vte/{vte_0.70.3.bb => vte_0.72.0.bb} (90%)

diff --git 
a/meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch
 
b/meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch
deleted file mode 100644
index 16553b506f..00
--- 
a/meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch
+++ /dev/null
@@ -1,58 +0,0 @@
-From 9c7654e063d65fb2645459a32fd14eebab484857 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 1 Mar 2023 15:50:26 -0800
-Subject: [PATCH] vtepty.cc: Do not typecast to GSpawnFlags
-
-GSpawnFlags is enum with max value 1 << 15 which means it fits into a
-short int, however here we are OR'ing VTE_SPAWN_* as well which have
-higher values
-
-Fixes error like
-src/vtepty.cc:577:16: error: integer value 234881535 is outside the valid 
range of values [0, 4095] for this enumeration type 
[-Wenum-constexpr-conversion]
-
-Fixes issue https://gitlab.gnome.org/GNOME/vte/-/issues/2618
-
-Upstream-Status: Submitted [https://gitlab.gnome.org/GNOME/vte/-/issues/2618]
-Signed-off-by: Khem Raj 

- src/vtepty.cc | 24 
- 1 file changed, 12 insertions(+), 12 deletions(-)
-
-diff --git a/src/vtepty.cc b/src/vtepty.cc
-index 3aaa0d6b..2da2675f 100644
 a/src/vtepty.cc
-+++ b/src/vtepty.cc
-@@ -574,18 +574,18 @@ catch (...)
- static constexpr inline auto
- all_spawn_flags() noexcept
- {
--return GSpawnFlags(G_SPAWN_LEAVE_DESCRIPTORS_OPEN |
--   G_SPAWN_DO_NOT_REAP_CHILD |
--   G_SPAWN_SEARCH_PATH |
--   G_SPAWN_STDOUT_TO_DEV_NULL |
--   G_SPAWN_STDERR_TO_DEV_NULL |
--   G_SPAWN_CHILD_INHERITS_STDIN |
--   G_SPAWN_FILE_AND_ARGV_ZERO |
--   G_SPAWN_SEARCH_PATH_FROM_ENVP |
--   G_SPAWN_CLOEXEC_PIPES |
--   VTE_SPAWN_NO_PARENT_ENVV |
--   VTE_SPAWN_NO_SYSTEMD_SCOPE |
--   VTE_SPAWN_REQUIRE_SYSTEMD_SCOPE);
-+return (G_SPAWN_LEAVE_DESCRIPTORS_OPEN |
-+G_SPAWN_DO_NOT_REAP_CHILD |
-+G_SPAWN_SEARCH_PATH |
-+G_SPAWN_STDOUT_TO_DEV_NULL |
-+G_SPAWN_STDERR_TO_DEV_NULL |
-+G_SPAWN_CHILD_INHERITS_STDIN |
-+G_SPAWN_FILE_AND_ARGV_ZERO |
-+G_SPAWN_SEARCH_PATH_FROM_ENVP |
-+G_SPAWN_CLOEXEC_PIPES |
-+VTE_SPAWN_NO_PARENT_ENVV |
-+VTE_SPAWN_NO_SYSTEMD_SCOPE |
-+VTE_SPAWN_REQUIRE_SYSTEMD_SCOPE);
- }
- 
- static constexpr inline auto
--- 
-2.39.2
-
diff --git a/meta/recipes-support/vte/vte_0.70.3.bb 
b/meta/recipes-support/vte/vte_0.72.0.bb
similarity index 90%
rename from meta/recipes-support/vte/vte_0.70.3.bb
rename to meta/recipes-support/vte/vte_0.72.0.bb
index 6da76a3053..c08ac879e1 100644
--- a/meta/recipes-support/vte/vte_0.70.3.bb
+++ b/meta/recipes-support/vte/vte_0.72.0.bb
@@ -20,9 +20,8 @@ GIDOCGEN_MESON_OPTION = "docs"
 inherit gnomebase gi-docgen features_check upstream-version-is-even 
gobject-introspection
 
 # vapigen.m4 is required when vala is not present (but the one from vala 
should be used normally)
-SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch \
-file://0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch"
-SRC_URI[archive.sha256sum] = 
"9457134a02f3157fca04f7e0d39bdb0f3099be0a3ce82b7139d0c98a80748f23"
+SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch"
+SRC_URI[archive.sha256sum] = 
"40fe914d6c70db34176c922725b6c6ea15d5f3cb2a9b44c57e200a5f950a6736"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179138): 
https://lists.openembedded.org/g/openembedded-core/message/179138
Mute This Topic: https://lists.openembedded.org/mt/97875945/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] curl: Update from 7.88.1 to 8.0.1

2023-03-23 Thread Khem Raj

This breaks ettercap in meta-oe

https://errors.yoctoproject.org/Errors/Details/698639/

On Wed, Mar 22, 2023 at 5:13 AM Robert Joslyn
 wrote:
>
> This update contains bug, security, and feature updates. For detailed
> release notes, see https://curl.se/changes.html#8_0_1
>
> Signed-off-by: Robert Joslyn 
> ---
>  meta/recipes-support/curl/{curl_7.88.1.bb => curl_8.0.1.bb} | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-support/curl/{curl_7.88.1.bb => curl_8.0.1.bb} (98%)
>
> diff --git a/meta/recipes-support/curl/curl_7.88.1.bb 
> b/meta/recipes-support/curl/curl_8.0.1.bb
> similarity index 98%
> rename from meta/recipes-support/curl/curl_7.88.1.bb
> rename to meta/recipes-support/curl/curl_8.0.1.bb
> index 0930d229d2..5cf044615f 100644
> --- a/meta/recipes-support/curl/curl_7.88.1.bb
> +++ b/meta/recipes-support/curl/curl_8.0.1.bb
> @@ -14,7 +14,7 @@ SRC_URI = " \
>  file://run-ptest \
>  file://disable-tests \
>  "
> -SRC_URI[sha256sum] = 
> "1dae31b2a7c1fe269de99c0c31bb488346aab3459b5ffca909d6938249ae415f"
> +SRC_URI[sha256sum] = 
> "0a381cd82f4d00a9a334438b8ca239afea5bfefcfa9a1025f2bf118e79e0b5f0"
>
>  # Curl has used many names over the years...
>  CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl libcurl:libcurl 
> daniel_stenberg:curl"
> --
> 2.39.2
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178989): 
https://lists.openembedded.org/g/openembedded-core/message/178989
Mute This Topic: https://lists.openembedded.org/mt/97776368/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] libunwind: work around arm printf issue

2023-03-21 Thread Khem Raj

On Tue, Mar 21, 2023 at 12:00 PM Jon Mason  wrote:
>
> When building for Arm, the following error is seen:
> | ../../libunwind-1.6.2/src/arm/Gtrace.c:529:7: error: call to undeclared 
> library function 'printf' with type 'int (const char *, ...)'; ISO C99 and 
> later do not support implicit function declarations 
> [-Wimplicit-function-declaration]
> |   printf("XXX1\n");
>
> Since every other reference to printf either has BSD or !linux then, I
> think it's safe to assume this is not valid and a BSD ifdef can be
> placed around this code.
>

I think you can add
#include 
that should make the compiler happy, and you can easily upstream that
change too.

> Signed-off-by: Jon Mason 
> ---
>  .../0007-Remove-undefined-printf.patch| 32 +++
>  .../libunwind/libunwind_1.6.2.bb  |  1 +
>  2 files changed, 33 insertions(+)
>  create mode 100644 
> meta/recipes-support/libunwind/libunwind/0007-Remove-undefined-printf.patch
>
> diff --git 
> a/meta/recipes-support/libunwind/libunwind/0007-Remove-undefined-printf.patch 
> b/meta/recipes-support/libunwind/libunwind/0007-Remove-undefined-printf.patch
> new file mode 100644
> index ..1826d8d72405
> --- /dev/null
> +++ 
> b/meta/recipes-support/libunwind/libunwind/0007-Remove-undefined-printf.patch
> @@ -0,0 +1,32 @@
> +From ed4777e3200aadacfaf2b48e1cd6dec9da37c737 Mon Sep 17 00:00:00 2001
> +From: Jon Mason 
> +Date: Tue, 21 Mar 2023 15:14:10 +
> +Subject: [PATCH] Remove undefined printf
> +
> +Seeing the following error when building with clang for Linux on Arm
> +| ../../libunwind-1.6.2/src/arm/Gtrace.c:529:7: error: call to undeclared 
> library function 'printf' with type 'int (const char *, ...)'; ISO C99 and 
> later do not support implicit function declarations 
> [-Wimplicit-function-declaration]
> +|   printf("XXX1\n");
> +
> +Based on other printf's in libunwind, this appears to not be used on
> +Linux (and appears to only be used for BSD).  So, add an ifdef around
> +this chunk to only be defined for BSD
> +
> +Upstream-Status: Pending
> +---
> + src/arm/Gtrace.c | 2 ++
> + 1 file changed, 2 insertions(+)
> +
> +diff --git a/src/arm/Gtrace.c b/src/arm/Gtrace.c
> +index 51fc281..fb73d87 100644
> +--- a/src/arm/Gtrace.c
>  b/src/arm/Gtrace.c
> +@@ -526,7 +526,9 @@ tdep_trace (unw_cursor_t *cursor, void **buffer, int 
> *size)
> +   break;
> +
> + case UNW_ARM_FRAME_SYSCALL:
> ++#if defined(__FreeBSD__)
> +   printf("XXX1\n");
> ++#endif
> +   break;
> +
> + default:
> diff --git a/meta/recipes-support/libunwind/libunwind_1.6.2.bb 
> b/meta/recipes-support/libunwind/libunwind_1.6.2.bb
> index 716be9a452f4..74d7874f50bb 100644
> --- a/meta/recipes-support/libunwind/libunwind_1.6.2.bb
> +++ b/meta/recipes-support/libunwind/libunwind_1.6.2.bb
> @@ -5,6 +5,7 @@ SRC_URI = 
> "http://download.savannah.nongnu.org/releases/libunwind/libunwind-${PV
> file://0004-Fix-build-on-mips-musl.patch \
> 
> file://0005-ppc32-Consider-ucontext-mismatches-between-glibc-and.patch \
> file://0006-Fix-for-X32.patch \
> +   file://0007-Remove-undefined-printf.patch \
> "
>  SRC_URI:append:libc-musl = " file://musl-header-conflict.patch"
>
> --
> 2.30.2
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178899): 
https://lists.openembedded.org/g/openembedded-core/message/178899
Mute This Topic: https://lists.openembedded.org/mt/97762342/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] scripts: add buildstats-summary

2023-03-21 Thread Khem Raj

here is the link for faulty one

https://uclibc.org/~kraj/20230319021406.tar.xz

On Tue, Mar 21, 2023 at 10:55 AM Khem Raj  wrote:
>
> This looks useful, I tried it out and it worked in one case but failed in
> few others with
>
> % buildstats-summary build/tmp/buildstats/20230319021406
> Traceback (most recent call last):
>   File "/mnt/b/yoe/master/sources/poky/scripts/buildstats-summary",
> line 126, in 
> sys.exit(main())
>   File "/mnt/b/yoe/master/sources/poky/scripts/buildstats-summary",
> line 119, in main
> bs = read_buildstats(args.buildstats)
>   File "/mnt/b/yoe/master/sources/poky/scripts/buildstats-summary",
> line 54, in read_buildstats
> return buildstats.BuildStats.from_dir(path)
>   File "/mnt/b/yoe/master/sources/poky/scripts/lib/buildstats.py",
> line 256, in from_dir
> build_started, build_elapsed = buildstats.parse_top_build_stats(top_stats)
>   File "/mnt/b/yoe/master/sources/poky/scripts/lib/buildstats.py",
> line 245, in parse_top_build_stats
> return start, elapsed
> UnboundLocalError: local variable 'elapsed' referenced before assignment
>
> On Tue, Mar 21, 2023 at 10:39 AM Ross Burton  wrote:
> >
> > This script will write a summary of the buildstats to the terminal,
> > sorted by start time or duration, optionally hiding short tasks, and
> > highlighting long running tasks.
> >
> > Signed-off-by: Ross Burton 
> > ---
> >  scripts/buildstats-summary | 126 +
> >  1 file changed, 126 insertions(+)
> >  create mode 100755 scripts/buildstats-summary
> >
> > diff --git a/scripts/buildstats-summary b/scripts/buildstats-summary
> > new file mode 100755
> > index 000..89348318afa
> > --- /dev/null
> > +++ b/scripts/buildstats-summary
> > @@ -0,0 +1,126 @@
> > +#! /usr/bin/python3
> > +#
> > +# Dump a summary of the specified buildstats to the terminal, filtering and
> > +# sorting by walltime.
> > +#
> > +# SPDX-License-Identifier: GPL-2.0-only
> > +
> > +import argparse
> > +import dataclasses
> > +import datetime
> > +import enum
> > +import os
> > +import pathlib
> > +import sys
> > +
> > +scripts_path = os.path.dirname(os.path.realpath(__file__))
> > +sys.path.append(os.path.join(scripts_path, "lib"))
> > +import buildstats
> > +
> > +
> > +@dataclasses.dataclass
> > +class Task:
> > +recipe: str
> > +task: str
> > +start: datetime.datetime
> > +duration: datetime.timedelta
> > +
> > +
> > +class Sorting(enum.Enum):
> > +start = 1
> > +duration = 2
> > +
> > +# argparse integration
> > +def __str__(self) -> str:
> > +return self.name
> > +
> > +def __repr__(self) -> str:
> > +return self.name
> > +
> > +@staticmethod
> > +def from_string(s: str):
> > +try:
> > +return Sorting[s]
> > +except KeyError:
> > +return s
> > +
> > +
> > +def read_buildstats(path: pathlib.Path) -> buildstats.BuildStats:
> > +if not path.exists():
> > +raise Exception(f"No such file or directory: {path}")
> > +if path.is_file():
> > +return buildstats.BuildStats.from_file_json(path)
> > +if (path / "build_stats").is_file():
> > +return buildstats.BuildStats.from_dir(path)
> > +raise Exception(f"Cannot find buildstats in {path}")
> > +
> > +
> > +def dump_buildstats(args, bs: buildstats.BuildStats):
> > +tasks = []
> > +for recipe in bs.values():
> > +for task, stats in recipe.tasks.items():
> > +t = Task(
> > +recipe.name,
> > +task,
> > +datetime.datetime.fromtimestamp(stats["start_time"]),
> > +datetime.timedelta(seconds=int(stats.walltime)),
> > +)
> > +tasks.append(t)
> > +
> > +tasks.sort(key=lambda t: getattr(t, args.sort.name))
> > +
> > +minimum = datetime.timedelta(seconds=args.shortest)
> > +highlight = datetime.timedelta(seconds=args.highlight)
> > +
> > +for t in tasks:
> > +if t.duration >= minimum:
> > +line = f"{t.duration}{t.recipe}:{t.task}"
> > +if t.duration >= highlight:
> > +print(f"\033[1m{line}\033[0m")
> > +

Re: [OE-core] [PATCH] scripts: add buildstats-summary

2023-03-21 Thread Khem Raj

This looks useful, I tried it out and it worked in one case but failed in
few others with

% buildstats-summary build/tmp/buildstats/20230319021406
Traceback (most recent call last):
  File "/mnt/b/yoe/master/sources/poky/scripts/buildstats-summary",
line 126, in 
sys.exit(main())
  File "/mnt/b/yoe/master/sources/poky/scripts/buildstats-summary",
line 119, in main
bs = read_buildstats(args.buildstats)
  File "/mnt/b/yoe/master/sources/poky/scripts/buildstats-summary",
line 54, in read_buildstats
return buildstats.BuildStats.from_dir(path)
  File "/mnt/b/yoe/master/sources/poky/scripts/lib/buildstats.py",
line 256, in from_dir
build_started, build_elapsed = buildstats.parse_top_build_stats(top_stats)
  File "/mnt/b/yoe/master/sources/poky/scripts/lib/buildstats.py",
line 245, in parse_top_build_stats
return start, elapsed
UnboundLocalError: local variable 'elapsed' referenced before assignment

On Tue, Mar 21, 2023 at 10:39 AM Ross Burton  wrote:
>
> This script will write a summary of the buildstats to the terminal,
> sorted by start time or duration, optionally hiding short tasks, and
> highlighting long running tasks.
>
> Signed-off-by: Ross Burton 
> ---
>  scripts/buildstats-summary | 126 +
>  1 file changed, 126 insertions(+)
>  create mode 100755 scripts/buildstats-summary
>
> diff --git a/scripts/buildstats-summary b/scripts/buildstats-summary
> new file mode 100755
> index 000..89348318afa
> --- /dev/null
> +++ b/scripts/buildstats-summary
> @@ -0,0 +1,126 @@
> +#! /usr/bin/python3
> +#
> +# Dump a summary of the specified buildstats to the terminal, filtering and
> +# sorting by walltime.
> +#
> +# SPDX-License-Identifier: GPL-2.0-only
> +
> +import argparse
> +import dataclasses
> +import datetime
> +import enum
> +import os
> +import pathlib
> +import sys
> +
> +scripts_path = os.path.dirname(os.path.realpath(__file__))
> +sys.path.append(os.path.join(scripts_path, "lib"))
> +import buildstats
> +
> +
> +@dataclasses.dataclass
> +class Task:
> +recipe: str
> +task: str
> +start: datetime.datetime
> +duration: datetime.timedelta
> +
> +
> +class Sorting(enum.Enum):
> +start = 1
> +duration = 2
> +
> +# argparse integration
> +def __str__(self) -> str:
> +return self.name
> +
> +def __repr__(self) -> str:
> +return self.name
> +
> +@staticmethod
> +def from_string(s: str):
> +try:
> +return Sorting[s]
> +except KeyError:
> +return s
> +
> +
> +def read_buildstats(path: pathlib.Path) -> buildstats.BuildStats:
> +if not path.exists():
> +raise Exception(f"No such file or directory: {path}")
> +if path.is_file():
> +return buildstats.BuildStats.from_file_json(path)
> +if (path / "build_stats").is_file():
> +return buildstats.BuildStats.from_dir(path)
> +raise Exception(f"Cannot find buildstats in {path}")
> +
> +
> +def dump_buildstats(args, bs: buildstats.BuildStats):
> +tasks = []
> +for recipe in bs.values():
> +for task, stats in recipe.tasks.items():
> +t = Task(
> +recipe.name,
> +task,
> +datetime.datetime.fromtimestamp(stats["start_time"]),
> +datetime.timedelta(seconds=int(stats.walltime)),
> +)
> +tasks.append(t)
> +
> +tasks.sort(key=lambda t: getattr(t, args.sort.name))
> +
> +minimum = datetime.timedelta(seconds=args.shortest)
> +highlight = datetime.timedelta(seconds=args.highlight)
> +
> +for t in tasks:
> +if t.duration >= minimum:
> +line = f"{t.duration}{t.recipe}:{t.task}"
> +if t.duration >= highlight:
> +print(f"\033[1m{line}\033[0m")
> +else:
> +print(line)
> +
> +
> +def main(argv=None) -> int:
> +parser = argparse.ArgumentParser(
> +formatter_class=argparse.ArgumentDefaultsHelpFormatter
> +)
> +
> +parser.add_argument(
> +"buildstats", metavar="BUILDSTATS", help="Buildstats file", 
> type=pathlib.Path
> +)
> +parser.add_argument(
> +"--sort",
> +"-s",
> +type=Sorting.from_string,
> +choices=list(Sorting),
> +default=Sorting.start,
> +help="Sort tasks",
> +)
> +parser.add_argument(
> +"--shortest",
> +"-t",
> +type=int,
> +default=1,
> +metavar="SECS",
> +help="Hide tasks shorter than SECS seconds",
> +)
> +parser.add_argument(
> +"--highlight",
> +"-g",
> +type=int,
> +default=60,
> +metavar="SECS",
> +help="Highlight tasks longer than SECS seconds",
> +)
> +
> +args = parser.parse_args(argv)
> +
> +bs = read_buildstats(args.buildstats)
> +dump_buildstats(args, bs)
> +
> +return 0
> +
> +
> +if __name__ == "__main__":
> +sys.exit(main())
> --
> 2.34.1

Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0

2023-03-18 Thread Khem Raj

On Sat, Mar 18, 2023 at 1:02 AM Alexander Kanavin
 wrote:
>
> Ubuntu 18.04 goes EOL next month, so it should perhaps be dropped from the 
> builders and supported distro list?
>

Perhaps in the next cycle yes and definitely for the next LTS it
should be dropped.

Its stll supported via Extended Security Maintenance (ESM)  and users
maybe still be using it.

mesa needs gcc > 8 as per
https://docs.mesa3d.org/install.html?highlight=gcc+version#compiler
so 7.5 default on ubuntu 18.04 is falling under unsupported compilers
for mesa. So we should be recommending
buildtools-tarball-extra and also installing it on ubuntu 18.04 workers.

> Alex
>
> On Sat 18. Mar 2023 at 2.47, Khem Raj  wrote:
>>
>> mesa 23.x fails to build with default gcc ( 7.5.0 ) Ubuntu
>> 7.5.0-3ubuntu1~18.04, it ends up with
>>
>> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp: In function
>> ‘int brw_simd_select_for_workgroup_size(const intel_device_info*,
>> const brw_cs_prog_data*, const unsigned int*)’:
>> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp:205:7: sorry,
>> unimplemented: non-trivial designated initializers not supported
>>};
>>^
>>
>> see mesa-native failure
>>
>> https://errors.yoctoproject.org/Errors/Details/698144/
>>
>> I wonder how it works on AB nodes running Ubuntu 18.04. Do we enforce
>> gcc from buildtools tarball there ?
>>
>> On Thu, Mar 16, 2023 at 2:41 AM Alexander Kanavin
>>  wrote:
>> >
>> > Drop patches:
>> > 0001-gbm-backend-fix-gbm-compile-without-dri.patch
>> > 0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> > (backports)
>> >
>> > 0001-util-format-Check-for-NEON-before-using-it.patch
>> > (upstream submission has stalled with unanswered concerns from upstream;
>> > patch no longer applies; issue does not reproduce with 'raspberrypi0-wifi' 
>> > MACHINE)
>> >
>> > Signed-off-by: Alexander Kanavin 
>> > ---
>> >  ...e-unsigned-instead-of-uint-to-fix-mu.patch | 44 -
>> >  ...-backend-fix-gbm-compile-without-dri.patch | 65 ---
>> >  ...ormat-Check-for-NEON-before-using-it.patch | 47 --
>> >  .../{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb}  |  0
>> >  meta/recipes-graphics/mesa/mesa.inc   |  5 +-
>> >  .../mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb}   |  0
>> >  6 files changed, 1 insertion(+), 160 deletions(-)
>> >  delete mode 100644 
>> > meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> >  delete mode 100644 
>> > meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
>> >  delete mode 100644 
>> > meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
>> >  rename meta/recipes-graphics/mesa/{mesa-gl_22.3.5.bb => 
>> > mesa-gl_23.0.0.bb} (100%)
>> >  rename meta/recipes-graphics/mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} 
>> > (100%)
>> >
>> > diff --git 
>> > a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> >  
>> > b/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> > deleted file mode 100644
>> > index 3ab22889bf..00
>> > --- 
>> > a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> > +++ /dev/null
>> > @@ -1,44 +0,0 @@
>> > -From 8a5de0b6cf1090d7f29f3974ec79c32776cf2745 Mon Sep 17 00:00:00 2001
>> > -From: Jami Kettunen 
>> > -Date: Tue, 31 Aug 2021 00:15:58 +0300
>> > -Subject: [PATCH] freedreno/pm4: Use unsigned instead of uint to fix musl 
>> > build
>> > -
>> > -Upstream-Status: Backport
>> > -
>> > -Fixes the following error I noticed when building against aarch64 with
>> > -musl libc:
>> > -
>> > -  In file included from ../src/freedreno/decode/crashdec.h:38,
>> > -   from ../src/freedreno/decode/crashdec.c:40:
>> > -  ../src/freedreno/common/freedreno_pm4.h:104:15: error: unknown type 
>> > name 'uint'
>> > -104 | static inline uint
>> > -|   ^~~~
>> > -  ../src/freedreno/common/freedreno_pm4.h:105:25: error: unknown type 
>> > name 'uint'; did you mean 'int'?
>> > -105 | pm4_calc_odd_parity_bit(uint val)
>> > -| ^~~~
>> > -|

Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0

2023-03-17 Thread Khem Raj

thout-dri.patch
> +++ /dev/null
> @@ -1,65 +0,0 @@
> -From 25946100e21cf2095bea334e8d7096798561d0b7 Mon Sep 17 00:00:00 2001
> -From: Vincent Davis Jr 
> -Date: Wed, 28 Dec 2022 16:28:01 -0600
> -Subject: [PATCH] gbm/backend: fix gbm compile without dri
> -
> -Upstream-Status: Backport
> -
> -https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20447
> -https://gitlab.freedesktop.org/mesa/mesa/-/commit/842ca284650f066e58706741a7d22d67b5088e60
> -
> -At mesa version 22.2.3 patch wasn't introduced until after.
> -
> -Commit introduces a fix that allows for gbm to be built with an empty
> -backend. There are situation especially in a Yocto/OE cross compilation
> -environment where you want to build with an empty backend. The particular
> -situation is as such:
> -
> -The mesa-gl recipe is the preferred provider for virtual/libgbm, 
> virtual/libgl,
> -virtual/mesa, etc... But the x11 DISTRO_FEATURE in't included this leads to 
> build
> -errors such as:
> -
> -| /../../../ld: src/gbm/libgbm.so.1.0.0.p/main_backend.c.o: in function 
> `find_backend':
> -| backend.c:(.text.find_backend+0xa4): undefined reference to 
> `gbm_dri_backend'
> -| /../../../ld: 
> src/gbm/libgbm.so.1.0.0.p/main_backend.c.o:(.data.rel.ro.builtin_backends+0x4):
> -undefined reference to `gbm_dri_backend'
> -| collect2: error: ld returned 1 exit status
> -
> -Issue should be replicable by setting -Ddri3=disabled and -Dgbm=enabled
> -
> -Add fix to bypasses compilation issue by excluding gbm dri backend. If
> -HAVE_DRI || HAVE_DRIX not specified.
> -
> -Acked-by: David Heidelberg 
> -Signed-off-by: Vincent Davis Jr 
> 
> - src/gbm/main/backend.c | 4 
> - 1 file changed, 4 insertions(+)
> -
> -diff --git a/src/gbm/main/backend.c b/src/gbm/main/backend.c
> -index 974d0a76a4e..feee0703495 100644
>  a/src/gbm/main/backend.c
> -+++ b/src/gbm/main/backend.c
> -@@ -42,7 +42,9 @@
> - #define ARRAY_SIZE(a) (sizeof(a)/sizeof((a)[0]))
> - #define VER_MIN(a, b) ((a) < (b) ? (a) : (b))
> -
> -+#if defined(HAVE_DRI) || defined(HAVE_DRI2) || defined(HAVE_DRI3)
> - extern const struct gbm_backend gbm_dri_backend;
> -+#endif
> -
> - struct gbm_backend_desc {
> -const char *name;
> -@@ -51,7 +53,9 @@ struct gbm_backend_desc {
> - };
> -
> - static const struct gbm_backend_desc builtin_backends[] = {
> -+#if defined(HAVE_DRI) || defined(HAVE_DRI2) || defined(HAVE_DRI3)
> -{ "dri", _dri_backend },
> -+#endif
> - };
> -
> - #define BACKEND_LIB_SUFFIX "_gbm"
> ---
> -2.34.1
> -
> diff --git 
> a/meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
>  
> b/meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
> deleted file mode 100644
> index d22ff3c8a8..00
> --- 
> a/meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
> +++ /dev/null
> @@ -1,47 +0,0 @@
> -From f17e836ef9b1bbc6056790596420b699e48128c2 Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Thu, 2 Dec 2021 19:57:42 -0800
> -Subject: [PATCH] util/format: Check for NEON before using it
> -
> -This fixes build on rpi0-w and any other machine which does not have
> -neon unit and is not used as FPU unit
> -
> -Fixes errors e.g.
> -
> -In file included from 
> ../mesa-21.3.0/src/util/format/u_format_unpack_neon.c:35:
> -/mnt/b/yoe/master/build/tmp/work/arm1176jzfshf-vfp-yoe-linux-gnueabi/mesa/2_21.3.0-r0/recipe-sysroot-native/usr/lib/clang/13.0.1/include/arm_neon.h:32:2:
>  error: "NEON support not enabled"
> -
> -Upstream-Status: Submitted 
> [https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14032]
> -Signed-off-by: Khem Raj 
> -
> 
> - src/util/format/u_format.c | 2 +-
> - src/util/format/u_format_unpack_neon.c | 2 +-
> - 2 files changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/src/util/format/u_format.c b/src/util/format/u_format.c
> -index c071250..0880984 100644
>  a/src/util/format/u_format.c
> -+++ b/src/util/format/u_format.c
> -@@ -1184,7 +1184,7 @@ static void
> - util_format_unpack_table_init(void)
> - {
> -for (enum pipe_format format = PIPE_FORMAT_NONE; format < 
> PIPE_FORMAT_COUNT; format++) {
> --#if (defined(PIPE_ARCH_AARCH64) || defined(PIPE_ARCH_ARM)) && 
> !defined(NO_FORMAT_ASM) && !defined(__SOFTFP__)
> -+#if (defined(PIPE_ARCH_AARCH64) || (defined(__ARM_NEON) && 
> defined(PIPE_ARCH_ARM))) && !defined(NO_FORMAT_ASM)
> -   const struct util_format_unpack_description *unpack = 
> util_format_unpack_description_neon(format);
> -   if (unpack) {
> -  util_

Re: [OE-core] [PATCH] btrfs-tools: upgrade 6.1.3 -> 6.2.1

2023-03-17 Thread Khem Raj

FWIW it also fails compiling with clang compiler

https://errors.yoctoproject.org/Errors/Details/698109/

On Thu, Mar 16, 2023 at 2:46 PM Alexandre Belloni via
lists.openembedded.org
 wrote:
>
> Hello,
>
> This fails on the AB for edgerouter-alt and meta-intel:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/111/builds/4406/steps/11/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/4205/steps/13/logs/stdio
>
> | gcc  
> -isystem/home/pokybuild/yocto-worker/edgerouter-alt/build/build/tmp/work/x86_64-linux/btrfs-tools-native/6.2.1-r0/recipe-sysroot-native/usr/include
>  -O2 -pipe -std=gnu11 -D_GNU_SOURCE -fPIC -fvisibility=hidden 
> -I./libbtrfsutil-o libbtrfsutil/stubs.o -c libbtrfsutil/stubs.c -o 
> libbtrfsutil/stubs.o
> | In file included from crypto/blake2b-round.h:140,
> |  from crypto/blake2b-sse2.c:33:
> | crypto/blake2b-sse2.c: In function ‘blake2b_compress_sse2’:
> | crypto/blake2b-load-sse41.h:21:25: error: incompatible type for argument 1 
> of ‘_mm_unpacklo_epi64’
> |21 | b0 = _mm_unpacklo_epi64(m0, m1); \
> |   | ^~
> |   | |
> |   | uint64_t {aka long unsigned int}
> | crypto/blake2b-round.h:146:3: note: in expansion of macro ‘LOAD_MSG_0_1’
> |   146 |   LOAD_MSG_ ##r ##_1(b0, b1); \
> |   |   ^
> | crypto/blake2b-sse2.c:80:3: note: in expansion of macro ‘ROUND’
> |80 |   ROUND( 0 );
> |   |   ^
> | In file included from crypto/blake2b-sse2.c:25:
> | /usr/lib/gcc/x86_64-redhat-linux/11/include/emmintrin.h:1046:29: note: 
> expected ‘__m128i’ but argument is of type ‘uint64_t’ {aka ‘long unsigned 
> int’}
> |  1046 | _mm_unpacklo_epi64 (__m128i __A, __m128i __B)
> |   | ^~~
> | In file included from crypto/blake2b-round.h:140,
> |  from crypto/blake2b-sse2.c:33:
>
> On 16/03/2023 08:28:44+0800, wangmy wrote:
> > From: Wang Mingyu 
> >
> > Changelog:
> > =
> >  * fix build with crypto libraries
> >  * CI images updated, build tests extended
> >
> > Signed-off-by: Wang Mingyu 
> > ---
> >  .../btrfs-tools/{btrfs-tools_6.1.3.bb => btrfs-tools_6.2.1.bb}  | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >  rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_6.1.3.bb => 
> > btrfs-tools_6.2.1.bb} (98%)
> >
> > diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.1.3.bb 
> > b/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.2.1.bb
> > similarity index 98%
> > rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_6.1.3.bb
> > rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_6.2.1.bb
> > index b4dfc5b3f3..a6ff87a90c 100644
> > --- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.1.3.bb
> > +++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.2.1.bb
> > @@ -19,7 +19,7 @@ SRC_URI = 
> > "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git;b
> > 
> > file://0001-Add-a-possibility-to-specify-where-python-modules-ar.patch \
> > 
> > file://0001-Use-pread-pwrite-ftruncate-stat-instead-of-64bit-equ.patch \
> > "
> > -SRCREV = "908b4b4450320e30fdef693f09b42f4eb93702c3"
> > +SRCREV = "366cd079bc43241b27e0838be0c5369aa00716f8"
> >  S = "${WORKDIR}/git"
> >
> >  PACKAGECONFIG ??= " \
> > --
> > 2.34.1
> >
>
> >
> >
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178754): 
https://lists.openembedded.org/g/openembedded-core/message/178754
Mute This Topic: https://lists.openembedded.org/mt/97641211/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] glibc: Disable warnings as errors

2023-03-17 Thread Khem Raj

As distro builders this option helps using different compilers to build
glibc

Signed-off-by: Khem Raj 
---
 meta/recipes-core/glibc/glibc_2.37.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/glibc/glibc_2.37.bb 
b/meta/recipes-core/glibc/glibc_2.37.bb
index 762a2793ad..b27f98fb19 100644
--- a/meta/recipes-core/glibc/glibc_2.37.bb
+++ b/meta/recipes-core/glibc/glibc_2.37.bb
@@ -74,6 +74,7 @@ EXTRA_OECONF = "--enable-kernel=${OLDEST_KERNEL} \
 --enable-stack-protector=strong \
 --disable-crypt \
 --with-default-link \
+--disable-werror \
 ${@bb.utils.contains_any('SELECTED_OPTIMIZATION', '-O0 -Og', 
'--disable-werror', '', d)} \
 ${GLIBCPIE} \
 ${GLIBC_EXTRA_OECONF}"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178753): 
https://lists.openembedded.org/g/openembedded-core/message/178753
Mute This Topic: https://lists.openembedded.org/mt/97672607/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] systemtap: Disable dangling-pointer warning

2023-03-14 Thread Khem Raj

This is to fix build in RISCV64

| In constructor 'symresolution_info::symresolution_info(systemtap_session&, 
bool)',
| inlined from 'int semantic_pass_symbols(systemtap_session&)' at 
../git/elaborate.cxx:1884:28:
| ../git/elaborate.cxx:2601:21: error: storing the address of local variable 
'sym' in '*s.systemtap_session::symbol_resolver' [-Werror=dangling-pointer=]
|  2601 |   s.symbol_resolver = this; // save resolver for early PR25841 
function resolution
|   |   ~~^~
| ../git/elaborate.cxx: In function 'int 
semantic_pass_symbols(systemtap_session&)':
| ../git/elaborate.cxx:1884:22: note: 'sym' declared here
|  1884 |   symresolution_info sym (s);
|   |  ^~~
| ../git/elaborate.cxx:1884:22: note: 's' declared here

Signed-off-by: Khem Raj 
---
 meta/recipes-kernel/systemtap/systemtap_git.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb 
b/meta/recipes-kernel/systemtap/systemtap_git.bb
index 072fcb310a..d320a8a5e0 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.bb
+++ b/meta/recipes-kernel/systemtap/systemtap_git.bb
@@ -34,6 +34,9 @@ PACKAGECONFIG[python3-probes] = 
"--with-python3-probes,--without-python3-probes,
 inherit autotools gettext pkgconfig systemd
 inherit ${@bb.utils.contains('PACKAGECONFIG', 'python3-probes', 
'setuptools3-base', '', d)}
 
+# | ../git/elaborate.cxx:2601:21: error: storing the address of local variable 
'sym' in '*s.systemtap_session::symbol_resolver' [-Werror=dangling-pointer=]
+CXXFLAGS += "-Wno-dangling-pointer"
+
 # exporter comes with python3-probes
 PACKAGES =+ "${PN}-exporter"
 FILES:${PN}-exporter = "${sysconfdir}/stap-exporter/* \
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178515): 
https://lists.openembedded.org/g/openembedded-core/message/178515
Mute This Topic: https://lists.openembedded.org/mt/97609946/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/7] bitbake.conf: do not set native opengl distro feature from target

2023-03-13 Thread Khem Raj

also seeing below errors which are related too

ERROR: Nothing PROVIDES 'gtk4-native' (but
/mnt/b/yoe/master/sources/meta-openembedded/meta-gnome/recipes-gnome/gnome-bluetooth/gnome-bluetooth_42.5.bb,
/mnt/b/yoe/master/
sources/meta-openembedded/meta-gnome/recipes-gnome/gnome-text-editor/gnome-text-editor_43.1.bb,
/mnt/b/yoe/master/sources/meta-openembedded/meta-gnome/recipes-gnome/gnome-
chess/gnome-chess_43.1.bb,
/mnt/b/yoe/master/sources/meta-openembedded/meta-gnome/recipes-gnome/gnome-calculator/gnome-calculator_43.0.1.bb
DEPENDS on or otherwise require
s it)
gtk4-native was skipped: missing required distro feature 'opengl' (not
in DISTRO_FEATURES)

On Mon, Mar 13, 2023 at 3:45 PM Khem Raj  wrote:
>
> I am seeing waylandpp failing to build and YP layer compatibility tests 
> failing.
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/2557/steps/11/logs/stdio
>
> On Sun, Mar 12, 2023 at 7:51 AM Alexander Kanavin
>  wrote:
> >
> > This makes native opengl (and thus accelerated graphics in qemu) opt-in;
> > the reason is that latest mesa tightly couples hardware drivers with its 
> > libraries,
> > so we have to build both in mesa-native. Doing so significantly lengthens
> > the builds, and so cannot be imposed by default.
> >
> > Add a check and a hint to runqemu so that there is a helpful error when
> > there is no native/nativesdk opengl/virgl support.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  meta/conf/bitbake.conf   |  4 ++--
> >  meta/lib/oeqa/selftest/cases/runtime_test.py |  4 ++--
> >  scripts/runqemu  | 11 ++-
> >  3 files changed, 14 insertions(+), 5 deletions(-)
> >
> > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> > index afd9e2f552..d1dc428583 100644
> > --- a/meta/conf/bitbake.conf
> > +++ b/meta/conf/bitbake.conf
> > @@ -912,8 +912,8 @@ DISTRO_FEATURES_NATIVESDK ?= "x11"
> >
> >  # Normally target distro features will not be applied to native builds:
> >  # Native distro features on this list will use the target feature value
> > -DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation debuginfod opengl 
> > wayland"
> > -DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation debuginfod opengl 
> > wayland"
> > +DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation debuginfod wayland"
> > +DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation debuginfod wayland"
> >
> >  DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit gobject-introspection-data 
> > ldconfig"
> >  MACHINE_FEATURES_BACKFILL = "rtc qemu-usermode"
> > diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py 
> > b/meta/lib/oeqa/selftest/cases/runtime_test.py
> > index 81b8d056cc..661c09c109 100644
> > --- a/meta/lib/oeqa/selftest/cases/runtime_test.py
> > +++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
> > @@ -232,7 +232,7 @@ class TestImage(OESelftestTestCase):
> >  if 'sdl' not in qemu_packageconfig:
> >  features += 'PACKAGECONFIG:append:pn-qemu-system-native = " 
> > sdl"\n'
> >  if 'opengl' not in qemu_distrofeatures:
> > -features += 'DISTRO_FEATURES:append = " opengl"\n'
> > +features += 'DISTRO_FEATURES_NATIVE:append = " opengl"\n'
> >  features += 'TEST_SUITES = "ping ssh virgl"\n'
> >  features += 'IMAGE_FEATURES:append = " ssh-server-dropbear"\n'
> >  features += 'IMAGE_INSTALL:append = " kmscube"\n'
> > @@ -264,7 +264,7 @@ class TestImage(OESelftestTestCase):
> >  qemu_distrofeatures = get_bb_var('DISTRO_FEATURES', 
> > 'qemu-system-native')
> >  features = 'IMAGE_CLASSES += "testimage"\n'
> >  if 'opengl' not in qemu_distrofeatures:
> > -features += 'DISTRO_FEATURES:append = " opengl"\n'
> > +features += 'DISTRO_FEATURES_NATIVE:append = " opengl"\n'
> >  features += 'TEST_SUITES = "ping ssh virgl"\n'
> >  features += 'IMAGE_FEATURES:append = " ssh-server-dropbear"\n'
> >  features += 'IMAGE_INSTALL:append = " kmscube"\n'
> > diff --git a/scripts/runqemu b/scripts/runqemu
> > index 8e915f3d4c..9f82aa12f1 100755
> > --- a/scripts/runqemu
> > +++ b/scripts/runqemu
> > @@ -447,7 +447,16 @@ class BaseConfig(object):
> >  self.set("MACHINE", arg)
> >
> >  def set_dri_path(self):
> > -self.qemu_environ['LIBGL_DR

Re: [OE-core] [PATCH 2/7] bitbake.conf: do not set native opengl distro feature from target

2023-03-13 Thread Khem Raj

I am seeing waylandpp failing to build and YP layer compatibility tests failing.

https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/2557/steps/11/logs/stdio

On Sun, Mar 12, 2023 at 7:51 AM Alexander Kanavin
 wrote:
>
> This makes native opengl (and thus accelerated graphics in qemu) opt-in;
> the reason is that latest mesa tightly couples hardware drivers with its 
> libraries,
> so we have to build both in mesa-native. Doing so significantly lengthens
> the builds, and so cannot be imposed by default.
>
> Add a check and a hint to runqemu so that there is a helpful error when
> there is no native/nativesdk opengl/virgl support.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/conf/bitbake.conf   |  4 ++--
>  meta/lib/oeqa/selftest/cases/runtime_test.py |  4 ++--
>  scripts/runqemu  | 11 ++-
>  3 files changed, 14 insertions(+), 5 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index afd9e2f552..d1dc428583 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -912,8 +912,8 @@ DISTRO_FEATURES_NATIVESDK ?= "x11"
>
>  # Normally target distro features will not be applied to native builds:
>  # Native distro features on this list will use the target feature value
> -DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation debuginfod opengl 
> wayland"
> -DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation debuginfod opengl 
> wayland"
> +DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation debuginfod wayland"
> +DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation debuginfod wayland"
>
>  DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit gobject-introspection-data 
> ldconfig"
>  MACHINE_FEATURES_BACKFILL = "rtc qemu-usermode"
> diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py 
> b/meta/lib/oeqa/selftest/cases/runtime_test.py
> index 81b8d056cc..661c09c109 100644
> --- a/meta/lib/oeqa/selftest/cases/runtime_test.py
> +++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
> @@ -232,7 +232,7 @@ class TestImage(OESelftestTestCase):
>  if 'sdl' not in qemu_packageconfig:
>  features += 'PACKAGECONFIG:append:pn-qemu-system-native = " 
> sdl"\n'
>  if 'opengl' not in qemu_distrofeatures:
> -features += 'DISTRO_FEATURES:append = " opengl"\n'
> +features += 'DISTRO_FEATURES_NATIVE:append = " opengl"\n'
>  features += 'TEST_SUITES = "ping ssh virgl"\n'
>  features += 'IMAGE_FEATURES:append = " ssh-server-dropbear"\n'
>  features += 'IMAGE_INSTALL:append = " kmscube"\n'
> @@ -264,7 +264,7 @@ class TestImage(OESelftestTestCase):
>  qemu_distrofeatures = get_bb_var('DISTRO_FEATURES', 
> 'qemu-system-native')
>  features = 'IMAGE_CLASSES += "testimage"\n'
>  if 'opengl' not in qemu_distrofeatures:
> -features += 'DISTRO_FEATURES:append = " opengl"\n'
> +features += 'DISTRO_FEATURES_NATIVE:append = " opengl"\n'
>  features += 'TEST_SUITES = "ping ssh virgl"\n'
>  features += 'IMAGE_FEATURES:append = " ssh-server-dropbear"\n'
>  features += 'IMAGE_INSTALL:append = " kmscube"\n'
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 8e915f3d4c..9f82aa12f1 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -447,7 +447,16 @@ class BaseConfig(object):
>  self.set("MACHINE", arg)
>
>  def set_dri_path(self):
> -self.qemu_environ['LIBGL_DRIVERS_PATH'] = 
> os.path.join(self.bindir_native, '../lib/dri')
> +drivers_path = os.path.join(self.bindir_native, '../lib/dri')
> +if not os.path.exists(drivers_path) or not os.listdir(drivers_path):
> +raise RunQemuError("""
> +qemu has been built without opengl support and accelerated graphics support 
> is not available.
> +To enable it, add:
> +DISTRO_FEATURES_NATIVE:append = " opengl"
> +DISTRO_FEATURES_NATIVESDK:append = " opengl"
> +to your build configuration.
> +""")
> +self.qemu_environ['LIBGL_DRIVERS_PATH'] = drivers_path
>
>  def check_args(self):
>  for debug in ("-d", "--debug"):
> --
> 2.30.2
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178470): 
https://lists.openembedded.org/g/openembedded-core/message/178470
Mute This Topic: https://lists.openembedded.org/mt/97560251/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd: Fix musl fix patch

2023-03-13 Thread Khem Raj

On Mon, Mar 13, 2023 at 12:56 AM Alexander Kanavin
 wrote:
>
> On Mon, 13 Mar 2023 at 01:12, Khem Raj  wrote:
>
> > This is working as intended, unlike glibc, musl provides stddef.h and
> > it wants musl based platforms to use that,
> > OE clang won't do that when the selected libc is glibc.
>
> But this means gcc is not doing the right thing. It does take its own
> stddef.h (rather than one from musl), and this leads to undetected
> breakage like this one and general inconsistency between which set of
> headers is used.

probably, but there maybe some reasons why its not done which I am not aware of.

>
> It's gcc that is the default, AB-tested choice with musl, shouldn't it
> work correctly?
>
> Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178469): 
https://lists.openembedded.org/g/openembedded-core/message/178469
Mute This Topic: https://lists.openembedded.org/mt/97555854/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd: Fix musl fix patch

2023-03-12 Thread Khem Raj

On Sun, Mar 12, 2023 at 1:54 PM Alexander Kanavin
 wrote:
>
> On Sun, 12 Mar 2023 at 21:19, Khem Raj  wrote:
> > alltypes.h is generated by musl during its build which is used by all
> > system headers on musl systems it contains
> >
> > #if defined(__NEED_wchar_t) && !defined(__DEFINED_wchar_t)
> > typedef unsigned wchar_t;
> > #define __DEFINED_wchar_t
> > #endif
> >
> > stddef.h defines __NEED_wchar_t which is included from efi-string.h
> > and stddef.h immediately includes alltypes.h. so unless somewhere
> > __DEFINED_wchar_t
> > is pre-defined above will be included and that's what the problem is.
> >
> > The patch you created makes efi-string.c to type define wchar_t before
> > including efi-string.h without blocking all possible ways for it to be
> > defined by system headers.
> > Hope that makes it clear.
>
> I understand this. The question was about why this happens with clang,
> but does not happen with gcc.
>
> I looked into this meanwhile. This seems to be a difference in how
> compilers look for headers.
>
> There are actually two versions of stddef.h, one provided by the
> compiler itself (which would be the correct, expected one), and the
> other coming from musl.
>
> gcc:
> alex@Zen2:/srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0$
> find . -name stddef.h
> ./recipe-sysroot-native/usr/lib/aarch64-poky-linux-musl/gcc/aarch64-poky-linux-musl/12.2.0/include/stddef.h
> ./recipe-sysroot/usr/include/linux/stddef.h
> ./recipe-sysroot/usr/include/stddef.h
> ./git/src/basic/linux/stddef.h
>
> clang:
> alex@Zen2:/srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0$
> find . -name stddef.h
> ./recipe-sysroot-native/usr/lib/clang/15.0.7/include/stddef.h
> ./recipe-sysroot/usr/include/linux/stddef.h
> ./recipe-sysroot/usr/include/stddef.h
> ./git/src/basic/linux/stddef.h
>
>
>
> gcc includes the correct header because its order of searching headers is:
> #include <...> search starts here:
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/git/src/fundamental
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/git/src/boot/efi
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot/usr/include/efi/aarch64
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot/usr/include/efi
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux-musl/../../lib/aarch64-poky-linux-musl/gcc/aarch64-poky-linux-musl/12.2.0/include
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot/usr/lib/aarch64-poky-linux-musl/12.2.0/include
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot/usr/include
> End of search list.
>
> clang includes the incorrect one:
>
> #include <...> search starts here:
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/git/src/fundamental
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/git/src/boot/efi
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot/usr/include/efi/aarch64
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot/usr/include/efi
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot/usr/include
>  
> /srv/storage/alex/yocto/build-musl-arm-64/tmp/work/cortexa57-poky-linux-musl/systemd-boot/253.1-r0/recipe-sysroot-native/usr/lib/clang/15.0.7/include
> End of search list.
>

This is working as intended, unlike glibc, musl provides stddef.h and
it wants musl based platforms to use that,
OE clang won't do that when the selected libc is glibc.

> So I'd say the search order needs to be aligned with gcc, rather than
> having to patch around the issue.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178405): 
https://lists.openembedded.org/g/openembedded-core/message/178405
Mute This Topic: https://lists.openembedded.org/mt/97555854/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd: Fix musl fix patch

2023-03-12 Thread Khem Raj

On Sun, Mar 12, 2023 at 10:50 AM Alexander Kanavin
 wrote:
>
> Right, but what is the specific trigger for the error you are seeing that 
> requires this additional definition, compared to passing musl tests with gcc?
>
>  I’d like to understand that because your change should not be necessary and 
> I’ve had a long argument with upstream even for the existing patch.
>

alltypes.h is generated by musl during its build which is used by all
system headers on musl systems it contains

#if defined(__NEED_wchar_t) && !defined(__DEFINED_wchar_t)
typedef unsigned wchar_t;
#define __DEFINED_wchar_t
#endif

stddef.h defines __NEED_wchar_t which is included from efi-string.h
and stddef.h immediately includes alltypes.h. so unless somewhere
__DEFINED_wchar_t
is pre-defined above will be included and that's what the problem is.

The patch you created makes efi-string.c to type define wchar_t before
including efi-string.h without blocking all possible ways for it to be
defined by system headers.
Hope that makes it clear.

> Alex
>
> On Sun 12. Mar 2023 at 17.59, Khem Raj  wrote:
>>
>>
>>
>> On Sat, Mar 11, 2023 at 11:30 PM Alexander Kanavin  
>> wrote:
>>>
>>> How can the issue be triggered? I did test this on musl, and so did
>>> the autobuilder.
>>
>>
>> My setup is clang/musl on imx8
>> Which is similar to qemuarm64
>> And build works for systemd but
>> Fails for systemd-boot recipe
>>
>>>
>>>
>>> Alex
>>>
>>> On Sun, 12 Mar 2023 at 08:24, Khem Raj  wrote:
>>> >
>>> > Current patch with fail when stdint.h is in include path before this
>>> > typedef which can also happen with re-includes. Therefore shunt that
>>> > by defining __DEFINED_wchar_t which helps musl builds of systemd-boot
>>> > recipe
>>> >
>>> > Signed-off-by: Khem Raj 
>>> > Cc: Alexander Kanavin 
>>> > ---
>>> >  ...rc-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch | 5 ++---
>>> >  1 file changed, 2 insertions(+), 3 deletions(-)
>>> >
>>> > diff --git 
>>> > a/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
>>> >  
>>> > b/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
>>> > index 927f914848..43173ac32d 100644
>>> > --- 
>>> > a/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
>>> > +++ 
>>> > b/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
>>> > @@ -21,17 +21,16 @@ Signed-off-by: Alexander Kanavin 
>>> >   src/boot/efi/efi-string.c | 5 +
>>> >   1 file changed, 5 insertions(+)
>>> >
>>> > -diff --git a/src/boot/efi/efi-string.c b/src/boot/efi/efi-string.c
>>> > -index 22923d60f6..22a8d1ef71 100644
>>> >  --- a/src/boot/efi/efi-string.c
>>> >  +++ b/src/boot/efi/efi-string.c
>>> > -@@ -2,7 +2,12 @@
>>> > +@@ -2,7 +2,13 @@
>>> >
>>> >   #include 
>>> >   #include 
>>> >  +
>>> >  +#if SD_BOOT
>>> >  +typedef __WCHAR_TYPE__ wchar_t;
>>> > ++#define __DEFINED_wchar_t
>>> >  +#else
>>> >   #include 
>>> >  +#endif
>>> > --
>>> > 2.39.2
>>> >

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178402): 
https://lists.openembedded.org/g/openembedded-core/message/178402
Mute This Topic: https://lists.openembedded.org/mt/97555854/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd: Fix musl fix patch

2023-03-12 Thread Khem Raj

On Sat, Mar 11, 2023 at 11:30 PM Alexander Kanavin 
wrote:

> How can the issue be triggered? I did test this on musl, and so did
> the autobuilder.


My setup is clang/musl on imx8
Which is similar to qemuarm64
And build works for systemd but
Fails for systemd-boot recipe


>
> Alex
>
> On Sun, 12 Mar 2023 at 08:24, Khem Raj  wrote:
> >
> > Current patch with fail when stdint.h is in include path before this
> > typedef which can also happen with re-includes. Therefore shunt that
> > by defining __DEFINED_wchar_t which helps musl builds of systemd-boot
> > recipe
> >
> > Signed-off-by: Khem Raj 
> > Cc: Alexander Kanavin 
> > ---
> >  ...rc-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch | 5 ++---
> >  1 file changed, 2 insertions(+), 3 deletions(-)
> >
> > diff --git
> a/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
> b/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
> > index 927f914848..43173ac32d 100644
> > ---
> a/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
> > +++
> b/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
> > @@ -21,17 +21,16 @@ Signed-off-by: Alexander Kanavin  >
> >   src/boot/efi/efi-string.c | 5 +
> >   1 file changed, 5 insertions(+)
> >
> > -diff --git a/src/boot/efi/efi-string.c b/src/boot/efi/efi-string.c
> > -index 22923d60f6..22a8d1ef71 100644
> >  --- a/src/boot/efi/efi-string.c
> >  +++ b/src/boot/efi/efi-string.c
> > -@@ -2,7 +2,12 @@
> > +@@ -2,7 +2,13 @@
> >
> >   #include 
> >   #include 
> >  +
> >  +#if SD_BOOT
> >  +typedef __WCHAR_TYPE__ wchar_t;
> > ++#define __DEFINED_wchar_t
> >  +#else
> >   #include 
> >  +#endif
> > --
> > 2.39.2
> >
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178400): 
https://lists.openembedded.org/g/openembedded-core/message/178400
Mute This Topic: https://lists.openembedded.org/mt/97555854/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] systemd: Fix musl fix patch

2023-03-11 Thread Khem Raj

Current patch with fail when stdint.h is in include path before this
typedef which can also happen with re-includes. Therefore shunt that
by defining __DEFINED_wchar_t which helps musl builds of systemd-boot
recipe

Signed-off-by: Khem Raj 
Cc: Alexander Kanavin 
---
 ...rc-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git 
a/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
 
b/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
index 927f914848..43173ac32d 100644
--- 
a/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
+++ 
b/meta/recipes-core/systemd/systemd/0004-src-boot-efi-efi-string.c-define-wchar_t-from-__WCHA.patch
@@ -21,17 +21,16 @@ Signed-off-by: Alexander Kanavin 
  src/boot/efi/efi-string.c | 5 +
  1 file changed, 5 insertions(+)
 
-diff --git a/src/boot/efi/efi-string.c b/src/boot/efi/efi-string.c
-index 22923d60f6..22a8d1ef71 100644
 --- a/src/boot/efi/efi-string.c
 +++ b/src/boot/efi/efi-string.c
-@@ -2,7 +2,12 @@
+@@ -2,7 +2,13 @@
  
  #include 
  #include 
 +
 +#if SD_BOOT
 +typedef __WCHAR_TYPE__ wchar_t;
++#define __DEFINED_wchar_t
 +#else
  #include 
 +#endif
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178376): 
https://lists.openembedded.org/g/openembedded-core/message/178376
Mute This Topic: https://lists.openembedded.org/mt/97555854/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 10/16] gawk: Fix ptest dependency

2023-03-10 Thread Khem Raj

On Fri, Mar 10, 2023 at 4:27 PM Richard Purdie
 wrote:
>
> The gawk ptests need some locale information, add the missing dependency
> so tests work in minimal images.
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-extended/gawk/gawk_5.2.1.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-extended/gawk/gawk_5.2.1.bb 
> b/meta/recipes-extended/gawk/gawk_5.2.1.bb
> index fbe6e7040b0..d13110ddbec 100644
> --- a/meta/recipes-extended/gawk/gawk_5.2.1.bb
> +++ b/meta/recipes-extended/gawk/gawk_5.2.1.bb
> @@ -62,7 +62,7 @@ do_install_ptest() {
> rm -f ${D}${PTEST_PATH}/test/timeout.*
>  }
>
> -RDEPENDS:${PN}-ptest += "make"
> +RDEPENDS:${PN}-ptest += "make locale-base-en-us"
>

I think it should be added below so it does not break musl builds.

>  RDEPENDS:${PN}-ptest:append:libc-glibc = " locale-base-en-us.iso-8859-1"
>
> --
> 2.38.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178361): 
https://lists.openembedded.org/g/openembedded-core/message/178361
Mute This Topic: https://lists.openembedded.org/mt/97533194/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] systemd.bbclass: Add /usr/lib/systemd to searchpaths as well

2023-03-10 Thread Khem Raj

Some packages like lirc places its unit files into $systemd_user_unitdir
and also uses them in SYSTEMD_SERVICE list in recipe. This fails in
do_package

ERROR: Didn't find service unit 'lircmd.service', specified in 
SYSTEMD_SERVICE:lirc.

here lircmd.service is installed in /usr/lib/systemd/system/lircmd.service

Signed-off-by: Khem Raj 
---
 meta/classes-recipe/systemd.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes-recipe/systemd.bbclass 
b/meta/classes-recipe/systemd.bbclass
index f9c92e6c2a..9a16babe43 100644
--- a/meta/classes-recipe/systemd.bbclass
+++ b/meta/classes-recipe/systemd.bbclass
@@ -152,6 +152,7 @@ python systemd_populate_packages() {
 def systemd_check_services():
 searchpaths = [oe.path.join(d.getVar("sysconfdir"), "systemd", 
"system"),]
 searchpaths.append(d.getVar("systemd_system_unitdir"))
+searchpaths.append(d.getVar("systemd_user_unitdir"))
 systemd_packages = d.getVar('SYSTEMD_PACKAGES')
 
 keys = 'Also'
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178323): 
https://lists.openembedded.org/g/openembedded-core/message/178323
Mute This Topic: https://lists.openembedded.org/mt/97516449/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] binutils: Enable --enable-new-dtags

2023-03-08 Thread Khem Raj

Awesome, thanks!  I think any recipe which is using
INHIBIT_DEFAULT_DEPENDENCIES could
run into these sorts of errors.

On Wed, Mar 8, 2023 at 3:53 AM Richard Purdie
 wrote:
>
> On Wed, 2023-03-08 at 09:33 +, Richard Purdie via
> lists.openembedded.org wrote:
> > On Wed, 2023-02-22 at 22:58 -0800, Khem Raj wrote:
> > > Use DT_RUNPATH over DT_RPATH. If DT_RUNPATH is present, LD_LIBRARY_PATH 
> > > is searched before
> > > DT_RUNPATH, Search order is DT_RPATH then LD_LIBRARY_PATH then
> > > DT_RUNPATH, this order ensures that injecting
> > > malicious shared objects is way harder with DT_RUNPATH.
> > >
> > > This is now default on major linux distributions already
> > >
> > > Signed-off-by: Khem Raj 
> > > ---
> > >  meta/recipes-devtools/binutils/binutils.inc | 1 +
> > >  1 file changed, 1 insertion(+)
> > >
> > > diff --git a/meta/recipes-devtools/binutils/binutils.inc 
> > > b/meta/recipes-devtools/binutils/binutils.inc
> > > index b2dbf241df..c69d29448f 100644
> > > --- a/meta/recipes-devtools/binutils/binutils.inc
> > > +++ b/meta/recipes-devtools/binutils/binutils.inc
> > > @@ -96,6 +96,7 @@ EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
> > >  --disable-werror \
> > >  --enable-deterministic-archives \
> > >  --enable-plugins \
> > > +--enable-new-dtags \
> > >  --disable-gdb \
> > >  --disable-gdbserver \
> > >  --disable-libdecnumber \
> >
> > FWIW I 100% agree we should look to enable this.
> >
> > Sadly, doing so exposes a bug where things that should rebuild don't.
> > That manifests as a failure in the reproducible test builds on the
> > autobuilder. I suspect a taskhash problem somewhere, maybe hash
> > equivalence, maybe somewhere else, hard to say without debugging it.
> >
> > I've been trying to get to this to help. The first issue was to sort
> > the other gdb issue this appeared to trigger but was in fact unrelated
> > and an issue from the recent binutils/gdb version upgrade. I've
> > debugged the initial buildtools tarball bug and re-deployed buildtools
> > on the infrastructure. That fixed some of the manifestations but not
> > all, I then debugged the remaining ones, worked out the regression in
> > upstream gdb and sent a patch yesterday which was merged upstream to
> > fix it.
> >
> > I am trying to get to helping with the problem this patch causes but
> > these things take a ton of time. Whilst I may get paid to work on the
> > project, I am one person and I'm getting pulled in a ridiculous number
> > of directions at once.
> >
> > People should worry this triggers a reproducibility issue, it means
> > there is a bug somewhere.
> >
> > I am hoping to get to this and to help try and debug it but the patch
> > cannot merge until we get to the bottom of the issue it triggers.
>
> I did have a look and the issue is actually fairly simple, glibc is
> missing a dependency directly on binutils. Most recipes have this
> magically, the magic is disabled for glibc as it is part of toolchain
> bootstrap and has to be manually curated.
>
> Adding the missing dependency appears to resolve things locally so I'll
> send out a patch and we'll have to run some autobuilder tests.
>
> Cheers,
>
> Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178177): 
https://lists.openembedded.org/g/openembedded-core/message/178177
Mute This Topic: https://lists.openembedded.org/mt/97178429/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] rpm: Fix hdr_hash function prototype

2023-03-03 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 ...y_hash_t-instead-of-long-in-hdr_hash.patch | 35 +++
 meta/recipes-devtools/rpm/rpm_4.18.0.bb   |  1 +
 2 files changed, 36 insertions(+)
 create mode 100644 
meta/recipes-devtools/rpm/files/0001-python-Use-Py_hash_t-instead-of-long-in-hdr_hash.patch

diff --git 
a/meta/recipes-devtools/rpm/files/0001-python-Use-Py_hash_t-instead-of-long-in-hdr_hash.patch
 
b/meta/recipes-devtools/rpm/files/0001-python-Use-Py_hash_t-instead-of-long-in-hdr_hash.patch
new file mode 100644
index 00..d0e637191a
--- /dev/null
+++ 
b/meta/recipes-devtools/rpm/files/0001-python-Use-Py_hash_t-instead-of-long-in-hdr_hash.patch
@@ -0,0 +1,35 @@
+From 6ef189c45b763aedac5ef57ed6a5fc125fa95b41 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 3 Mar 2023 09:54:48 -0800
+Subject: [PATCH] python: Use Py_hash_t instead of long in hdr_hash
+
+Fixes
+python/header-py.c:744:2: error: incompatible function pointer types 
initializing 'hashfunc' (aka 'int (*)(struct _object *)') with an expression of 
type 'long (PyObject *)' (aka 'long (struct _object *)') 
[-Wincompatible-function-pointer-types]
+| hdr_hash,   /* tp_hash */
+| ^~~~
+
+Upstream-Status: Submitted 
[https://github.com/rpm-software-management/rpm/pull/2409]
+Signed-off-by: Khem Raj 
+---
+ python/header-py.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/python/header-py.c b/python/header-py.c
+index 0aed0c9267..c15503f359 100644
+--- a/python/header-py.c
 b/python/header-py.c
+@@ -316,9 +316,9 @@ static PyObject * hdr_dsOfHeader(PyObject * s)
+  "(Oi)", s, RPMTAG_NEVR);
+ }
+ 
+-static long hdr_hash(PyObject * h)
++static Py_hash_t hdr_hash(PyObject * h)
+ {
+-return (long) h;
++return (Py_hash_t) h;
+ }
+ 
+ static PyObject * hdr_reduce(hdrObject *s)
+-- 
+2.39.2
+
diff --git a/meta/recipes-devtools/rpm/rpm_4.18.0.bb 
b/meta/recipes-devtools/rpm/rpm_4.18.0.bb
index 61e395a9d0..be81c3eb08 100644
--- a/meta/recipes-devtools/rpm/rpm_4.18.0.bb
+++ b/meta/recipes-devtools/rpm/rpm_4.18.0.bb
@@ -39,6 +39,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/rpm;branch=rpm-4.18.x;protoc

file://0001-build-pack.c-do-not-insert-payloadflags-into-.rpm-me.patch \

file://0001-configure.ac-add-linux-gnux32-variant-to-triplet-han.patch \
file://fifofix.patch \
+   file://0001-python-Use-Py_hash_t-instead-of-long-in-hdr_hash.patch \
"
 
 PE = "1"
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178020): 
https://lists.openembedded.org/g/openembedded-core/message/178020
Mute This Topic: https://lists.openembedded.org/mt/97368566/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] libcomps: Fix callback function prototype for PyCOMPS_hash

2023-03-03 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 ...hash_t-instead-of-long-in-PyCOMPS_ha.patch | 66 +++
 .../libcomps/libcomps_0.1.19.bb   |  1 +
 2 files changed, 67 insertions(+)
 create mode 100644 
meta/recipes-devtools/libcomps/libcomps/0001-libcomps-Use-Py_hash_t-instead-of-long-in-PyCOMPS_ha.patch

diff --git 
a/meta/recipes-devtools/libcomps/libcomps/0001-libcomps-Use-Py_hash_t-instead-of-long-in-PyCOMPS_ha.patch
 
b/meta/recipes-devtools/libcomps/libcomps/0001-libcomps-Use-Py_hash_t-instead-of-long-in-PyCOMPS_ha.patch
new file mode 100644
index 00..dd9ebc8af4
--- /dev/null
+++ 
b/meta/recipes-devtools/libcomps/libcomps/0001-libcomps-Use-Py_hash_t-instead-of-long-in-PyCOMPS_ha.patch
@@ -0,0 +1,66 @@
+From 26a9647c832de15248ee649e5b77075521f3d4f0 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 3 Mar 2023 08:37:35 -0800
+Subject: [PATCH] libcomps: Use Py_hash_t instead of long in PyCOMPS_hash()
+
+This function is used as a hashfunc callback in
+_typeobject defined python3.11/cpython/object.h
+compilers detect the protype mismatch for function pointers
+with clang16+
+
+Fixes
+libcomps/src/python/src/pycomps_sequence.c:667:5: error: incompatible function 
pointer types initializing 'hashfunc' (aka 'int (*)(struct _object *)') with an 
expression of type 'long (*)(PyObject *)' (aka 'long (*)(struct _object *)') 
[-Wincompatible-function-pointer-types]
+_hash, /*tp_hash */
+
+Upstream-Status: Submitted 
[https://github.com/rpm-software-management/libcomps/pull/101]
+Signed-off-by: Khem Raj 
+---
+ libcomps/src/python/src/pycomps_hash.c  | 4 ++--
+ libcomps/src/python/src/pycomps_hash.h  | 2 +-
+ libcomps/src/python/src/pycomps_utils.h | 2 +-
+ 3 files changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/libcomps/src/python/src/pycomps_hash.c 
b/libcomps/src/python/src/pycomps_hash.c
+index 474afd5..4577769 100644
+--- a/libcomps/src/python/src/pycomps_hash.c
 b/libcomps/src/python/src/pycomps_hash.c
+@@ -20,9 +20,9 @@
+ #include "pycomps_hash.h"
+ #include "pycomps_utils.h"
+ 
+-long PyCOMPS_hash(PyObject *self) {
++Py_hash_t PyCOMPS_hash(PyObject *self) {
+ char *cstr = NULL;
+-long crc;
++Py_hash_t crc;
+ 
+ cstr = comps_object_tostr(((PyCompsObject*)self)->c_obj);
+ crc = crc32(0, cstr, strlen(cstr));
+diff --git a/libcomps/src/python/src/pycomps_hash.h 
b/libcomps/src/python/src/pycomps_hash.h
+index b664cae..54e08d9 100644
+--- a/libcomps/src/python/src/pycomps_hash.h
 b/libcomps/src/python/src/pycomps_hash.h
+@@ -26,6 +26,6 @@
+ #include "pycomps_utils.h"
+ 
+ 
+-long PyCOMPS_hash(PyObject *self);
++Py_hash_t PyCOMPS_hash(PyObject *self);
+ 
+ #endif
+diff --git a/libcomps/src/python/src/pycomps_utils.h 
b/libcomps/src/python/src/pycomps_utils.h
+index ba9bc2f..b34e4dc 100644
+--- a/libcomps/src/python/src/pycomps_utils.h
 b/libcomps/src/python/src/pycomps_utils.h
+@@ -137,7 +137,7 @@ COMPS_Object* __pycomps_bytes_in(PyObject *pobj);
+ PyObject* __pycomps_str_out(COMPS_Object *obj);
+ PyObject *str_to_unicode(void* str);
+ 
+-long PyCOMPS_hash(PyObject *self);
++Py_hash_t PyCOMPS_hash(PyObject *self);
+ 
+ PyObject* PyCOMPSSeq_extra_get(PyObject *self, PyObject *key);
+ 
+-- 
+2.39.2
+
diff --git a/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb 
b/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb
index fa1fbc8f0d..f8063d9400 100644
--- a/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb
+++ b/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb
@@ -5,6 +5,7 @@ LICENSE = "GPL-2.0-only"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
 SRC_URI = 
"git://github.com/rpm-software-management/libcomps.git;branch=master;protocol=https
 \
+   
file://0001-libcomps-Use-Py_hash_t-instead-of-long-in-PyCOMPS_ha.patch \
file://0002-Do-not-set-PYTHON_INSTALL_DIR-by-running-python.patch \
"
 
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#178019): 
https://lists.openembedded.org/g/openembedded-core/message/178019
Mute This Topic: https://lists.openembedded.org/mt/97366367/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] vte: Fix -Wenum-constexpr-conversion warning

2023-03-01 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 ...ty.cc-Do-not-typecast-to-GSpawnFlags.patch | 58 +++
 meta/recipes-support/vte/vte_0.70.2.bb|  3 +-
 2 files changed, 60 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch

diff --git 
a/meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch
 
b/meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch
new file mode 100644
index 00..16553b506f
--- /dev/null
+++ 
b/meta/recipes-support/vte/vte/0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch
@@ -0,0 +1,58 @@
+From 9c7654e063d65fb2645459a32fd14eebab484857 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 1 Mar 2023 15:50:26 -0800
+Subject: [PATCH] vtepty.cc: Do not typecast to GSpawnFlags
+
+GSpawnFlags is enum with max value 1 << 15 which means it fits into a
+short int, however here we are OR'ing VTE_SPAWN_* as well which have
+higher values
+
+Fixes error like
+src/vtepty.cc:577:16: error: integer value 234881535 is outside the valid 
range of values [0, 4095] for this enumeration type 
[-Wenum-constexpr-conversion]
+
+Fixes issue https://gitlab.gnome.org/GNOME/vte/-/issues/2618
+
+Upstream-Status: Submitted [https://gitlab.gnome.org/GNOME/vte/-/issues/2618]
+Signed-off-by: Khem Raj 
+---
+ src/vtepty.cc | 24 
+ 1 file changed, 12 insertions(+), 12 deletions(-)
+
+diff --git a/src/vtepty.cc b/src/vtepty.cc
+index 3aaa0d6b..2da2675f 100644
+--- a/src/vtepty.cc
 b/src/vtepty.cc
+@@ -574,18 +574,18 @@ catch (...)
+ static constexpr inline auto
+ all_spawn_flags() noexcept
+ {
+-return GSpawnFlags(G_SPAWN_LEAVE_DESCRIPTORS_OPEN |
+-   G_SPAWN_DO_NOT_REAP_CHILD |
+-   G_SPAWN_SEARCH_PATH |
+-   G_SPAWN_STDOUT_TO_DEV_NULL |
+-   G_SPAWN_STDERR_TO_DEV_NULL |
+-   G_SPAWN_CHILD_INHERITS_STDIN |
+-   G_SPAWN_FILE_AND_ARGV_ZERO |
+-   G_SPAWN_SEARCH_PATH_FROM_ENVP |
+-   G_SPAWN_CLOEXEC_PIPES |
+-   VTE_SPAWN_NO_PARENT_ENVV |
+-   VTE_SPAWN_NO_SYSTEMD_SCOPE |
+-   VTE_SPAWN_REQUIRE_SYSTEMD_SCOPE);
++return (G_SPAWN_LEAVE_DESCRIPTORS_OPEN |
++G_SPAWN_DO_NOT_REAP_CHILD |
++G_SPAWN_SEARCH_PATH |
++G_SPAWN_STDOUT_TO_DEV_NULL |
++G_SPAWN_STDERR_TO_DEV_NULL |
++G_SPAWN_CHILD_INHERITS_STDIN |
++G_SPAWN_FILE_AND_ARGV_ZERO |
++G_SPAWN_SEARCH_PATH_FROM_ENVP |
++G_SPAWN_CLOEXEC_PIPES |
++VTE_SPAWN_NO_PARENT_ENVV |
++VTE_SPAWN_NO_SYSTEMD_SCOPE |
++VTE_SPAWN_REQUIRE_SYSTEMD_SCOPE);
+ }
+ 
+ static constexpr inline auto
+-- 
+2.39.2
+
diff --git a/meta/recipes-support/vte/vte_0.70.2.bb 
b/meta/recipes-support/vte/vte_0.70.2.bb
index ec2fb1f522..001f413c19 100644
--- a/meta/recipes-support/vte/vte_0.70.2.bb
+++ b/meta/recipes-support/vte/vte_0.70.2.bb
@@ -20,7 +20,8 @@ GIDOCGEN_MESON_OPTION = "docs"
 inherit gnomebase gi-docgen features_check upstream-version-is-even 
gobject-introspection
 
 # vapigen.m4 is required when vala is not present (but the one from vala 
should be used normally)
-SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch"
+SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch \
+file://0001-vtepty.cc-Do-not-typecast-to-GSpawnFlags.patch"
 SRC_URI[archive.sha256sum] = 
"4d15b4380de3f564d57eabd006389c407c705df5b0c70030fdcc24971a334d80"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177951): 
https://lists.openembedded.org/g/openembedded-core/message/177951
Mute This Topic: https://lists.openembedded.org/mt/97329119/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] opensbi: Upgrade to 1.2 release

2023-03-01 Thread Khem Raj

Here is list of changes in this major release

https://github.com/riscv-software-src/opensbi/compare/v1.1...v1.2

Signed-off-by: Khem Raj 
---
 meta/recipes-bsp/opensbi/{opensbi_1.1.bb => opensbi_1.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-bsp/opensbi/{opensbi_1.1.bb => opensbi_1.2.bb} (97%)

diff --git a/meta/recipes-bsp/opensbi/opensbi_1.1.bb 
b/meta/recipes-bsp/opensbi/opensbi_1.2.bb
similarity index 97%
rename from meta/recipes-bsp/opensbi/opensbi_1.1.bb
rename to meta/recipes-bsp/opensbi/opensbi_1.2.bb
index d3a6296533..a088fef419 100644
--- a/meta/recipes-bsp/opensbi/opensbi_1.1.bb
+++ b/meta/recipes-bsp/opensbi/opensbi_1.2.bb
@@ -8,7 +8,7 @@ require opensbi-payloads.inc
 
 inherit autotools-brokensep deploy
 
-SRCREV = "4489876e933d8ba0d8bc6c64bae71e295d45faac"
+SRCREV = "6b5188ca14e59ce7bf71afe4e7d3d557c3d31bf8"
 SRC_URI = "git://github.com/riscv/opensbi.git;branch=master;protocol=https"
 
 S = "${WORKDIR}/git"
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177883): 
https://lists.openembedded.org/g/openembedded-core/message/177883
Mute This Topic: https://lists.openembedded.org/mt/97311386/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] opensbi: Do not add dependencies if RISCV_SBI_FDT is not set

2023-03-01 Thread Khem Raj

Dependencies only make sense when opensbi is being used to deliver
payload which maybe an artifact of kernel or u-boot, otherwise it should
be not added. This avoids circular dependencies when RISCV machines do
not define RISCV_SBI_PAYLOAD but do define RISCV_SBI_FDT

Signed-off-by: Khem Raj 
---
 meta/recipes-bsp/opensbi/opensbi-payloads.inc | 12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-bsp/opensbi/opensbi-payloads.inc 
b/meta/recipes-bsp/opensbi/opensbi-payloads.inc
index e590a27573..a55679632e 100644
--- a/meta/recipes-bsp/opensbi/opensbi-payloads.inc
+++ b/meta/recipes-bsp/opensbi/opensbi-payloads.inc
@@ -1,13 +1,15 @@
 def riscv_get_extra_oemake_image(d):
 sbi_payload = d.getVar('RISCV_SBI_PAYLOAD')
-deploy_dir = d.getVar('DEPLOY_DIR_IMAGE')
-
 if sbi_payload is None:
 return ""
 
+deploy_dir = d.getVar('DEPLOY_DIR_IMAGE')
+
 return "FW_PAYLOAD_PATH=" + deploy_dir + "/" + sbi_payload
 
 def riscv_get_extra_oemake_fdt(d):
+if d.getVar('RISCV_SBI_PAYLOAD') is None:
+return ""
 sbi_fdt = d.getVar('RISCV_SBI_FDT')
 deploy_dir = d.getVar('DEPLOY_DIR_IMAGE')
 
@@ -18,11 +20,11 @@ def riscv_get_extra_oemake_fdt(d):
 
 def riscv_get_do_compile_depends(d):
 sbi_payload = d.getVar('RISCV_SBI_PAYLOAD') or ""
-sbi_fdt = d.getVar('RISCV_SBI_FDT') or ""
-
-if sbi_payload == "" and sbi_fdt == "":
+if sbi_payload == "":
 return ""
 
+sbi_fdt = d.getVar('RISCV_SBI_FDT') or ""
+
 if sbi_fdt != "" and 'u-boot.bin' in sbi_payload:
 return "virtual/kernel:do_deploy virtual/bootloader:do_deploy"
 
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177882): 
https://lists.openembedded.org/g/openembedded-core/message/177882
Mute This Topic: https://lists.openembedded.org/mt/97311350/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core][dunfell][PATCH] gcc: Fix inconsistent noexcept specifier for valarray in libstdc++

2023-03-01 Thread Khem Raj

lgtm

On Tue, Feb 28, 2023 at 11:17 PM BINDU  wrote:
>
> From: Virendra Thakur 
>
> Backport of gcc upstream commit 2b2d97fc545635a0f6aa9c9ee3b017394bc494bf
> to gcc release 9.5.0. This fix is available to all release-branches
> except releases/gcc-9 because upstream do not support gcc-9 now.
>
> Signed-off-by: Virendra Thakur 
> ---
>  meta/recipes-devtools/gcc/gcc-9.5.inc |  1 +
>  ...nsistent-noexcept-specific-for-valar.patch | 44 +++
>  2 files changed, 45 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/gcc/gcc-9.5/0002-libstdc-Fix-inconsistent-noexcept-specific-for-valar.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-9.5.inc 
> b/meta/recipes-devtools/gcc/gcc-9.5.inc
> index 6a0a892b10..ec28246bf3 100644
> --- a/meta/recipes-devtools/gcc/gcc-9.5.inc
> +++ b/meta/recipes-devtools/gcc/gcc-9.5.inc
> @@ -69,6 +69,7 @@ SRC_URI = "\
> 
> file://0037-CVE-2019-14250-Check-zero-value-in-simple_object_elf.patch \
> 
> file://0038-gentypes-genmodes-Do-not-use-__LINE__-for-maintainin.patch \
> 
> file://0039-process_alt_operands-Don-t-match-user-defined-regs-o.patch \
> +   
> file://0002-libstdc-Fix-inconsistent-noexcept-specific-for-valar.patch \
>  "
>  S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
>  SRC_URI[sha256sum] = 
> "27769f64ef1d4cd5e2be8682c0c93f9887983e6cfd1a927ce5a0a2915a95cf8f"
> diff --git 
> a/meta/recipes-devtools/gcc/gcc-9.5/0002-libstdc-Fix-inconsistent-noexcept-specific-for-valar.patch
>  
> b/meta/recipes-devtools/gcc/gcc-9.5/0002-libstdc-Fix-inconsistent-noexcept-specific-for-valar.patch
> new file mode 100644
> index 00..506064bfc2
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/gcc/gcc-9.5/0002-libstdc-Fix-inconsistent-noexcept-specific-for-valar.patch
> @@ -0,0 +1,44 @@
> +From 60d966708d7cf105dccf128d2b7a38b0b2580a1a Mon Sep 17 00:00:00 2001
> +From: Jonathan Wakely 
> +Date: Fri, 5 Nov 2021 21:42:20 +
> +Subject: [PATCH] libstdc++: Fix inconsistent noexcept-specific for valarray
> + begin/end
> +
> +These declarations should be noexcept after I added it to the
> +definitions in .
> +
> +libstdc++-v3/ChangeLog:
> +
> +   * include/bits/range_access.h (begin(valarray), end(valarray)):
> +   Add noexcept.
> +
> +(cherry picked from commit 2b2d97fc545635a0f6aa9c9ee3b017394bc494bf)
> +
> +Upstream-Status: Backport 
> [https://github.com/hkaelber/gcc/commit/2b2d97fc545635a0f6aa9c9ee3b017394bc494bf]
> +Signed-off-by: Virendra Thakur 
> +
> +---
> + libstdc++-v3/include/bits/range_access.h | 8 
> + 1 file changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/libstdc++-v3/include/bits/range_access.h 
> b/libstdc++-v3/include/bits/range_access.h
> +index 3d99ea92027..4736e75fda1 100644
> +--- a/libstdc++-v3/include/bits/range_access.h
>  b/libstdc++-v3/include/bits/range_access.h
> +@@ -101,10 +101,10 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
> +
> +   template class valarray;
> +   // These overloads must be declared for cbegin and cend to use them.
> +-  template _Tp* begin(valarray<_Tp>&);
> +-  template const _Tp* begin(const valarray<_Tp>&);
> +-  template _Tp* end(valarray<_Tp>&);
> +-  template const _Tp* end(const valarray<_Tp>&);
> ++  template _Tp* begin(valarray<_Tp>&) noexcept;
> ++  template const _Tp* begin(const valarray<_Tp>&) noexcept;
> ++  template _Tp* end(valarray<_Tp>&) noexcept;
> ++  template const _Tp* end(const valarray<_Tp>&) noexcept;
> +
> +   /**
> +*  @brief  Return an iterator pointing to the first element of
> +--
> +2.25.1
> \ No newline at end of file
> --
> 2.25.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177872): 
https://lists.openembedded.org/g/openembedded-core/message/177872
Mute This Topic: https://lists.openembedded.org/mt/97309533/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] kernel: Add kernel specific OBJDUMP

2023-02-28 Thread Khem Raj

This helps in switching toolchains cleanly for kernel build
between gcc and clang

Currently, some kernels allow building with clang but not all
the distro might use clang as default system compiler but kernel
may demand gcc which is provided via KERNEL_* variables, however
kernel does use OBJCOPY at places during build and it maybe set
to use llvm objcopy when using clang. That should be a deliberate
setting when clang is used for kernel as well, otherwise it should
use binutils provided objcopy

Signed-off-by: Khem Raj 
Cc: Bruce Ashfield 
---
 meta/classes-recipe/kernel-arch.bbclass  | 3 +++
 meta/classes-recipe/kernel-devicetree.bbclass| 2 +-
 meta/classes-recipe/kernel-uboot.bbclass | 2 +-
 meta/classes-recipe/kernel-yocto.bbclass | 4 +++-
 meta/classes-recipe/kernel.bbclass   | 2 +-
 meta/classes-recipe/module.bbclass   | 5 +++--
 meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb | 3 ++-
 meta/recipes-kernel/systemtap/systemtap-uprobes_git.bb   | 4 ++--
 8 files changed, 16 insertions(+), 9 deletions(-)

diff --git a/meta/classes-recipe/kernel-arch.bbclass 
b/meta/classes-recipe/kernel-arch.bbclass
index 777f900241..5877048916 100644
--- a/meta/classes-recipe/kernel-arch.bbclass
+++ b/meta/classes-recipe/kernel-arch.bbclass
@@ -68,9 +68,12 @@ TARGET_LD_KERNEL_ARCH ?= ""
 HOST_LD_KERNEL_ARCH ?= "${TARGET_LD_KERNEL_ARCH}"
 TARGET_AR_KERNEL_ARCH ?= ""
 HOST_AR_KERNEL_ARCH ?= "${TARGET_AR_KERNEL_ARCH}"
+TARGET_OBJCOPY_KERNEL_ARCH ?= ""
+HOST_OBJCOPY_KERNEL_ARCH ?= "${TARGET_OBJCOPY_KERNEL_ARCH}"
 
 KERNEL_CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_KERNEL_ARCH} -fuse-ld=bfd 
${DEBUG_PREFIX_MAP} -fdebug-prefix-map=${STAGING_KERNEL_DIR}=${KERNEL_SRC_PATH} 
-fdebug-prefix-map=${STAGING_KERNEL_BUILDDIR}=${KERNEL_SRC_PATH}"
 KERNEL_LD = "${CCACHE}${HOST_PREFIX}ld.bfd ${HOST_LD_KERNEL_ARCH}"
 KERNEL_AR = "${CCACHE}${HOST_PREFIX}ar ${HOST_AR_KERNEL_ARCH}"
+KERNEL_OBJCOPY = "${CCACHE}${HOST_PREFIX}objcopy ${HOST_OBJCOPY_KERNEL_ARCH}"
 TOOLCHAIN ?= "gcc"
 
diff --git a/meta/classes-recipe/kernel-devicetree.bbclass 
b/meta/classes-recipe/kernel-devicetree.bbclass
index b2117de805..4d0ecb1032 100644
--- a/meta/classes-recipe/kernel-devicetree.bbclass
+++ b/meta/classes-recipe/kernel-devicetree.bbclass
@@ -68,7 +68,7 @@ do_compile:append() {
 
for dtbf in ${KERNEL_DEVICETREE}; do
dtb=`normalize_dtb "$dtbf"`
-   oe_runmake $dtb CC="${KERNEL_CC} $cc_extra " LD="${KERNEL_LD}" 
${KERNEL_EXTRA_ARGS}
+   oe_runmake $dtb CC="${KERNEL_CC} $cc_extra " LD="${KERNEL_LD}" 
OBJCOPY="${KERNEL_OBJCOPY}" ${KERNEL_EXTRA_ARGS}
done
 }
 
diff --git a/meta/classes-recipe/kernel-uboot.bbclass 
b/meta/classes-recipe/kernel-uboot.bbclass
index 4aab02671e..30a85ccc28 100644
--- a/meta/classes-recipe/kernel-uboot.bbclass
+++ b/meta/classes-recipe/kernel-uboot.bbclass
@@ -34,7 +34,7 @@ uboot_prep_kimage() {
linux_comp="${FIT_KERNEL_COMP_ALG}"
fi
 
-   [ -n "${vmlinux_path}" ] && ${OBJCOPY} -O binary -R .note -R .comment 
-S "${vmlinux_path}" linux.bin
+   [ -n "${vmlinux_path}" ] && ${KERNEL_OBJCOPY} -O binary -R .note -R 
.comment -S "${vmlinux_path}" linux.bin
 
if [ "${linux_comp}" != "none" ] ; then
if [ "${linux_comp}" = "gzip" ] ; then
diff --git a/meta/classes-recipe/kernel-yocto.bbclass 
b/meta/classes-recipe/kernel-yocto.bbclass
index 7de99cff56..108b7e6752 100644
--- a/meta/classes-recipe/kernel-yocto.bbclass
+++ b/meta/classes-recipe/kernel-yocto.bbclass
@@ -455,7 +455,7 @@ do_kernel_configme() {
bbfatal_log "Could not find configuration queue 
(${meta_dir}/config.queue)"
fi
 
-   CFLAGS="${CFLAGS} ${TOOLCHAIN_OPTIONS}" HOSTCC="${BUILD_CC} 
${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}" CC="${KERNEL_CC}" 
LD="${KERNEL_LD}" ARCH=${ARCH} merge_config.sh -O ${B} ${config_flags} 
${configs} > ${meta_dir}/cfg/merge_config_build.log 2>&1
+   CFLAGS="${CFLAGS} ${TOOLCHAIN_OPTIONS}" HOSTCC="${BUILD_CC} 
${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}" CC="${KERNEL_CC}" 
LD="${KERNEL_LD}" OBJCOPY="${KERNEL_OBJCOPY}" ARCH=${ARCH} merge_config.sh -O 
${B} ${config_flags} ${configs} > ${meta_dir}/cfg/merge_config_build.log 2>&1
if [ $? -ne 0 -o ! -f ${B}/.config ]; then
bberror "Could not generate a .config for 
${KMACHINE}-${LINUX_KERNEL_TYPE}"
if [ ${KCONF_AUDIT_LEVEL} -gt 1 ]; then
@@ -

Re: [OE-core] [PATCH] binutils: Enable --enable-new-dtags

2023-02-28 Thread Khem Raj

On Tue, Feb 28, 2023 at 8:18 AM Alexandre Belloni
 wrote:
>
> Hello Khem,
>
> As discussed I gave it a go again and got this:
>
> | /home/pokybuild/yocto-worker/qemuarm/build/build/tmp/hosttools/ld: 
> linux-tdep.o: in function `linux_corefile_thread(thread_info*, 
> linux_corefile_thread_data*)':
> | linux-tdep.c:(.text+0x13ac): undefined reference to 
> `gcore_elf_build_thread_register_notes(gdbarch*, thread_info*, gdb_signal, 
> bfd*, std::unique_ptr >*, int*)'
> | /home/pokybuild/yocto-worker/qemuarm/build/build/tmp/hosttools/ld: 
> linux-tdep.o: in function `linux_make_corefile_notes(gdbarch*, bfd*, int*)':
> | linux-tdep.c:(.text+0x49d7): undefined reference to 
> `gcore_elf_make_tdesc_note(bfd*, std::unique_ptr gdb::xfree_deleter >*, int*)'
> | collect2: error: ld returned 1 exit status
> | make[2]: *** [Makefile:2149: gdb] Error 1
> | make[2]: Leaving directory 
> '/home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work/x86_64-linux/gdb-cross-arm/13.1-r0/build-arm-poky-linux-gnueabi/gdb'
> | make[1]: *** [Makefile:11122: all-gdb] Error 2
> | make[1]: Leaving directory 
> '/home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work/x86_64-linux/gdb-cross-arm/13.1-r0/build-arm-poky-linux-gnueabi'
> | make: *** [Makefile:1005: all] Error 2
> | ERROR: oe_runmake failed

Is this host running updated buildtools tarball after the binutils ld
search path fix ?

>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/6741/steps/14/logs/stdio
>
> I already reported it on the gdb upgrade:
>
> https://lists.openembedded.org/g/openembedded-core/topic/97152035#177576
>
>
> On 22/02/2023 22:58:16-0800, Khem Raj wrote:
> > Use DT_RUNPATH over DT_RPATH. If DT_RUNPATH is present, LD_LIBRARY_PATH is 
> > searched before
> > DT_RUNPATH, Search order is DT_RPATH then LD_LIBRARY_PATH then
> > DT_RUNPATH, this order ensures that injecting
> > malicious shared objects is way harder with DT_RUNPATH.
> >
> > This is now default on major linux distributions already
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/recipes-devtools/binutils/binutils.inc | 1 +
> >  1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/recipes-devtools/binutils/binutils.inc 
> > b/meta/recipes-devtools/binutils/binutils.inc
> > index b2dbf241df..c69d29448f 100644
> > --- a/meta/recipes-devtools/binutils/binutils.inc
> > +++ b/meta/recipes-devtools/binutils/binutils.inc
> > @@ -96,6 +96,7 @@ EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
> >  --disable-werror \
> >  --enable-deterministic-archives \
> >  --enable-plugins \
> > +--enable-new-dtags \
> >  --disable-gdb \
> >  --disable-gdbserver \
> >  --disable-libdecnumber \
> > --
> > 2.39.2
> >
>
> >
> > 
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177845): 
https://lists.openembedded.org/g/openembedded-core/message/177845
Mute This Topic: https://lists.openembedded.org/mt/97178429/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] binutils: Enable --enable-new-dtags

2023-02-26 Thread Khem Raj

On Thu, Feb 23, 2023 at 5:56 PM Khem Raj  wrote:
>
> On Thu, Feb 23, 2023 at 3:34 PM Alexandre Belloni
>  wrote:
> >
> > Could this be the cause of this?
> >
> > https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20230223-79c9rmcw/packages/diff-html/
>
> most likely yes. I will take a look. Lets work on merging the other
> binutils and gdb upgrade patch meanwhile.

I looked at the diffoscope outputs you posted and it is noting the
difference in EFL flags

changing from
 0x0018 (BIND_NOW)
to
 0x001e (FLAGS)  BIND_NOW

However, in my local build I see that when I enable --enable-new-dtags
 than I always get
 0x001e (FLAGS)  BIND_NOW


but when I check the glibc builds without the patch then I get flags
to be 0x0018

So I wonder if we are comparing previously built glibc ( using
binutils without this patch )
with glibc compiled with binutils using this patch.

>
> >
> > On 22/02/2023 22:58:16-0800, Khem Raj wrote:
> > > Use DT_RUNPATH over DT_RPATH. If DT_RUNPATH is present, LD_LIBRARY_PATH 
> > > is searched before
> > > DT_RUNPATH, Search order is DT_RPATH then LD_LIBRARY_PATH then
> > > DT_RUNPATH, this order ensures that injecting
> > > malicious shared objects is way harder with DT_RUNPATH.
> > >
> > > This is now default on major linux distributions already
> > >
> > > Signed-off-by: Khem Raj 
> > > ---
> > >  meta/recipes-devtools/binutils/binutils.inc | 1 +
> > >  1 file changed, 1 insertion(+)
> > >
> > > diff --git a/meta/recipes-devtools/binutils/binutils.inc 
> > > b/meta/recipes-devtools/binutils/binutils.inc
> > > index b2dbf241df..c69d29448f 100644
> > > --- a/meta/recipes-devtools/binutils/binutils.inc
> > > +++ b/meta/recipes-devtools/binutils/binutils.inc
> > > @@ -96,6 +96,7 @@ EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
> > >  --disable-werror \
> > >  --enable-deterministic-archives \
> > >  --enable-plugins \
> > > +--enable-new-dtags \
> > >  --disable-gdb \
> > >  --disable-gdbserver \
> > >  --disable-libdecnumber \
> > > --
> > > 2.39.2
> > >
> >
> > >
> > > 
> > >
> >
> >
> > --
> > Alexandre Belloni, co-owner and COO, Bootlin
> > Embedded Linux and Kernel engineering
> > https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13): 
https://lists.openembedded.org/g/openembedded-core/message/13
Mute This Topic: https://lists.openembedded.org/mt/97178429/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] musl: Update to tip of trunk

2023-02-24 Thread Khem Raj

This brings in following changes

* 7d756e1c (upstream/master, origin/master) dns: prefer monotonic clock for 
timeouts
* 07616721 fix return value of wcs{,n}cmp for extreme wchar_t values
* 35fdfe62 math: fix undefined shift in logf
* 7e13e5ae inet_pton: fix uninitialized memory use for IPv4-mapped IPv6 
addresses
* 7e6da7ac hsearch: fix null pointer arithmetic UB
* f79b973d increase sendmsg internal buffer to support SCM_MAX_FD
* 0ab97350 mq_notify: block all (application) signals in the worker thread
* 711673ee mq_notify: join worker thread before returning in error path
* 8c0c9c69 mq_notify: rework to fix use-after-close/double-close bugs
* fde6891e mq_notify: use semaphore instead of barrier to sync args consumption
* c3cd04fa fix pthread_detach inadvertently acting as cancellation point in 
race case
* 115149c0 powerpc-sf longjmp clobbering of val argument
* 5763f003 riscv64: add vfork
* 269d1938 fix wrong sigaction syscall ABI on mips*, or1k, microblaze, riscv64
* ea3b40a3 fix integer overflow in WIFSTOPPED macro
* f897461d fix debugger tracking of shared libraries on mips with PIE main 
program
* a4b0a665 expose memmem under baseline POSIX feature profile
* 9532ae13 use libc-internal malloc for pthread_atfork
* 7d358599 prevent invalid reads of nl_arg in printf_core
* c5f4b2df elf.h: add ELFCOMPRESS_ZSTD
* 159d1f6c semaphores: fix missed wakes from ABA bug in waiter count logic

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 7749495ec6..39f6dd8219 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "f47a8cdd250d9163fcfb39bf4e9d813957c0b187"
+SRCREV = "7d756e1c04de6eb3f2b3d3e1141a218bb329fcfb"
 
 BASEVER = "1.2.3"
 
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177707): 
https://lists.openembedded.org/g/openembedded-core/message/177707
Mute This Topic: https://lists.openembedded.org/mt/97211365/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] binutils: Enable --enable-new-dtags

2023-02-23 Thread Khem Raj

On Thu, Feb 23, 2023 at 3:34 PM Alexandre Belloni
 wrote:
>
> Could this be the cause of this?
>
> https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20230223-79c9rmcw/packages/diff-html/

most likely yes. I will take a look. Lets work on merging the other
binutils and gdb upgrade patch meanwhile.

>
> On 22/02/2023 22:58:16-0800, Khem Raj wrote:
> > Use DT_RUNPATH over DT_RPATH. If DT_RUNPATH is present, LD_LIBRARY_PATH is 
> > searched before
> > DT_RUNPATH, Search order is DT_RPATH then LD_LIBRARY_PATH then
> > DT_RUNPATH, this order ensures that injecting
> > malicious shared objects is way harder with DT_RUNPATH.
> >
> > This is now default on major linux distributions already
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/recipes-devtools/binutils/binutils.inc | 1 +
> >  1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/recipes-devtools/binutils/binutils.inc 
> > b/meta/recipes-devtools/binutils/binutils.inc
> > index b2dbf241df..c69d29448f 100644
> > --- a/meta/recipes-devtools/binutils/binutils.inc
> > +++ b/meta/recipes-devtools/binutils/binutils.inc
> > @@ -96,6 +96,7 @@ EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
> >  --disable-werror \
> >  --enable-deterministic-archives \
> >  --enable-plugins \
> > +--enable-new-dtags \
> >  --disable-gdb \
> >  --disable-gdbserver \
> >  --disable-libdecnumber \
> > --
> > 2.39.2
> >
>
> >
> > 
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177648): 
https://lists.openembedded.org/g/openembedded-core/message/177648
Mute This Topic: https://lists.openembedded.org/mt/97178429/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] grub: Handle R_RISCV_CALL_PLT reloc

2023-02-23 Thread Khem Raj

These are new in binutils 2.40+

Signed-off-by: Khem Raj 
---
 ...risc-v-Handle-R_RISCV_CALL_PLT-reloc.patch | 48 +++
 meta/recipes-bsp/grub/grub2.inc   |  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 
meta/recipes-bsp/grub/files/0001-risc-v-Handle-R_RISCV_CALL_PLT-reloc.patch

diff --git 
a/meta/recipes-bsp/grub/files/0001-risc-v-Handle-R_RISCV_CALL_PLT-reloc.patch 
b/meta/recipes-bsp/grub/files/0001-risc-v-Handle-R_RISCV_CALL_PLT-reloc.patch
new file mode 100644
index 00..f3f12b6f0e
--- /dev/null
+++ 
b/meta/recipes-bsp/grub/files/0001-risc-v-Handle-R_RISCV_CALL_PLT-reloc.patch
@@ -0,0 +1,48 @@
+From 64be669638e198bc0c7c1a344547265dfacd2470 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 23 Jan 2023 15:29:02 -0800
+Subject: [PATCH] risc-v: Handle R_RISCV_CALL_PLT reloc
+
+GNU assembler starting 2.40 release always generates R_RISCV_CALL_PLT
+reloc for call in assembler [1], similarly llvm does not make
+distinction between R_RISCV_CALL_PLT and R_RISCV_CALL [2]
+
+Upstream-Status: Submitted 
[https://lists.gnu.org/archive/html/grub-devel/2023-02/msg00143.html]
+
+[1] 
https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=70f35d72ef04cd23771875c1661c9975044a749c
+[2] https://reviews.llvm.org/D132530
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ grub-core/kern/riscv/dl.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+--- a/grub-core/kern/riscv/dl.c
 b/grub-core/kern/riscv/dl.c
+@@ -188,6 +188,7 @@ grub_arch_dl_relocate_symbols (grub_dl_t
+ break;
+ 
+   case R_RISCV_CALL:
++  case R_RISCV_CALL_PLT:
+ {
+   grub_uint32_t *abs_place = place;
+   grub_ssize_t off = sym_addr - (grub_addr_t) place;
+--- a/util/grub-mkimagexx.c
 b/util/grub-mkimagexx.c
+@@ -1294,6 +1294,7 @@ SUFFIX (relocate_addrs) (Elf_Ehdr *e, st
+}
+break;
+  case R_RISCV_CALL:
++ case R_RISCV_CALL_PLT:
+{
+  grub_uint32_t hi20, lo12;
+ 
+@@ -1725,6 +1726,7 @@ translate_relocation_pe (struct translat
+   case R_RISCV_BRANCH:
+   case R_RISCV_JAL:
+   case R_RISCV_CALL:
++  case R_RISCV_CALL_PLT:
+   case R_RISCV_PCREL_HI20:
+   case R_RISCV_PCREL_LO12_I:
+   case R_RISCV_PCREL_LO12_S:
diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc
index bf7aba6b1c..b92cbc2654 100644
--- a/meta/recipes-bsp/grub/grub2.inc
+++ b/meta/recipes-bsp/grub/grub2.inc
@@ -40,6 +40,7 @@ SRC_URI = "${GNU_MIRROR}/grub/grub-${PV}.tar.gz \

file://0001-font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch \
file://CVE-2022-2601.patch \
file://CVE-2022-3775.patch \
+   file://0001-risc-v-Handle-R_RISCV_CALL_PLT-reloc.patch \
 "
 
 SRC_URI[sha256sum] = 
"23b64b4c741569f9426ed2e3d0e6780796fca081bee4c99f62aa3f53ae803f5f"
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177631): 
https://lists.openembedded.org/g/openembedded-core/message/177631
Mute This Topic: https://lists.openembedded.org/mt/97193187/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] tune-riscv.inc: Add riscv64nc to available tunes list

2023-02-23 Thread Khem Raj

This was missed when riscv64nc was added

Signed-off-by: Khem Raj 
---
 meta/conf/machine/include/riscv/tune-riscv.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/machine/include/riscv/tune-riscv.inc 
b/meta/conf/machine/include/riscv/tune-riscv.inc
index 659801496c..804712077e 100644
--- a/meta/conf/machine/include/riscv/tune-riscv.inc
+++ b/meta/conf/machine/include/riscv/tune-riscv.inc
@@ -10,7 +10,7 @@ TUNEVALID[riscv64nc] = "Enable 64-bit RISC-V optimizations 
without compressed in
 
 TUNEVALID[bigendian] = "Big endian mode"
 
-AVAILTUNES += "riscv64 riscv32 riscv64nf riscv32nf"
+AVAILTUNES += "riscv64 riscv32 riscv64nc riscv64nf riscv32nf"
 
 # Default
 TUNE_FEATURES:tune-riscv64 = "riscv64"
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177624): 
https://lists.openembedded.org/g/openembedded-core/message/177624
Mute This Topic: https://lists.openembedded.org/mt/97190843/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] binutils: Fix nativesdk ld.so search

2023-02-23 Thread Khem Raj

Thanks for the patch it seems ok to me
At least it’s not poking at build machine for ld.so.conf anymore

On Thu, Feb 23, 2023 at 9:56 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> Currently binutils in buildtools is searching for /etc/etc/ld.so.conf
> which makes no sense. ld_sysconfdir already contains /etc so we need to
> drop the /etc from the fixed string.
>
> Signed-off-by: Richard Purdie 
> ---
>  ...3-binutils-nativesdk-Search-for-alternative-ld.so.conf.patch | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
> a/meta/recipes-devtools/binutils/binutils/0003-binutils-nativesdk-Search-for-alternative-ld.so.conf.patch
> b/meta/recipes-devtools/binutils/binutils/0003-binutils-nativesdk-Search-for-alternative-ld.so.conf.patch
> index 8e5e2be81dd..54967b9362f 100644
> ---
> a/meta/recipes-devtools/binutils/binutils/0003-binutils-nativesdk-Search-for-alternative-ld.so.conf.patch
> +++
> b/meta/recipes-devtools/binutils/binutils/0003-binutils-nativesdk-Search-for-alternative-ld.so.conf.patch
> @@ -65,7 +65,7 @@ index eff6693e052..95787012b89 100644
> info.path = NULL;
> info.len = info.alloc = 0;
>  -  tmppath = concat (ld_sysroot, prefix, "/etc/ld.so.conf",
> -+  tmppath = concat (ld_sysconfdir, "/etc/ld.so.conf",
> ++  tmppath = concat (ld_sysconfdir, "/ld.so.conf",
> (const char *) NULL);
> if (!ldelf_parse_ld_so_conf (, tmppath))
> {
> --
> 2.37.2
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177620): 
https://lists.openembedded.org/g/openembedded-core/message/177620
Mute This Topic: https://lists.openembedded.org/mt/97188650/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Difference between INIT_MANAGER="none" and INIT_MANAGER="sysvinit"?

2023-02-23 Thread Khem Raj

On Thu, Feb 23, 2023 at 9:09 AM Michael Opdenacker via
lists.openembedded.org
 wrote:
>
> Greetings
>
> I'm trying to document the possible values of INIT_MANAGER.
>
> I'm using the master branch of Poky, and whether I'm using
> INIT_MANAGER="none" or INIT_MANAGER="sysvinit" in conf/local.conf, I'm
> getting the exact same "core-image-minimal" image (it's not even rebuilt).
>
> Anyway, ./meta/conf/distro/include/init-manager-sysvinit.inc and
> ./meta/conf/distro/include/init-manager-none.inc look very similar and
> even seem to be equivalent as I'm getting the same image anyway.
>
> So, what's the use of INIT_MANAGER = "none"?
>

It basically sets a nodistro default which is sysvinit like atm.

> Thanks in advance
> Cheers
> Michael.
>
> --
> Michael Opdenacker, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177617): 
https://lists.openembedded.org/g/openembedded-core/message/177617
Mute This Topic: https://lists.openembedded.org/mt/97187470/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] binutils: Enable --enable-new-dtags

2023-02-22 Thread Khem Raj

Use DT_RUNPATH over DT_RPATH. If DT_RUNPATH is present, LD_LIBRARY_PATH is 
searched before
DT_RUNPATH, Search order is DT_RPATH then LD_LIBRARY_PATH then
DT_RUNPATH, this order ensures that injecting
malicious shared objects is way harder with DT_RUNPATH.

This is now default on major linux distributions already

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/binutils/binutils.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/binutils/binutils.inc 
b/meta/recipes-devtools/binutils/binutils.inc
index b2dbf241df..c69d29448f 100644
--- a/meta/recipes-devtools/binutils/binutils.inc
+++ b/meta/recipes-devtools/binutils/binutils.inc
@@ -96,6 +96,7 @@ EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
 --disable-werror \
 --enable-deterministic-archives \
 --enable-plugins \
+--enable-new-dtags \
 --disable-gdb \
 --disable-gdbserver \
 --disable-libdecnumber \
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177602): 
https://lists.openembedded.org/g/openembedded-core/message/177602
Mute This Topic: https://lists.openembedded.org/mt/97178429/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v3] gdb: Upgrade to 13.1

2023-02-22 Thread Khem Raj

On Wed, Feb 22, 2023 at 5:35 PM Khem Raj  wrote:
>
> On Wed, Feb 22, 2023 at 3:43 PM Alexandre Belloni
>  wrote:
> >
> > Hello,
> >
> > This failed on musl:
> >
> > | checking minix/config.h usability... 
> > ../../gdb-13.1/gdbserver/linux-low.cc: In function 'int 
> > proc_xfer_memory(CORE_ADDR, unsigned char*, const gdb_byte*, int)':
> > | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected ':' before 
> > ')' token
> > |  5393 |  ? write (fd, writebuf, len));
> > |   | ^
> > |   | :
> > | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected 
> > primary-expression before ')' token
> > | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected ':' before 
> > ')' token
> > |  5393 |  ? write (fd, writebuf, len));
> > |   | ^
> > |   | :
> > | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected 
> > primary-expression before ')' token
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/6703/steps/11/logs/stdio
> >
> > Note that reproducible still failed:
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/2438/steps/13/logs/stdio
> >
>
> I looked into the configure logs on builder as I was not able to
> reproduce here locally. Here is what I see in gdb/config.log, I think
> this node is using buildtools stuff and seems
> its getting libpthread.so.0 from host which needs certain symbols from
> libc which I guess are missing because its linking libc from
> buildtools tarball as well.
>
> configure:28568: checking for ELF support in BFD
> configure:28588: ./libtool --quiet --mode=link gcc  -o conftest
> -I../../gdb-13.1/gdb/../include -I../bfd -I../../gdb-13.1/gdb/../bfd
> -isystem/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleB/tmp/work/x86_64-linux/gdb-cross-x86_64/13.1-r0/recipe-sysroot-native/usr/include
> -O2 -pipe 
> -isystem/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleB/tmp/work/x86_64-linux/gdb-cross-x86_64/13.1-r0/recipe-sysroot-native/usr/include
> -I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleB/tmp/work/x86_64-linux/gdb-cross-x86_64/13.1-r0/recipe-sysroot-native/usr/include
> -L../bfd -L../libiberty conftest.c -lbfd -liberty  -lncursesw -lm  >&5
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__pause_nocancel@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__libc_dlclose@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__libc_allocate_rtsig_private@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__nanosleep_nocancel@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__libc_dlsym@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__libc_siglongjmp@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__libc_thread_freeres@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
> /lib64/libpthread.so.0: undefined reference to
> `__libc_current_sigrtmax_private@GLIBC_PRIVATE'
> /home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../

Re: [OE-core] [PATCH v3] gdb: Upgrade to 13.1

2023-02-22 Thread Khem Raj

yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
/lib64/libpthread.so.0: undefined reference to
`__libc_longjmp@GLIBC_PRIVATE'
/home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
/lib64/libpthread.so.0: undefined reference to
`__libc_dlopen_mode@GLIBC_PRIVATE'
/home/pokybuild/yocto-worker/reproducible/build/buildtools/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/12.2.0/../../../../x86_64-pokysdk-linux/bin/ld:
/lib64/libpthread.so.0: undefined reference to
`__libc_pthread_init@GLIBC_PRIVATE'
collect2: error: ld returned 1 exit status
configure:28588: $? = 1



>
> On 22/02/2023 08:53:58-0800, Khem Raj wrote:
> > Pass -Wno-enum-constexpr-conversion with clang
> >
> > GDB 13.1 includes the following changes and enhancements:
> >
> > * Support for the following new targets has been added in both
> >   GDB and GDBserver:
> >
> >   ** GNU/Linux/LoongArch (gdbserver) loongarch*-*-linux*
> >
> >   ** GNU/Linux/CSKY (gdbserver) csky*-*linux*
> >
> > * The Windows native target now supports target async.
> >
> > * FreeBSD:
> >
> >   ** Arm and AArch64: Support for Thread Local Storage (TLS) variables
> >
> >   ** Hardware watchpoint support on AArch64 FreeBSD
> >
> > * Floating-point support has now been added on LoongArch GNU/Linux.
> >
> > * New commands:
> >
> >  ** set print nibbles [on|off]
> > show print nibbles
> >
> > This controls whether the 'print/t' command will display binary values
> > in groups of four bits, known as "nibbles".  The default is 'off'.
> >
> >  ** Various styling-related commands. See the gdb/NEWS file for more
> > details (see link at the bottom).
> >
> >  ** Various maintenance commands.  These are normally aimed at GDB
> > experts or developers. See the gdb/NEWS file for more details
> > (see link at the bottom).
> >
> > * Python API improvements:
> >
> >  ** New Python API for instruction disassembly.
> > The new attribute 'locations' of gdb.Breakpoint returns a list of
> > gdb.BreakpointLocation objects specifying the locations where the
> > breakpoint is inserted into the debuggee.
> >
> >  ** New Python type gdb.BreakpointLocation.
> >
> >  ** New function gdb.format_address(ADDRESS, PROGSPACE, ARCHITECTURE)
> > that formats ADDRESS as 'address '
> >
> >  ** New function gdb.current_language that returns the name of the
> > current language.  Unlike gdb.parameter('language'), this will
> > never return 'auto'.
> >
> >  ** New function gdb.print_options that returns a dictionary of the
> > prevailing print options, in the form accepted by 
> > gdb.Value.format_string.
> >
> >  ** New method gdb.Frame.language that returns the name of the
> > frame's language.
> >
> >  ** gdb.Value.format_string now uses the format provided by 'print',
> > if it is called during a 'print' or other similar operation.
> >
> >  ** gdb.Value.format_string now accepts the 'summary' keyword.  This
> > can be used to request a shorter representation of a value, the
> > way that 'set print frame-arguments scalars' does.
> >
> >  ** The gdb.register_window_type method now restricts the set of
> > acceptable window names.  The first character of a window's name
> > must start with a character in the set [a-zA-Z], every subsequent
> > character of a window's name must be in the set [-_.a-zA-Z0-9].
> >
> > * GDB/MI changes:
> >
> >   ** MI version 1 is deprecated, and will be removed in GDB 14.
> >
> >   ** The async record stating the stopped reason 'breakpoint-hit' now
> >  contains an optional field locno.
> >
> > * Miscellaneous improvements:
> >
> >   ** gdb now supports zstd compressed debug sections (ELFCOMPRESS_ZSTD) for 
> > ELF.
> >
> >   ** New convenience variable $_inferior_thread_count contains the number
> >  of live threads in the current inferior.
> >
> >   ** New convenience variables $_hit_bpnum and $_hit_locno, set to
> >  the breakpoint number and the breakpoint location number of
> >  the breakpoint last hit.
> >
> >   ** The "info breakpoints" now displays enabled breakpoint locations
> >  of disabled breakpoints as in the "y-" state.
> >
> >   ** The format of 'disa

Re: [OE-core] [PATCH v3] gdb: Upgrade to 13.1

2023-02-22 Thread Khem Raj

On Wed, Feb 22, 2023 at 3:43 PM Alexandre Belloni
 wrote:
>
> Hello,
>
> This failed on musl:
>
> | checking minix/config.h usability... ../../gdb-13.1/gdbserver/linux-low.cc: 
> In function 'int proc_xfer_memory(CORE_ADDR, unsigned char*, const gdb_byte*, 
> int)':
> | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected ':' before 
> ')' token
> |  5393 |  ? write (fd, writebuf, len));
> |   | ^
> |   | :
> | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected 
> primary-expression before ')' token
> | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected ':' before 
> ')' token
> |  5393 |  ? write (fd, writebuf, len));
> |   | ^
> |   | :
> | ../../gdb-13.1/gdbserver/linux-low.cc:5393:45: error: expected 
> primary-expression before ')' token
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/6703/steps/11/logs/stdio
>

send a v4 which should fix musl issue, I was able to reproduce it.

> Note that reproducible still failed:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/2438/steps/13/logs/stdio
>

This I need to reproduce first.

>
> On 22/02/2023 08:53:58-0800, Khem Raj wrote:
> > Pass -Wno-enum-constexpr-conversion with clang
> >
> > GDB 13.1 includes the following changes and enhancements:
> >
> > * Support for the following new targets has been added in both
> >   GDB and GDBserver:
> >
> >   ** GNU/Linux/LoongArch (gdbserver) loongarch*-*-linux*
> >
> >   ** GNU/Linux/CSKY (gdbserver) csky*-*linux*
> >
> > * The Windows native target now supports target async.
> >
> > * FreeBSD:
> >
> >   ** Arm and AArch64: Support for Thread Local Storage (TLS) variables
> >
> >   ** Hardware watchpoint support on AArch64 FreeBSD
> >
> > * Floating-point support has now been added on LoongArch GNU/Linux.
> >
> > * New commands:
> >
> >  ** set print nibbles [on|off]
> > show print nibbles
> >
> > This controls whether the 'print/t' command will display binary values
> > in groups of four bits, known as "nibbles".  The default is 'off'.
> >
> >  ** Various styling-related commands. See the gdb/NEWS file for more
> > details (see link at the bottom).
> >
> >  ** Various maintenance commands.  These are normally aimed at GDB
> > experts or developers. See the gdb/NEWS file for more details
> > (see link at the bottom).
> >
> > * Python API improvements:
> >
> >  ** New Python API for instruction disassembly.
> > The new attribute 'locations' of gdb.Breakpoint returns a list of
> > gdb.BreakpointLocation objects specifying the locations where the
> > breakpoint is inserted into the debuggee.
> >
> >  ** New Python type gdb.BreakpointLocation.
> >
> >  ** New function gdb.format_address(ADDRESS, PROGSPACE, ARCHITECTURE)
> > that formats ADDRESS as 'address '
> >
> >  ** New function gdb.current_language that returns the name of the
> > current language.  Unlike gdb.parameter('language'), this will
> > never return 'auto'.
> >
> >  ** New function gdb.print_options that returns a dictionary of the
> > prevailing print options, in the form accepted by 
> > gdb.Value.format_string.
> >
> >  ** New method gdb.Frame.language that returns the name of the
> > frame's language.
> >
> >  ** gdb.Value.format_string now uses the format provided by 'print',
> > if it is called during a 'print' or other similar operation.
> >
> >  ** gdb.Value.format_string now accepts the 'summary' keyword.  This
> > can be used to request a shorter representation of a value, the
> > way that 'set print frame-arguments scalars' does.
> >
> >  ** The gdb.register_window_type method now restricts the set of
> > acceptable window names.  The first character of a window's name
> > must start with a character in the set [a-zA-Z], every subsequent
> > character of a window's name must be in the set [-_.a-zA-Z0-9].
> >
> > * GDB/MI changes:
> >
> >   ** MI version 1 is deprecated, and will be removed in GDB 14.
> >
> >   ** The async record stating the stopped reason 'breakpoint-hit' now
> >  contains an optional field locno.
> >
> > * Miscellaneous improvements:
> >
> >   ** gdb now supports

[OE-core] [PATCH v4] gdb: Upgrade to 13.1

2023-02-22 Thread Khem Raj

Add patch to fix typo for build on musl

GDB 13.1 includes the following changes and enhancements:

* Support for the following new targets has been added in both
GDB and GDBserver:

** GNU/Linux/LoongArch (gdbserver) loongarch*-*-linux*

** GNU/Linux/CSKY (gdbserver) csky*-*linux*

* The Windows native target now supports target async.

* FreeBSD:

** Arm and AArch64: Support for Thread Local Storage (TLS) variables

** Hardware watchpoint support on AArch64 FreeBSD

* Floating-point support has now been added on LoongArch GNU/Linux.

* New commands:

** set print nibbles [on|off]
show print nibbles

This controls whether the 'print/t' command will display binary values
in groups of four bits, known as "nibbles". The default is 'off'.

** Various styling-related commands. See the gdb/NEWS file for more
details (see link at the bottom).

** Various maintenance commands. These are normally aimed at GDB
experts or developers. See the gdb/NEWS file for more details
(see link at the bottom).

* Python API improvements:

** New Python API for instruction disassembly.
The new attribute 'locations' of gdb.Breakpoint returns a list of
gdb.BreakpointLocation objects specifying the locations where the
breakpoint is inserted into the debuggee.

** New Python type gdb.BreakpointLocation.

** New function gdb.format_address(ADDRESS, PROGSPACE, ARCHITECTURE)
that formats ADDRESS as 'address '

** New function gdb.current_language that returns the name of the
current language. Unlike gdb.parameter('language'), this will
never return 'auto'.

** New function gdb.print_options that returns a dictionary of the
prevailing print options, in the form accepted by gdb.Value.format_string.

** New method gdb.Frame.language that returns the name of the
frame's language.

** gdb.Value.format_string now uses the format provided by 'print',
if it is called during a 'print' or other similar operation.

** gdb.Value.format_string now accepts the 'summary' keyword. This
can be used to request a shorter representation of a value, the
way that 'set print frame-arguments scalars' does.

** The gdb.register_window_type method now restricts the set of
acceptable window names. The first character of a window's name
must start with a character in the set [a-zA-Z], every subsequent
character of a window's name must be in the set [-_.a-zA-Z0-9].

* GDB/MI changes:

** MI version 1 is deprecated, and will be removed in GDB 14.

** The async record stating the stopped reason 'breakpoint-hit' now
contains an optional field locno.

* Miscellaneous improvements:

** gdb now supports zstd compressed debug sections (ELFCOMPRESS_ZSTD) for ELF.

** New convenience variable $_inferior_thread_count contains the number
of live threads in the current inferior.

** New convenience variables $_hit_bpnum and $_hit_locno, set to
the breakpoint number and the breakpoint location number of
the breakpoint last hit.

** The "info breakpoints" now displays enabled breakpoint locations
of disabled breakpoints as in the "y-" state.

** The format of 'disassemble /r' and 'record instruction-history /r'
has changed to match the layout of GNU objdump when disassembling.

A new format "/b" has been introduce to provide the old behavior
of "/r".

** The TUI no longer styles the source and assembly code highlighted
by the current position indicator by default. You can however
re-enable styling using the new "set style tui-current-position"
command.

** It is now possible to use the "document" command to document
user-defined commands.

** Support for memory tag data for AArch64 MTE.

* Support Removal notices:

** DBX mode has been removed.

** Support for building against Python version 2 has been removed.
It is now only possible to build GDB against Python 3.

** Support for the following commands has been removed:

set debug aix-solib on|off
show debug aix-solib
set debug solib-frv on|off
show debug solib-frv

Use the "set/show debug solib" commands instead.

For a complete list and more details on each item, please see the gdb/NEWS
file, available at [1]:

[1]
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=gdb/NEWS;hb=gdb-13.1-release

Signed-off-by: Khem Raj
---
v2: Rebase on master
v3: Drop a clang-16 specific quirk, accidentally added
v4: Add patch to fix build with musl

meta/conf/distro/include/tcmode-default.inc | 2 +-
...ian_12.1.bb => gdb-cross-canadian_13.1.bb} | 0
.../{gdb-cross_12.1.bb => gdb-cross_13.1.bb} | 0
meta/recipes-devtools/gdb/gdb.inc | 22 +-
...make-man-install-relative-to-DESTDIR.patch | 28 -
...x-nat-Define-_ABIO32-if-not-defined.patch} | 9 ++---
...-pt_regs-uapi_pt_re

Re: [OE-core] Yocto reproducibilty issue :: rust-llvm binary differences

2023-02-22 Thread Khem Raj

On Wed, Feb 22, 2023 at 3:10 AM Alexander Kanavin
 wrote:
>
> I took a look at libRemarks.so and libLTO.so. If you run 'objdump -s'
> on them, you'll see that they differ only in 'gnu.build-id' property,
> and are otherwise identical. So you need to look into why the id is
> different, I don't remember right now how it is created. Probably the
> compile log can give a clue.
>
> You can also confirm that it is indeed these two files that cause
> divergence in target rust by for example copying them from the A build
> into the B build just prior to building rust.

gnu.build-id in output means its using --build-id option during link so it will
be good to find out how this option is being constructed during link, usually
its SHA1 hash on parts of the output contents, so if these contents are
same then it should always come out to be same but it could be something
is changing in two cases perhaps some paths etc.

>
> Alex
>
> On Wed, 22 Feb 2023 at 04:58, Sundeep KOKKONDA
>  wrote:
> >
> > Hello Alex,
> >
> > files are here... https://we.tl/t-ijJJZnBvKh
> >
> >
> >
> > Thanks,
> > Sundeep K.
> >
> >
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#177582): 
https://lists.openembedded.org/g/openembedded-core/message/177582
Mute This Topic: https://lists.openembedded.org/mt/97113152/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v3] gdb: Upgrade to 13.1

2023-02-22 Thread Khem Raj

Pass -Wno-enum-constexpr-conversion with clang

GDB 13.1 includes the following changes and enhancements:

* Support for the following new targets has been added in both
GDB and GDBserver:

** GNU/Linux/LoongArch (gdbserver) loongarch*-*-linux*

** GNU/Linux/CSKY (gdbserver) csky*-*linux*

* The Windows native target now supports target async.

* FreeBSD:

** Arm and AArch64: Support for Thread Local Storage (TLS) variables

** Hardware watchpoint support on AArch64 FreeBSD

* Floating-point support has now been added on LoongArch GNU/Linux.

* New commands:

** set print nibbles [on|off]
show print nibbles

This controls whether the 'print/t' command will display binary values
in groups of four bits, known as "nibbles". The default is 'off'.

** Various styling-related commands. See the gdb/NEWS file for more
details (see link at the bottom).

** Various maintenance commands. These are normally aimed at GDB
experts or developers. See the gdb/NEWS file for more details
(see link at the bottom).

* Python API improvements:

** New Python type gdb.BreakpointLocation.

** New function gdb.format_address(ADDRESS, PROGSPACE, ARCHITECTURE)
that formats ADDRESS as 'address '

** New function gdb.current_language that returns the name of the
current language. Unlike gdb.parameter('language'), this will
never return 'auto'.

** New function gdb.print_options that returns a dictionary of the
prevailing print options, in the form accepted by gdb.Value.format_string.

** New method gdb.Frame.language that returns the name of the
frame's language.

** gdb.Value.format_string now uses the format provided by 'print',
if it is called during a 'print' or other similar operation.

** gdb.Value.format_string now accepts the 'summary' keyword. This
can be used to request a shorter representation of a value, the
way that 'set print frame-arguments scalars' does.

* GDB/MI changes:

** MI version 1 is deprecated, and will be removed in GDB 14.

** The async record stating the stopped reason 'breakpoint-hit' now
contains an optional field locno.

* Miscellaneous improvements:

** gdb now supports zstd compressed debug sections (ELFCOMPRESS_ZSTD) for ELF.

** New convenience variable $_inferior_thread_count contains the number
of live threads in the current inferior.

** New convenience variables $_hit_bpnum and $_hit_locno, set to
the breakpoint number and the breakpoint location number of
the breakpoint last hit.

** The "info breakpoints" now displays enabled breakpoint locations
of disabled breakpoints as in the "y-" state.

** The format of 'disassemble /r' and 'record instruction-history /r'
has changed to match the layout of GNU objdump when disassembling.

A new format "/b" has been introduce to provide the old behavior
of "/r".

** It is now possible to use the "document" command to document
user-defined commands.

** Support for memory tag data for AArch64 MTE.

* Support Removal notices:

** DBX mode has been removed.

** Support for building against Python version 2 has been removed.
It is now only possible to build GDB against Python 3.

** Support for the following commands has been removed:

set debug aix-solib on|off
show debug aix-solib
set debug solib-frv on|off
show debug solib-frv

Use the "set/show debug solib" commands instead.

For a complete list and more details on each item, please see the gdb/NEWS
file, available at [1]:

[1]
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=gdb/NEWS;hb=gdb-13.1-release

Signed-off-by: Khem Raj
---
v2: Rebase on master
v3: Drop a clang-16 specific quirk, accidentally added

meta/conf/distro/include/tcmode-default.inc | 2 +-
...ian_12.1.bb => gdb-cross-canadian_13.1.bb} | 0
.../{gdb-cross_12.1.bb => gdb-cross_13.1.bb} | 0
meta/recipes-devtools/gdb/gdb.inc | 19 -
...make-man-install-relative-to-DESTDIR.patch | 28 -
...x-nat-Define-_ABIO32-if-not-defined.patch} | 9 ++---
...-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch} | 11 ++--

[OE-core] [PATCH v2] gdb: Upgrade to 13.1

2023-02-21 Thread Khem Raj

Pass -Wno-enum-constexpr-conversion with clang

GDB 13.1 includes the following changes and enhancements:

* Support for the following new targets has been added in both
GDB and GDBserver:

** GNU/Linux/LoongArch (gdbserver) loongarch*-*-linux*

** GNU/Linux/CSKY (gdbserver) csky*-*linux*

* The Windows native target now supports target async.

* FreeBSD:

** Arm and AArch64: Support for Thread Local Storage (TLS) variables

** Hardware watchpoint support on AArch64 FreeBSD

* Floating-point support has now been added on LoongArch GNU/Linux.

* New commands:

** set print nibbles [on|off]
show print nibbles

This controls whether the 'print/t' command will display binary values
in groups of four bits, known as "nibbles". The default is 'off'.

** Various styling-related commands. See the gdb/NEWS file for more
details (see link at the bottom).

** Various maintenance commands. These are normally aimed at GDB
experts or developers. See the gdb/NEWS file for more details
(see link at the bottom).

* Python API improvements:

** New Python type gdb.BreakpointLocation.

** New function gdb.format_address(ADDRESS, PROGSPACE, ARCHITECTURE)
that formats ADDRESS as 'address '

** New function gdb.current_language that returns the name of the
current language. Unlike gdb.parameter('language'), this will
never return 'auto'.

** New function gdb.print_options that returns a dictionary of the
prevailing print options, in the form accepted by gdb.Value.format_string.

** New method gdb.Frame.language that returns the name of the
frame's language.

** gdb.Value.format_string now uses the format provided by 'print',
if it is called during a 'print' or other similar operation.

** gdb.Value.format_string now accepts the 'summary' keyword. This
can be used to request a shorter representation of a value, the
way that 'set print frame-arguments scalars' does.

* GDB/MI changes:

** MI version 1 is deprecated, and will be removed in GDB 14.

** The async record stating the stopped reason 'breakpoint-hit' now
contains an optional field locno.

* Miscellaneous improvements:

** gdb now supports zstd compressed debug sections (ELFCOMPRESS_ZSTD) for ELF.

** New convenience variable $_inferior_thread_count contains the number
of live threads in the current inferior.

** New convenience variables $_hit_bpnum and $_hit_locno, set to
the breakpoint number and the breakpoint location number of
the breakpoint last hit.

** The "info breakpoints" now displays enabled breakpoint locations
of disabled breakpoints as in the "y-" state.

** The format of 'disassemble /r' and 'record instruction-history /r'
has changed to match the layout of GNU objdump when disassembling.

A new format "/b" has been introduce to provide the old behavior
of "/r".

** It is now possible to use the "document" command to document
user-defined commands.

** Support for memory tag data for AArch64 MTE.

* Support Removal notices:

** DBX mode has been removed.

** Support for building against Python version 2 has been removed.
It is now only possible to build GDB against Python 3.

** Support for the following commands has been removed:

set debug aix-solib on|off
show debug aix-solib
set debug solib-frv on|off
show debug solib-frv

Use the "set/show debug solib" commands instead.

For a complete list and more details on each item, please see the gdb/NEWS
file, available at [1]:

[1]
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=gdb/NEWS;hb=gdb-13.1-release

Signed-off-by: Khem Raj
---
v2: Rebase on master

meta/conf/distro/include/tcmode-default.inc | 2 +-
...ian_12.1.bb => gdb-cross-canadian_13.1.bb} | 0
.../{gdb-cross_12.1.bb => gdb-cross_13.1.bb} | 0
meta/recipes-devtools/gdb/gdb.inc | 19 -
...make-man-install-relative-to-DESTDIR.patch | 28 -
...x-nat-Define-_ABIO32-if-not-defined.patch} | 9 ++---
...-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch} | 11 ++---
...eadline.a-when-using-disable-static.patch} | 13 ++

[OE-core] [PATCH] gdb: Upgrade to 13.1

2023-02-21 Thread Khem Raj

GDB 13.1 includes the following changes and enhancements:

* Support for the following new targets has been added in both
GDB and GDBserver:

** GNU/Linux/LoongArch (gdbserver) loongarch*-*-linux*

** GNU/Linux/CSKY (gdbserver) csky*-*linux*

* The Windows native target now supports target async.

* FreeBSD:

** Arm and AArch64: Support for Thread Local Storage (TLS) variables

** Hardware watchpoint support on AArch64 FreeBSD

* Floating-point support has now been added on LoongArch GNU/Linux.

* New commands:

** set print nibbles [on|off]
show print nibbles

This controls whether the 'print/t' command will display binary values
in groups of four bits, known as "nibbles". The default is 'off'.

** Various styling-related commands. See the gdb/NEWS file for more
details (see link at the bottom).

** Various maintenance commands. These are normally aimed at GDB
experts or developers. See the gdb/NEWS file for more details
(see link at the bottom).

* Python API improvements:

** New Python type gdb.BreakpointLocation.

** New function gdb.format_address(ADDRESS, PROGSPACE, ARCHITECTURE)
that formats ADDRESS as 'address '

** New function gdb.current_language that returns the name of the
current language. Unlike gdb.parameter('language'), this will
never return 'auto'.

** New function gdb.print_options that returns a dictionary of the
prevailing print options, in the form accepted by gdb.Value.format_string.

** New method gdb.Frame.language that returns the name of the
frame's language.

** gdb.Value.format_string now uses the format provided by 'print',
if it is called during a 'print' or other similar operation.

** gdb.Value.format_string now accepts the 'summary' keyword. This
can be used to request a shorter representation of a value, the
way that 'set print frame-arguments scalars' does.

* GDB/MI changes:

** MI version 1 is deprecated, and will be removed in GDB 14.

** The async record stating the stopped reason 'breakpoint-hit' now
contains an optional field locno.

* Miscellaneous improvements:

** gdb now supports zstd compressed debug sections (ELFCOMPRESS_ZSTD) for ELF.

** New convenience variable $_inferior_thread_count contains the number
of live threads in the current inferior.

** New convenience variables $_hit_bpnum and $_hit_locno, set to
the breakpoint number and the breakpoint location number of
the breakpoint last hit.

** The "info breakpoints" now displays enabled breakpoint locations
of disabled breakpoints as in the "y-" state.

** The format of 'disassemble /r' and 'record instruction-history /r'
has changed to match the layout of GNU objdump when disassembling.

A new format "/b" has been introduce to provide the old behavior
of "/r".

** It is now possible to use the "document" command to document
user-defined commands.

** Support for memory tag data for AArch64 MTE.

* Support Removal notices:

** DBX mode has been removed.

** Support for building against Python version 2 has been removed.
It is now only possible to build GDB against Python 3.

** Support for the following commands has been removed:

set debug aix-solib on|off
show debug aix-solib
set debug solib-frv on|off
show debug solib-frv

Use the "set/show debug solib" commands instead.

For a complete list and more details on each item, please see the gdb/NEWS
file, available at [1]:

[1]
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=gdb/NEWS;hb=gdb-13.1-release

Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
...ian_12.1.bb => gdb-cross-canadian_13.1.bb} | 0
.../{gdb-cross_12.1.bb => gdb-cross_13.1.bb} | 0
meta/recipes-devtools/gdb/gdb.inc | 19 -
...make-man-install-relative-to-DESTDIR.patch | 28 -
...x-nat-Define-_ABIO32-if-not-defined.patch} | 9 ++---
...-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch} | 11 ++---
...eadline.a-when-using-disable-static.patch} | 13 +++---
...s.h.patch => 0004-use-asm-sgidefs.h.patch} | 9 ++---

< 3 4 5 6 7 8 9 10 11 12 >

701 - 800 of 11032 matches

Mail list logo