[OE-core] [PATCH] rust: Avoid removing origin from llvm-config binary with chrpath
If these directories are removed from binary, it does not find the
needed libraries it may need from recipe-sysroot-native, e.g. when
building with clang+llvm-runtime, it also builds rust-native with
clang-native and links to libc++.so.1 which will be part of
native sysroot but may not be available on build host system install
and it loses that ability to find it in native sysroot and we see errors
like
llvm-config: libc++.so.1 not found.
during rust bootstrap execution.
This patch stops editing the binary, so it can find the dependencies in
native sysroot it
needs for running itself when placed in target directory ( target sysroot )
yet when llvm-config is invoked the reported paths are relative to
taregt sysroot which is what we expect, so functionality remains as it is.
Signed-off-by: Khem Raj
---
When using libc++ instead of libstdc++, llvm-config is unable to find
libc++.so.1 from native sysroot due to llvm-config copying dance we do.
---
meta/recipes-devtools/rust/rust_1.70.0.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-devtools/rust/rust_1.70.0.bb
b/meta/recipes-devtools/rust/rust_1.70.0.bb
index 16d433910f8..98cc56c0c91 100644
--- a/meta/recipes-devtools/rust/rust_1.70.0.bb
+++ b/meta/recipes-devtools/rust/rust_1.70.0.bb
@@ -205,7 +205,6 @@ rust_runx () {
if [ ${RUST_ALTERNATE_EXE_PATH_NATIVE} != ${RUST_ALTERNATE_EXE_PATH} -a !
-f ${RUST_ALTERNATE_EXE_PATH} ]; then
mkdir -p `dirname ${RUST_ALTERNATE_EXE_PATH}`
cp ${RUST_ALTERNATE_EXE_PATH_NATIVE} ${RUST_ALTERNATE_EXE_PATH}
-chrpath -d ${RUST_ALTERNATE_EXE_PATH}
fi
oe_cargo_fix_env
---
base-commit: abf3e54d118139e1fcd952a691b77a0c53db6a30
change-id: 20231114-rust-with-clang-21ace8ddf286
Best regards,
--
Khem Raj
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190511):
https://lists.openembedded.org/g/openembedded-core/message/190511
Mute This Topic: https://lists.openembedded.org/mt/102585532/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] OE-core CVE metrics for master on Sun 12 Nov 2023 01:00:01 AM HST
On Mon, Nov 13, 2023 at 5:55 AM Ross Burton wrote: > > On 12 Nov 2023, at 11:17, Steve Sakoman via lists.openembedded.org > wrote: > > New this week: 8 CVEs > > Such fun! > > I did some research and have included my notes below. Do we have any > volunteers for the avahi patchbomb? I think we should bump avahi to use master branch like many other distros > > > CVE-2023-3397 (CVSS3: 6.3 MEDIUM): linux-yocto > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-3397 * > > NIST link to a “patch” which was prompted rejected. I don’t believe we > enable JFS so we could likely exclude this. > > > CVE-2023-38469 (CVSS3: 5.5 MEDIUM): avahi > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-38469 * > > Issue lathiat/avahi#455, fixed with lathiat/avahi PR#500 a337a1. > > > CVE-2023-38470 (CVSS3: 5.5 MEDIUM): avahi > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-38470 * > > Issue lathiat/avahi#454, fixed with lathiat/avahi - 94cb64. > > > CVE-2023-38471 (CVSS3: 5.5 MEDIUM): avahi > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-38471 * > > Issue lathiat/avahi#453 fixed with lathiat/avahi PR#494 d486bc. > > > CVE-2023-38472 (CVSS3: 5.5 MEDIUM): avahi > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-38472 * > > Issue lathiat/avahi#452 fixed with lathiat/avahi PR#490 d886dc. > > > CVE-2023-38473 (CVSS3: 5.5 MEDIUM): avahi > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-38473 * > > Issue lathiat/avahi#451 fixed with lathiat/avahi PR#486 5edc17. > > > CVE-2023-46246 (CVSS3: 5.5 MEDIUM): vim > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-46246 * > > Fix in vim/vim - 9198c1. > > > CVE-2023-46407 (CVSS3: 5.5 MEDIUM): ffmpeg > > https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-46407 * > > Fix in FFmpeg/FFmpeg - bf8143. This is part of the 6.1 release so upgrading > ffmpeg will make that go away. > > Ross > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#190484): https://lists.openembedded.org/g/openembedded-core/message/190484 Mute This Topic: https://lists.openembedded.org/mt/102540446/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] libsoup: Upgrade to 3.4.2 -> 3.4.4
Signed-off-by: Khem Raj
---
.../libsoup/{libsoup_3.4.2.bb => libsoup_3.4.4.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/libsoup/{libsoup_3.4.2.bb => libsoup_3.4.4.bb}
(96%)
diff --git a/meta/recipes-support/libsoup/libsoup_3.4.2.bb
b/meta/recipes-support/libsoup/libsoup_3.4.4.bb
similarity index 96%
rename from meta/recipes-support/libsoup/libsoup_3.4.2.bb
rename to meta/recipes-support/libsoup/libsoup_3.4.4.bb
index 3996ae68369..6d382a7852c 100644
--- a/meta/recipes-support/libsoup/libsoup_3.4.2.bb
+++ b/meta/recipes-support/libsoup/libsoup_3.4.4.bb
@@ -12,7 +12,7 @@ DEPENDS = "glib-2.0 glib-2.0-native libxml2 sqlite3 libpsl
nghttp2"
SHRT_VER = "${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"
SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz"
-SRC_URI[sha256sum] =
"78c8fa37cb152d40ec8c4a148d6155e2f6947f3f1602a7cda3a31ad40f5ee2f3"
+SRC_URI[sha256sum] =
"291c67725f36ed90ea43efff25064b69c5a2d1981488477c05c481a3b4b0c5aa"
PROVIDES = "libsoup-3.0"
CVE_PRODUCT = "libsoup"
--
2.42.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190437):
https://lists.openembedded.org/g/openembedded-core/message/190437
Mute This Topic: https://lists.openembedded.org/mt/102530718/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 15/15] lz4: specify gnu17 in CFLAGS to fix reproducibility issues
On Sat, Nov 11, 2023 at 9:36 AM Richard Purdie wrote: > > On Sat, 2023-11-11 at 05:03 -1000, Steve Sakoman wrote: > > We are seeing reproducibility issues where gcc-cross sometimes defaults > > to gnu11 and other times to gnu17. > > Why is gcc-cross doing that? It is supposed to be deterministic so we > really need to get to the bottom of this :/. I think the previous patch to enforce OE cflags is exposing this problem. Now, it could be a bug in how gcc is invoked or in gcc itself, but there is one file that shows up these c11 tags in debug info segments. > > Cheers, > > Richard > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#190435): https://lists.openembedded.org/g/openembedded-core/message/190435 Mute This Topic: https://lists.openembedded.org/mt/102526884/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 14/15] lz4: use CFLAGS from bitbake
On Sat, Nov 11, 2023 at 7:03 AM Steve Sakoman wrote:
>
> From: Mikko Rapeli
>
> Currently lz4 uses it's own defaults which include O3 optimization.
> Switch from O3 to bitbake default O2 reduces binary package size
> from 467056 to 331888 bytes. Enables also building with Os if needed.
>
diverging away from package defaults means treading a less travelled
path and prone to errors
this could be the reason for the reproducibility problem that Steve
sent a patch for.
how does it impact runtime performance ?
> Signed-off-by: Mikko Rapeli
> Signed-off-by: Richard Purdie
> (cherry picked from commit abaaf8c6bcd368728d298937a9406eb2aebc7a7d)
> Signed-off-by: Steve Sakoman
> ---
> meta/recipes-support/lz4/lz4_1.9.2.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-support/lz4/lz4_1.9.2.bb
> b/meta/recipes-support/lz4/lz4_1.9.2.bb
> index 0c4a0ac807..c2e24b518c 100644
> --- a/meta/recipes-support/lz4/lz4_1.9.2.bb
> +++ b/meta/recipes-support/lz4/lz4_1.9.2.bb
> @@ -23,7 +23,7 @@ S = "${WORKDIR}/git"
> # Fixed in r118, which is larger than the current version.
> CVE_CHECK_WHITELIST += "CVE-2014-4715"
>
> -EXTRA_OEMAKE = "PREFIX=${prefix} CC='${CC}' DESTDIR=${D} LIBDIR=${libdir}
> INCLUDEDIR=${includedir} BUILD_STATIC=no"
> +EXTRA_OEMAKE = "PREFIX=${prefix} CC='${CC}' CFLAGS='${CFLAGS}' DESTDIR=${D}
> LIBDIR=${libdir} INCLUDEDIR=${includedir} BUILD_STATIC=no"
>
> do_install() {
> oe_runmake install
> --
> 2.34.1
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190432):
https://lists.openembedded.org/g/openembedded-core/message/190432
Mute This Topic: https://lists.openembedded.org/mt/102526883/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] librsvg: Enable 64bit atomics in crossbeam again for riscv32
This works all fine now.
Signed-off-by: Khem Raj
---
meta/recipes-gnome/librsvg/librsvg_2.56.3.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
b/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
index b1b7c8d0fc3..43d4059cf2f 100644
--- a/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
+++ b/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
@@ -39,7 +39,6 @@ export RUST_TARGET = "${RUST_HOST_SYS}"
RUSTFLAGS:append:mips = " --cfg crossbeam_no_atomic_64"
RUSTFLAGS:append:mipsel = " --cfg crossbeam_no_atomic_64"
RUSTFLAGS:append:powerpc = " --cfg crossbeam_no_atomic_64"
-RUSTFLAGS:append:riscv32 = " --cfg crossbeam_no_atomic_64"
do_configure[postfuncs] += "cargo_common_do_configure"
--
2.42.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190391):
https://lists.openembedded.org/g/openembedded-core/message/190391
Mute This Topic: https://lists.openembedded.org/mt/102487099/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] librsvg: Fix build for riscv32
Add missing support for linux-raw-sys Signed-off-by: Khem Raj --- v2: Drop crossbeam 64bit atomics enabling change .../librsvg/0001-Add-riscv32-support.patch| 1511 + meta/recipes-gnome/librsvg/librsvg_2.56.3.bb |1 + 2 files changed, 1512 insertions(+) create mode 100644 meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch diff --git a/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch b/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch new file mode 100644 index 000..2e36eaf5084 --- /dev/null +++ b/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch @@ -0,0 +1,1511 @@ +From a4066c09bec2d4ec956459237e0a48501cc4780f Mon Sep 17 00:00:00 2001 +From: Khem Raj +Date: Wed, 8 Nov 2023 22:41:54 -0800 +Subject: [PATCH] Add riscv32 support + +Upstream-Status: Submitted [https://github.com/sunfishcode/linux-raw-sys/pull/95] + +Signed-off-by: Khem Raj +--- + src/riscv32/ioctl.rs | 1490 +- + 1 file changed, 1488 insertions(+), 2 deletions(-) + +diff --git a/src/riscv32/ioctl.rs b/src/riscv32/ioctl.rs +index 85bcbe8..1d97396 100644 +--- a/src/riscv32/ioctl.rs b/src/riscv32/ioctl.rs +@@ -1,3 +1,1489 @@ +-/* automatically generated by rust-bindgen 0.65.1 */ +- ++/* automatically generated by rust-bindgen 0.66.1 */ + ++pub const FIONREAD: u32 = 21531; ++pub const FIONBIO: u32 = 21537; ++pub const FIOCLEX: u32 = 21585; ++pub const FIONCLEX: u32 = 21584; ++pub const FIOASYNC: u32 = 21586; ++pub const FIOQSIZE: u32 = 21600; ++pub const TCXONC: u32 = 21514; ++pub const TCFLSH: u32 = 21515; ++pub const TIOCSCTTY: u32 = 21518; ++pub const TIOCSPGRP: u32 = 21520; ++pub const TIOCOUTQ: u32 = 21521; ++pub const TIOCSTI: u32 = 21522; ++pub const TIOCSWINSZ: u32 = 21524; ++pub const TIOCMGET: u32 = 21525; ++pub const TIOCMBIS: u32 = 21526; ++pub const TIOCMBIC: u32 = 21527; ++pub const TIOCMSET: u32 = 21528; ++pub const TIOCSSOFTCAR: u32 = 21530; ++pub const TIOCLINUX: u32 = 21532; ++pub const TIOCCONS: u32 = 21533; ++pub const TIOCSSERIAL: u32 = 21535; ++pub const TIOCPKT: u32 = 21536; ++pub const TIOCNOTTY: u32 = 21538; ++pub const TIOCSETD: u32 = 21539; ++pub const TIOCSBRK: u32 = 21543; ++pub const TIOCCBRK: u32 = 21544; ++pub const TIOCSRS485: u32 = 21551; ++pub const TIOCSPTLCK: u32 = 1074025521; ++pub const TIOCSIG: u32 = 1074025526; ++pub const TIOCVHANGUP: u32 = 21559; ++pub const TIOCSERCONFIG: u32 = 21587; ++pub const TIOCSERGWILD: u32 = 21588; ++pub const TIOCSERSWILD: u32 = 21589; ++pub const TIOCSLCKTRMIOS: u32 = 21591; ++pub const TIOCSERGSTRUCT: u32 = 21592; ++pub const TIOCSERGETLSR: u32 = 21593; ++pub const TIOCSERGETMULTI: u32 = 21594; ++pub const TIOCSERSETMULTI: u32 = 21595; ++pub const TIOCMIWAIT: u32 = 21596; ++pub const TCGETS: u32 = 21505; ++pub const TCGETA: u32 = 21509; ++pub const TCSBRK: u32 = 21513; ++pub const TCSBRKP: u32 = 21541; ++pub const TCSETA: u32 = 21510; ++pub const TCSETAF: u32 = 21512; ++pub const TCSETAW: u32 = 21511; ++pub const TIOCEXCL: u32 = 21516; ++pub const TIOCNXCL: u32 = 21517; ++pub const TIOCGDEV: u32 = 2147767346; ++pub const TIOCGEXCL: u32 = 2147767360; ++pub const TIOCGICOUNT: u32 = 21597; ++pub const TIOCGLCKTRMIOS: u32 = 21590; ++pub const TIOCGPGRP: u32 = 21519; ++pub const TIOCGPKT: u32 = 2147767352; ++pub const TIOCGPTLCK: u32 = 2147767353; ++pub const TIOCGPTN: u32 = 2147767344; ++pub const TIOCGPTPEER: u32 = 21569; ++pub const TIOCGRS485: u32 = 21550; ++pub const TIOCGSERIAL: u32 = 21534; ++pub const TIOCGSID: u32 = 21545; ++pub const TIOCGSOFTCAR: u32 = 21529; ++pub const TIOCGWINSZ: u32 = 21523; ++pub const TCGETS2: u32 = 2150388778; ++pub const TCGETX: u32 = 21554; ++pub const TCSETS: u32 = 21506; ++pub const TCSETS2: u32 = 1076646955; ++pub const TCSETSF: u32 = 21508; ++pub const TCSETSF2: u32 = 1076646957; ++pub const TCSETSW: u32 = 21507; ++pub const TCSETSW2: u32 = 1076646956; ++pub const TCSETX: u32 = 21555; ++pub const TCSETXF: u32 = 21556; ++pub const TCSETXW: u32 = 21557; ++pub const TIOCGETD: u32 = 21540; ++pub const MTIOCGET: u32 = 2150657282; ++pub const BLKSSZGET: u32 = 4712; ++pub const BLKPBSZGET: u32 = 4731; ++pub const BLKROSET: u32 = 4701; ++pub const BLKROGET: u32 = 4702; ++pub const BLKRRPART: u32 = 4703; ++pub const BLKGETSIZE: u32 = 4704; ++pub const BLKFLSBUF: u32 = 4705; ++pub const BLKRASET: u32 = 4706; ++pub const BLKRAGET: u32 = 4707; ++pub const BLKFRASET: u32 = 4708; ++pub const BLKFRAGET: u32 = 4709; ++pub const BLKSECTSET: u32 = 4710; ++pub const BLKSECTGET: u32 = 4711; ++pub const BLKPG: u32 = 4713; ++pub const BLKBSZGET: u32 = 2148012656; ++pub const BLKBSZSET: u32 = 1074270833; ++pub const BLKGETSIZE64: u32 = 2148012658; ++pub const BLKTRACESETUP: u32 = 3225948787; ++pub const BLKTRACESTART: u32 = 4724; ++pub const BLKTRACESTOP: u32 = 4725; ++pub const BLKTRACETEARDOWN: u32 = 4726; ++pub const BLKDISCARD: u32 = 4727; ++pub const BLKIOMIN: u32 = 4728; ++pub const BLKIOOPT: u32 = 4729
Re: [OE-core] [PATCH] librsvg: Fix build for riscv32
On Thu, Nov 9, 2023 at 6:00 AM Richard Purdie
wrote:
>
> On Wed, 2023-11-08 at 22:50 -0800, Khem Raj wrote:
> > Add missing support for linux-raw-sys
> >
> > Signed-off-by: Khem Raj
> > ---
> > .../librsvg/0001-Add-riscv32-support.patch| 1511 +
> > meta/recipes-gnome/librsvg/librsvg_2.56.3.bb |3 +-
> > 2 files changed, 1513 insertions(+), 1 deletion(-)
> > create mode 100644
> > meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch
> >
> > diff --git
> > a/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch
> > b/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch
> > new file mode 100644
> > index 000..2e36eaf5084
> > --- /dev/null
> > +++ b/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch
> > @@ -0,0 +1,1511 @@
> > +From a4066c09bec2d4ec956459237e0a48501cc4780f Mon Sep 17 00:00:00 2001
> > +From: Khem Raj
> > +Date: Wed, 8 Nov 2023 22:41:54 -0800
> > +Subject: [PATCH] Add riscv32 support
> > +
> > +Upstream-Status: Submitted
> > [https://github.com/sunfishcode/linux-raw-sys/pull/95]
> > +
> > +Signed-off-by: Khem Raj
> > +---
> > + src/riscv32/ioctl.rs | 1490 +-
> > + 1 file changed, 1488 insertions(+), 2 deletions(-)
> > +
> >
> [...]
>
> > +2.42.1
> > +
> > diff --git a/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
> > b/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
> > index 4b9aaeecbe7..32d720d2b92 100644
> > --- a/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
> > +++ b/meta/recipes-gnome/librsvg/librsvg_2.56.3.bb
> > @@ -19,6 +19,7 @@ inherit cargo_common gnomebase pixbufcache
> > gobject-introspection rust vala gi-do
> > require ${BPN}-crates.inc
> >
> > SRC_URI +=
> > "file://0001-Makefile.am-pass-rust-target-to-cargo-also-when-not-.patch \
> > +
> > file://0001-Add-riscv32-support.patch;patchdir=../cargo_home/bitbake/linux-raw-sys-0.4.3
> > \
> > "
> >
> > SRC_URI[archive.sha256sum] =
> > "5a328048a02d014645cd27f61140f4e0b11280fb2c7f2a21864fe0c59ac1ce88"
> > @@ -38,7 +39,7 @@ export RUST_TARGET = "${RUST_HOST_SYS}"
> > RUSTFLAGS:append:mips = " --cfg crossbeam_no_atomic_64"
> > RUSTFLAGS:append:mipsel = " --cfg crossbeam_no_atomic_64"
> > RUSTFLAGS:append:powerpc = " --cfg crossbeam_no_atomic_64"
> > -RUSTFLAGS:append:riscv32 = " --cfg crossbeam_no_atomic_64"
> > +#RUSTFLAGS:append:riscv32 = " --cfg crossbeam_no_atomic_64"
> >
> > do_configure[postfuncs] += "cargo_common_do_configure"
>
> Is this change at the end meant to be here? It isn't mentioned in the
> commit message.
Yeah I saw that too and
I think it can be a separate commit. Let me send a v2 without atomic_64 for now.
and follow up with the patch for atomics
>
> Cheers,
>
> Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190389):
https://lists.openembedded.org/g/openembedded-core/message/190389
Mute This Topic: https://lists.openembedded.org/mt/102481280/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] librsvg: Fix build for riscv32
Add missing support for linux-raw-sys Signed-off-by: Khem Raj --- .../librsvg/0001-Add-riscv32-support.patch| 1511 + meta/recipes-gnome/librsvg/librsvg_2.56.3.bb |3 +- 2 files changed, 1513 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch diff --git a/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch b/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch new file mode 100644 index 000..2e36eaf5084 --- /dev/null +++ b/meta/recipes-gnome/librsvg/librsvg/0001-Add-riscv32-support.patch @@ -0,0 +1,1511 @@ +From a4066c09bec2d4ec956459237e0a48501cc4780f Mon Sep 17 00:00:00 2001 +From: Khem Raj +Date: Wed, 8 Nov 2023 22:41:54 -0800 +Subject: [PATCH] Add riscv32 support + +Upstream-Status: Submitted [https://github.com/sunfishcode/linux-raw-sys/pull/95] + +Signed-off-by: Khem Raj +--- + src/riscv32/ioctl.rs | 1490 +- + 1 file changed, 1488 insertions(+), 2 deletions(-) + +diff --git a/src/riscv32/ioctl.rs b/src/riscv32/ioctl.rs +index 85bcbe8..1d97396 100644 +--- a/src/riscv32/ioctl.rs b/src/riscv32/ioctl.rs +@@ -1,3 +1,1489 @@ +-/* automatically generated by rust-bindgen 0.65.1 */ +- ++/* automatically generated by rust-bindgen 0.66.1 */ + ++pub const FIONREAD: u32 = 21531; ++pub const FIONBIO: u32 = 21537; ++pub const FIOCLEX: u32 = 21585; ++pub const FIONCLEX: u32 = 21584; ++pub const FIOASYNC: u32 = 21586; ++pub const FIOQSIZE: u32 = 21600; ++pub const TCXONC: u32 = 21514; ++pub const TCFLSH: u32 = 21515; ++pub const TIOCSCTTY: u32 = 21518; ++pub const TIOCSPGRP: u32 = 21520; ++pub const TIOCOUTQ: u32 = 21521; ++pub const TIOCSTI: u32 = 21522; ++pub const TIOCSWINSZ: u32 = 21524; ++pub const TIOCMGET: u32 = 21525; ++pub const TIOCMBIS: u32 = 21526; ++pub const TIOCMBIC: u32 = 21527; ++pub const TIOCMSET: u32 = 21528; ++pub const TIOCSSOFTCAR: u32 = 21530; ++pub const TIOCLINUX: u32 = 21532; ++pub const TIOCCONS: u32 = 21533; ++pub const TIOCSSERIAL: u32 = 21535; ++pub const TIOCPKT: u32 = 21536; ++pub const TIOCNOTTY: u32 = 21538; ++pub const TIOCSETD: u32 = 21539; ++pub const TIOCSBRK: u32 = 21543; ++pub const TIOCCBRK: u32 = 21544; ++pub const TIOCSRS485: u32 = 21551; ++pub const TIOCSPTLCK: u32 = 1074025521; ++pub const TIOCSIG: u32 = 1074025526; ++pub const TIOCVHANGUP: u32 = 21559; ++pub const TIOCSERCONFIG: u32 = 21587; ++pub const TIOCSERGWILD: u32 = 21588; ++pub const TIOCSERSWILD: u32 = 21589; ++pub const TIOCSLCKTRMIOS: u32 = 21591; ++pub const TIOCSERGSTRUCT: u32 = 21592; ++pub const TIOCSERGETLSR: u32 = 21593; ++pub const TIOCSERGETMULTI: u32 = 21594; ++pub const TIOCSERSETMULTI: u32 = 21595; ++pub const TIOCMIWAIT: u32 = 21596; ++pub const TCGETS: u32 = 21505; ++pub const TCGETA: u32 = 21509; ++pub const TCSBRK: u32 = 21513; ++pub const TCSBRKP: u32 = 21541; ++pub const TCSETA: u32 = 21510; ++pub const TCSETAF: u32 = 21512; ++pub const TCSETAW: u32 = 21511; ++pub const TIOCEXCL: u32 = 21516; ++pub const TIOCNXCL: u32 = 21517; ++pub const TIOCGDEV: u32 = 2147767346; ++pub const TIOCGEXCL: u32 = 2147767360; ++pub const TIOCGICOUNT: u32 = 21597; ++pub const TIOCGLCKTRMIOS: u32 = 21590; ++pub const TIOCGPGRP: u32 = 21519; ++pub const TIOCGPKT: u32 = 2147767352; ++pub const TIOCGPTLCK: u32 = 2147767353; ++pub const TIOCGPTN: u32 = 2147767344; ++pub const TIOCGPTPEER: u32 = 21569; ++pub const TIOCGRS485: u32 = 21550; ++pub const TIOCGSERIAL: u32 = 21534; ++pub const TIOCGSID: u32 = 21545; ++pub const TIOCGSOFTCAR: u32 = 21529; ++pub const TIOCGWINSZ: u32 = 21523; ++pub const TCGETS2: u32 = 2150388778; ++pub const TCGETX: u32 = 21554; ++pub const TCSETS: u32 = 21506; ++pub const TCSETS2: u32 = 1076646955; ++pub const TCSETSF: u32 = 21508; ++pub const TCSETSF2: u32 = 1076646957; ++pub const TCSETSW: u32 = 21507; ++pub const TCSETSW2: u32 = 1076646956; ++pub const TCSETX: u32 = 21555; ++pub const TCSETXF: u32 = 21556; ++pub const TCSETXW: u32 = 21557; ++pub const TIOCGETD: u32 = 21540; ++pub const MTIOCGET: u32 = 2150657282; ++pub const BLKSSZGET: u32 = 4712; ++pub const BLKPBSZGET: u32 = 4731; ++pub const BLKROSET: u32 = 4701; ++pub const BLKROGET: u32 = 4702; ++pub const BLKRRPART: u32 = 4703; ++pub const BLKGETSIZE: u32 = 4704; ++pub const BLKFLSBUF: u32 = 4705; ++pub const BLKRASET: u32 = 4706; ++pub const BLKRAGET: u32 = 4707; ++pub const BLKFRASET: u32 = 4708; ++pub const BLKFRAGET: u32 = 4709; ++pub const BLKSECTSET: u32 = 4710; ++pub const BLKSECTGET: u32 = 4711; ++pub const BLKPG: u32 = 4713; ++pub const BLKBSZGET: u32 = 2148012656; ++pub const BLKBSZSET: u32 = 1074270833; ++pub const BLKGETSIZE64: u32 = 2148012658; ++pub const BLKTRACESETUP: u32 = 3225948787; ++pub const BLKTRACESTART: u32 = 4724; ++pub const BLKTRACESTOP: u32 = 4725; ++pub const BLKTRACETEARDOWN: u32 = 4726; ++pub const BLKDISCARD: u32 = 4727; ++pub const BLKIOMIN: u32 = 4728; ++pub const BLKIOOPT: u32 = 4729; ++pub const BLKALIGNOFF: u32 = 4730
[OE-core] [PATCH] libarchive: Add packageconfig knob for libb2
automatic detection could result in inconsistent host dependencies
since it will be enabled for libarchive-native if the build host has
libb2 installed and this can then fail on hosts which do not have
this library installed
Fixes errors like
recipe-sysroot-native/usr/bin/opkg: error while loading shared libraries:
libb2.so.1: cannot open shared object file: No such file or directory
Signed-off-by: Khem Raj
---
meta/recipes-extended/libarchive/libarchive_3.7.2.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-extended/libarchive/libarchive_3.7.2.bb
b/meta/recipes-extended/libarchive/libarchive_3.7.2.bb
index a09f607fcf8..91f521fa4db 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.7.2.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.7.2.bb
@@ -18,6 +18,7 @@ PACKAGECONFIG[zlib] = "--with-zlib,--without-zlib,zlib,"
PACKAGECONFIG[bz2] = "--with-bz2lib,--without-bz2lib,${DEPENDS_BZIP2},"
PACKAGECONFIG[xz] = "--with-lzma,--without-lzma,xz,"
PACKAGECONFIG[openssl] = "--with-openssl,--without-openssl,openssl,"
+PACKAGECONFIG[libb2] = "--with-libb2,--without-libb2,libb2,"
PACKAGECONFIG[libxml2] = "--with-xml2,--without-xml2,libxml2,"
PACKAGECONFIG[expat] = "--with-expat,--without-expat,expat,"
PACKAGECONFIG[lzo] = "--with-lzo2,--without-lzo2,lzo,"
--
2.42.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190376):
https://lists.openembedded.org/g/openembedded-core/message/190376
Mute This Topic: https://lists.openembedded.org/mt/102480587/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] ptest-packagelists: Remove strace/valgrind/lttng-tools on riscv32
These packages are not yet ported to riscv32 Signed-off-by: Khem Raj --- meta/conf/distro/include/ptest-packagelists.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/conf/distro/include/ptest-packagelists.inc b/meta/conf/distro/include/ptest-packagelists.inc index fc42f95de2d..7ca23cb4f0b 100644 --- a/meta/conf/distro/include/ptest-packagelists.inc +++ b/meta/conf/distro/include/ptest-packagelists.inc @@ -121,6 +121,8 @@ PTESTS_SLOW = "\ PTESTS_SLOW:remove:riscv64 = "valgrind" PTESTS_PROBLEMS:append:riscv64 = " valgrind" +PTESTS_SLOW:remove:riscv32 = "lttng-tools strace valgrind" +PTESTS_PROBLEMS:append:riscv32 = " lttng-tools strace valgrind" PTESTS_SLOW:append:libc-musl = " libc-test" PTESTS_SLOW:remove:x86 = "valgrind" PTESTS_PROBLEMS:append:x86 = " valgrind" -- 2.42.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#190355): https://lists.openembedded.org/g/openembedded-core/message/190355 Mute This Topic: https://lists.openembedded.org/mt/102466274/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-cross-canadian: Fix file conflicts for arm and aarch64
On Tue, Nov 7, 2023 at 10:09 PM Hemraj, Deepthi via
lists.openembedded.org
wrote:
>
> From: Deepthi Hemraj
>
> [YOCTO #15061]
> Rust multilib sdks broken because of the conflicts between attempted installs
> of rust-cross-canadian for arm and aarch64.
>
> Arm and aarch64 target architectures are trying to install cargo.sh and
> rust.sh in the same path which resulted in the issue.
>
> The current patch modifies CARGO_ENV_SETUP_SH and RUST_ENV_SETUP_SH macros
> based on the architecture.
> Hence, creates different file names for the environment setup scripts and
> resolves the issue.
>
> Signed-off-by: Deepthi Hemraj
> ---
> .../rust/rust-cross-canadian.inc | 25 +++
> 1 file changed, 25 insertions(+)
>
> diff --git a/meta/recipes-devtools/rust/rust-cross-canadian.inc
> b/meta/recipes-devtools/rust/rust-cross-canadian.inc
> index 7bfef6d175..94c3b0d696 100644
> --- a/meta/recipes-devtools/rust/rust-cross-canadian.inc
> +++ b/meta/recipes-devtools/rust/rust-cross-canadian.inc
> @@ -54,6 +54,18 @@ do_install () {
> mkdir "${ENV_SETUP_DIR}"
> RUST_ENV_SETUP_SH="${ENV_SETUP_DIR}/rust.sh"
>
> +# Set up environment variables for AArch64
> +if [ "${TARGET_ARCH}" == "aarch64" ]; then
change this check to '='
> + RUST_ENV_SETUP_SH="${ENV_SETUP_DIR}/rust-aarch64.sh"
> + RUST_TARGET_SYS="aarch64-unknown-linux-gnu"
> +# Set up environment variables for ARM
> +elif [ "${TARGET_ARCH}" == "arm" ]; then
> + RUST_ENV_SETUP_SH="${ENV_SETUP_DIR}/rust-arm.sh"
> + RUST_TARGET_SYS="arm-unknown-linux-gnueabi"
> +else
> + RUST_ENV_SETUP_SH="${ENV_SETUP_DIR}/rust.sh"
> +fi
> +
> RUST_TARGET_TRIPLE=`echo ${RUST_TARGET_SYS} | tr '[:lower:]' '[:upper:]'
> | sed 's/-/_/g'`
> RUST_HOST_TRIPLE=`echo ${RUST_HOST_SYS} | tr '[:lower:]' '[:upper:]' |
> sed 's/-/_/g'`
> SDKLOADER=${@bb.utils.contains('SDK_ARCH', 'x86_64',
> 'ld-linux-x86-64.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'i686',
> 'ld-linux.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'aarch64',
> 'ld-linux-aarch64.so.1', '', d)}${@bb.utils.contains('SDK_ARCH', 'ppc64le',
> 'ld64.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'riscv64',
> 'ld-linux-riscv64-lp64d.so.1', '', d)}
> @@ -67,6 +79,19 @@ do_install () {
> chown -R root.root ${D}
>
> CARGO_ENV_SETUP_SH="${ENV_SETUP_DIR}/cargo.sh"
> +
> +# Set up environment variables for AArch64
> +if [ "${TARGET_ARCH}" = "aarch64" ]; then
> + CARGO_ENV_SETUP_SH="${ENV_SETUP_DIR}/cargo-aarch64.sh"
> + CARGO_TARGET_SYS="aarch64-unknown-linux-gnu"
> +# Set up environment variables for ARM
> +elif [ "${TARGET_ARCH}" == "arm" ]; then
same here
> + CARGO_ENV_SETUP_SH="${ENV_SETUP_DIR}/cargo-arm.sh"
> + CARGO_TARGET_SYS="arm-unknown-linux-gnueabi"
> +else
> + CARGO_ENV_SETUP_SH="${ENV_SETUP_DIR}/cargo.sh"
> +fi
> +
> cat <<- EOF > "${CARGO_ENV_SETUP_SH}"
> export CARGO_HOME="\$OECORE_TARGET_SYSROOT/home/cargo"
> mkdir -p "\$CARGO_HOME"
> --
> 2.42.0
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190305):
https://lists.openembedded.org/g/openembedded-core/message/190305
Mute This Topic: https://lists.openembedded.org/mt/102459344/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] systemd: Make libnss-mymachines conditional upon packageconfig
nss-mymachines packageconfig controls this features therefore add this
dependency only when it is enabled.
Fixes
ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
rdepends on libnss-mymachines, but it isn't a build dependency? [build-deps]
Signed-off-by: Khem Raj
Cc: Florian Wickert
Cc: Jose Quaresma
---
v2: Add missing $ ( typo )
v3: Drop another spurious $ as the beginning of line
meta/recipes-core/systemd/systemd_254.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index 8a8ff545995..80ef4187269 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -542,7 +542,7 @@ FILES:${PN}-container =
"${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.c
${datadir}/polkit-1/actions/org.freedesktop.machine1.policy \
"
-RDEPENDS:${PN}-container = "libnss-mymachines"
+RDEPENDS:${PN}-container = "${@bb.utils.contains('PACKAGECONFIG',
'nss-mymachines', 'libnss-mymachines', '', d)}"
# "machinectl import-tar" uses "tar --numeric-owner", not supported by busybox.
RRECOMMENDS:${PN}-container += "\
--
2.42.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190246):
https://lists.openembedded.org/g/openembedded-core/message/190246
Mute This Topic: https://lists.openembedded.org/mt/102428672/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] systemd: Make libnss-mymachines conditional upon packageconfig
nss-mymachines packageconfig controls this features therefore add this
dependency only when it is enabled.
Fixes
ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
rdepends on libnss-mymachines, but it isn't a build dependency? [build-deps]
Signed-off-by: Khem Raj
Cc: Florian Wickert
Cc: Jose Quaresma
---
v2: Add missing $ ( typo )
meta/recipes-core/systemd/systemd_254.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index 8a8ff545995..c86c2aafcf0 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -542,7 +542,7 @@ FILES:${PN}-container =
"${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.c
${datadir}/polkit-1/actions/org.freedesktop.machine1.policy \
"
-RDEPENDS:${PN}-container = "libnss-mymachines"
+$RDEPENDS:${PN}-container = "${@bb.utils.contains('PACKAGECONFIG',
'nss-mymachines', 'libnss-mymachines', '', d)}"
# "machinectl import-tar" uses "tar --numeric-owner", not supported by busybox.
RRECOMMENDS:${PN}-container += "\
--
2.42.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190243):
https://lists.openembedded.org/g/openembedded-core/message/190243
Mute This Topic: https://lists.openembedded.org/mt/102426679/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: Make libnss-mymachines conditional upon packageconfig
nss-mymachines packageconfig controls this features therefore add this
dependency only when it is enabled.
Fixes
ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
rdepends on libnss-mymachines, but it isn't a build dependency? [build-deps]
Signed-off-by: Khem Raj
Cc: Florian Wickert
---
meta/recipes-core/systemd/systemd_254.4.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
b/meta/recipes-core/systemd/systemd_254.4.bb
index 8a8ff545995..f22e5bfd059 100644
--- a/meta/recipes-core/systemd/systemd_254.4.bb
+++ b/meta/recipes-core/systemd/systemd_254.4.bb
@@ -542,7 +542,7 @@ FILES:${PN}-container =
"${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.c
${datadir}/polkit-1/actions/org.freedesktop.machine1.policy \
"
-RDEPENDS:${PN}-container = "libnss-mymachines"
+$RDEPENDS:${PN}-container = "{@bb.utils.contains('PACKAGECONFIG',
'nss-mymachines', 'libnss-mymachines', '', d)}"
# "machinectl import-tar" uses "tar --numeric-owner", not supported by busybox.
RRECOMMENDS:${PN}-container += "\
--
2.42.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190239):
https://lists.openembedded.org/g/openembedded-core/message/190239
Mute This Topic: https://lists.openembedded.org/mt/102424819/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 libnss-mymachines packaging
On Fri, Nov 3, 2023 at 7:51 AM Florian Wickert wrote:
>
> By removing libnss_mymachines.so.2 from FILES:${PN}-container it
> correctly gets packaged into libnss-mymachines, just like the other
> libnss-* components, due to PACKAGES_DYNAMIC.
>
> To make up for the missing lib in the container package, I added
> libnss-mymachines to RDEPENDS:${PN}-container. As I understand it,
> the lib should be installed even without this if anything from the
> container package links against it. But since I don't know if there
> was a special reason to explicitly add it to the container files list,
> like something using dlopen to load the lib, it seemd to be the
> safest option.
>
> Signed-off-by: Florian Wickert
> ---
> meta/recipes-core/systemd/systemd_254.4.bb | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/systemd/systemd_254.4.bb
> b/meta/recipes-core/systemd/systemd_254.4.bb
> index ef29116bf9..ddc8a0219a 100644
> --- a/meta/recipes-core/systemd/systemd_254.4.bb
> +++ b/meta/recipes-core/systemd/systemd_254.4.bb
> @@ -534,7 +534,6 @@ FILES:${PN}-container =
> "${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.c
> ${exec_prefix}/lib/tmpfiles.d/systemd-nspawn.conf \
> ${exec_prefix}/lib/tmpfiles.d/README \
> ${systemd_system_unitdir}/systemd-nspawn@.service \
> - ${libdir}/libnss_mymachines.so.2 \
>
> ${datadir}/dbus-1/system-services/org.freedesktop.import1.service \
>
> ${datadir}/dbus-1/system-services/org.freedesktop.machine1.service \
>
> ${datadir}/dbus-1/system.d/org.freedesktop.import1.conf \
> @@ -543,6 +542,8 @@ FILES:${PN}-container =
> "${sysconfdir}/dbus-1/system.d/org.freedesktop.import1.c
>
> ${datadir}/polkit-1/actions/org.freedesktop.machine1.policy \
> "
>
> +RDEPENDS:${PN}-container = "libnss-mymachines"
musl based targets do not build libnss-mymachines so please make this
dependency only for glibc
> +
> # "machinectl import-tar" uses "tar --numeric-owner", not supported by
> busybox.
> RRECOMMENDS:${PN}-container += "\
> ${PN}-journal-gatewayd \
> --
> 2.42.0
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190238):
https://lists.openembedded.org/g/openembedded-core/message/190238
Mute This Topic: https://lists.openembedded.org/mt/102365438/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] Script to apply auh generated patches
Hi All Here is a small script which gets the patch from patchwork and applies it to tree. if you use patchwork in your flow, It might be useful. https://gist.github.com/kraj/9fd27c8763aaa2943e1790d714bacee0#file-auh-sh Thanks -Khem -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#190167): https://lists.openembedded.org/g/openembedded-core/message/190167 Mute This Topic: https://lists.openembedded.org/mt/102375276/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] llvm: Upgrade to 17.0.4 release
Brings following changes/fixes
* 309d55140c46 [AArch64][GlobalISel] Fix incorrect ABI when tail call not
supported (#70215)
* 9477268e4247 [AArch64] Add test for #70207 (NFC)
* c2eab59e622c [GVN] Fix use-after-free in load PRE with select available value
(#69314)
* 586481468a07 [clang-tidy] Fix crash in modernize-use-trailing-return-type
(#70709)
* 9d0ca259eed6 [OpenMP] Fix building for 32-bit DragonFly, NetBSD, OpenBSD
(#70527)
* a8046f72bfb3 [OpenMP] record-replay use static-cast (#70516)
* 12bbcd627f60 [flang] Add comdats to functions with linkonce linkage (#66516)
* bdb1553c7639 [mlir] Add pass to add comdat to all linkonce functions (#65270)
* 3347c8441588 Update release note for the fix
* f6fb6a996c7f [clang][ExprConst] Fix crash on uninitialized array subobject
(#67817)
* 8c8abe6b93c0 [RISCV] Correct copyPhysReg for GPRPF64. (#70419)
* 615beaec04f9 [SVE] Fix incorrect offset calculation when rewriting an
instruction's frame index. (#70315)
* bb29e1ead22f [MemCpyOpt] Combine alias metadatas when replacing byval
arguments (#70580)
* 2b82ec7947fe [OpenMP] Use the more appropriate function to retrieve the
thread id on OpenBSD (#65553)
* 8909a24d0af1 [libc++] Encode additional ODR-affecting properties in the ABI
tag (#69669)
* e9dcc15f514a [AArch64] Prevent argument promotion of vector with size > 128
bits (#70034)
* 4b7f4152a8d1 [LoongArch] Implement COPY instruction between CFRs (#69300)
* fb62a201a199 Revert "[clang-format] Fix align consecutive declarations over
function pointers"
* 1f6d35b36681 Fix tests for c23 <-> c2x
* 030d68ef2cd7 Fix a c23 -> c2x think-o
* 2a41d978b4fa [C23] Use thread_local semantics (#70107)
* afbe3549af4d [clangd] Disable crashy unchecked-optional-access tidy check
(#69427)
* 7f790f9a39e3 [ConstraintElim] Don't decompose values wider than 64 bits
(#68803)
* a1c67ffd0a1f [ConstraintElim] Add test for #68751 (NFC)
* ef50a367e3d5 [mlir] Avoid including on DragonFly
* a7101379d75e [LVI][CVP] Treat undef like a full range on abs(x, false)
(#68711)
* aa03fba83b17 [libcxx] [test] Add a test parameter for disabling memory
intensive tests (#68214)
* 71f408bc3623 workflows/release-tasks: Fix release note artifact upload
(#69522)
* 9ab3ce1d7a06 Bump version to 17.0.4
* 880a282a40e3 workflows/release-lit: Pass correct build directory to
pypa/gh-action-pypi-publish (#69438)
* 8719ee0cb39a workflows/release-lit: Fix dev suffix removal (#69397)
Signed-off-by: Khem Raj
---
meta/recipes-devtools/llvm/llvm_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb
b/meta/recipes-devtools/llvm/llvm_git.bb
index bd2ef0ebec9..0f811624a46 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -14,14 +14,14 @@ RDEPENDS:${PN}:append:class-target = " ncurses-terminfo"
inherit cmake pkgconfig
-PV = "17.0.3"
+PV = "17.0.4"
MAJOR_VERSION = "${@oe.utils.trim_version("${PV}", 1)}"
LLVM_RELEASE = "${PV}"
BRANCH = "release/${MAJOR_VERSION}.x"
-SRCREV = "888437e1b60011b8a375dd30928ec925b448da57"
+SRCREV = "309d55140c46384b6de7a7573206cbeba3f7077f"
SRC_URI =
"git://github.com/llvm/llvm-project.git;branch=${BRANCH};protocol=https \
file://0007-llvm-allow-env-override-of-exe-path.patch;striplevel=2 \
file://0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch;striplevel=2
\
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190106):
https://lists.openembedded.org/g/openembedded-core/message/190106
Mute This Topic: https://lists.openembedded.org/mt/102356950/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 5/6] rust-cross-canadian: Add riscv64 to cross-canadian hosts
Signed-off-by: Khem Raj
---
meta/recipes-devtools/rust/rust-cross-canadian.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/rust/rust-cross-canadian.inc
b/meta/recipes-devtools/rust/rust-cross-canadian.inc
index baa58e98385..7bfef6d1759 100644
--- a/meta/recipes-devtools/rust/rust-cross-canadian.inc
+++ b/meta/recipes-devtools/rust/rust-cross-canadian.inc
@@ -56,7 +56,7 @@ do_install () {
RUST_TARGET_TRIPLE=`echo ${RUST_TARGET_SYS} | tr '[:lower:]' '[:upper:]' |
sed 's/-/_/g'`
RUST_HOST_TRIPLE=`echo ${RUST_HOST_SYS} | tr '[:lower:]' '[:upper:]' | sed
's/-/_/g'`
-SDKLOADER=${@bb.utils.contains('SDK_ARCH', 'x86_64',
'ld-linux-x86-64.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'i686',
'ld-linux.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'aarch64',
'ld-linux-aarch64.so.1', '', d)}${@bb.utils.contains('SDK_ARCH', 'ppc64le',
'ld64.so.2', '', d)}
+SDKLOADER=${@bb.utils.contains('SDK_ARCH', 'x86_64',
'ld-linux-x86-64.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'i686',
'ld-linux.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'aarch64',
'ld-linux-aarch64.so.1', '', d)}${@bb.utils.contains('SDK_ARCH', 'ppc64le',
'ld64.so.2', '', d)}${@bb.utils.contains('SDK_ARCH', 'riscv64',
'ld-linux-riscv64-lp64d.so.1', '', d)}
cat <<- EOF > "${RUST_ENV_SETUP_SH}"
export
CARGO_TARGET_${RUST_TARGET_TRIPLE}_RUSTFLAGS="--sysroot=\$OECORE_TARGET_SYSROOT/usr
-C link-arg=--sysroot=\$OECORE_TARGET_SYSROOT"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190096):
https://lists.openembedded.org/g/openembedded-core/message/190096
Mute This Topic: https://lists.openembedded.org/mt/102349774/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 6/6] cdrtools: Fix build on riscv64
Copy riscv64 gcc config from schilytools
Signed-off-by: Khem Raj
---
.../cdrtools/cdrtools-native_3.01.bb | 9 +++
.../cdrtools/cdrtools/riscv64-linux-gcc.rul | 65 +++
2 files changed, 74 insertions(+)
create mode 100644
meta/recipes-devtools/cdrtools/cdrtools/riscv64-linux-gcc.rul
diff --git a/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb
b/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb
index 757132eae64..bf8be1ad0c0 100644
--- a/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb
+++ b/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb
@@ -8,9 +8,12 @@ SECTION = "console/utils"
LICENSE = "GPL-2.0-only & CDDL-1.0 & LGPL-2.1-or-later"
LIC_FILES_CHKSUM = "file://COPYING;md5=32f68170be424c2cd64804337726b312"
+DEPENDS += "gnu-config-native"
+
SRC_URI = " \
${SOURCEFORGE_MIRROR}/project/cdrtools/cdrtools-${PV}.tar.bz2 \
file://0001-Don-t-set-uid-gid-during-install.patch \
+file://riscv64-linux-gcc.rul \
"
SRC_URI[md5sum] = "7d45c5b7e1f78d85d1583b361aee6e8b"
@@ -23,6 +26,12 @@ export ac_cv_prog_CC = "${CC}"
inherit native
+do_configure() {
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub
${S}/autoconf
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess
${S}/autoconf
+install -m 0644 ${WORKDIR}/riscv64-linux-gcc.rul ${S}/RULES/
+}
+
do_install() {
make install GMAKE_NOWARN=true INS_BASE=${prefix} DESTDIR=${D}
}
diff --git a/meta/recipes-devtools/cdrtools/cdrtools/riscv64-linux-gcc.rul
b/meta/recipes-devtools/cdrtools/cdrtools/riscv64-linux-gcc.rul
new file mode 100644
index 000..3e930225dce
--- /dev/null
+++ b/meta/recipes-devtools/cdrtools/cdrtools/riscv64-linux-gcc.rul
@@ -0,0 +1,65 @@
+#ident "@(#)i586-linux-gcc.rul 1.18 18/11/07 "
+###
+# Written 1996-2018 by J. Schilling
+###
+#
+# Platform dependent MACROS for Linux
+#
+###
+# Copyright (c) J. Schilling
+###
+# The contents of this file are subject to the terms of the
+# Common Development and Distribution License, Version 1.0 only
+# (the "License"). You may not use this file except in compliance
+# with the License.
+#
+# See the file CDDL.Schily.txt in this distribution for details.
+# A copy of the CDDL is also available via the Internet at
+# http://www.opensource.org/licenses/cddl1.txt
+#
+# When distributing Covered Code, include this CDDL HEADER in each
+# file and include the License file CDDL.Schily.txt from this distribution.
+###
+include $(SRCROOT)/$(RULESDIR)/rules.prg
+###
+include $(SRCROOT)/$(RULESDIR)/cc-$(C_ARCH).rul
+
+#
+# LINUX_SRC_INCLUDE is defined in DEFAULTS/Defaults.linux
+#
+INCDIRSX +=$(LINUX_SRC_INCLUDE)
+OSDEFS +=
+
+KDEFINES= -DKERNEL -D_KERNEL
+
+LIB_PREFIX=lib
+LIB_SUFFIX=.a
+SHL_SUFFIX=.so.$(DYNMAJOR).$(DYNMINOR)
+
+LIB_SOCKET=
+LIB_MATH= -lm
+LIB_KVM=
+
+#
+# Sunpro C/C++ run on Solaris and Linux and both have linkers
+# that support mapfiles
+#
+MAPVERS= $(_MAPVERS) # This enables to use mapfiles
+#
+# The GNU linker is buggy and does not like the official order in linker map
+# files for symbol versioning. The following command reverses the order of
+# the version names in the linker map file.
+#
+MAPFILE_POST= | sed 's/^SCHILY/+SCHILY/' | tr '\012' '@' | tr '+' '\012' |
sort -V | tr '@' '\012'
+
+#LDOPTS= $(LIBS_PATH) $(LDPATH) $(RUNPATH:-R%=-Wl,-R%)
+#
+# Uncomment the next line in case you are on an old Linux version that
+# does not support the -R linker flag.
+#
+#LDOPTS= $(LIBS_PATH) $(LDPATH)
+LDOPTMAP= $(PMAPVERS:%=-Wl,--version-script=%)
+LDOPTDYN= -shared -Wl,-soname,$(TARGET) $(LDOPTMAP)
+
+LORDER=echo
+TSORT= cat
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190097):
https://lists.openembedded.org/g/openembedded-core/message/190097
Mute This Topic: https://lists.openembedded.org/mt/102349775/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 4/6] uninative.bbclass: Add ldso information for riscv64
Signed-off-by: Khem Raj
---
meta/classes-global/uninative.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-global/uninative.bbclass
b/meta/classes-global/uninative.bbclass
index 9630726f330..9b8b4565dd4 100644
--- a/meta/classes-global/uninative.bbclass
+++ b/meta/classes-global/uninative.bbclass
@@ -4,7 +4,7 @@
# SPDX-License-Identifier: MIT
#
-UNINATIVE_LOADER ?=
"${UNINATIVE_STAGING_DIR}-uninative/${BUILD_ARCH}-linux/lib/${@bb.utils.contains('BUILD_ARCH',
'x86_64', 'ld-linux-x86-64.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH',
'i686', 'ld-linux.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH', 'aarch64',
'ld-linux-aarch64.so.1', '', d)}${@bb.utils.contains('BUILD_ARCH', 'ppc64le',
'ld64.so.2', '', d)}"
+UNINATIVE_LOADER ?=
"${UNINATIVE_STAGING_DIR}-uninative/${BUILD_ARCH}-linux/lib/${@bb.utils.contains('BUILD_ARCH',
'x86_64', 'ld-linux-x86-64.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH',
'i686', 'ld-linux.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH', 'aarch64',
'ld-linux-aarch64.so.1', '', d)}${@bb.utils.contains('BUILD_ARCH', 'ppc64le',
'ld64.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH', 'riscv64',
'ld-linux-riscv64-lp64d.so.1', '', d)}"
UNINATIVE_STAGING_DIR ?= "${STAGING_DIR}"
UNINATIVE_URL ?= "unset"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190095):
https://lists.openembedded.org/g/openembedded-core/message/190095
Mute This Topic: https://lists.openembedded.org/mt/102349773/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/6] machine-sdk: Add SDK_ARCH for riscv64
Signed-off-by: Khem Raj --- meta/conf/machine-sdk/riscv64.conf | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 meta/conf/machine-sdk/riscv64.conf diff --git a/meta/conf/machine-sdk/riscv64.conf b/meta/conf/machine-sdk/riscv64.conf new file mode 100644 index 000..3f4a5af0af7 --- /dev/null +++ b/meta/conf/machine-sdk/riscv64.conf @@ -0,0 +1,2 @@ +SDK_ARCH = "riscv64" +ABIEXTENSION:class-nativesdk = "" -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#190094): https://lists.openembedded.org/g/openembedded-core/message/190094 Mute This Topic: https://lists.openembedded.org/mt/102349772/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/6] poky: Do not inherit uninative on ppc64le and riscv64 hosts
uninative tarballs for these architectures is not available
Signed-off-by: Khem Raj
---
meta-poky/conf/distro/poky.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-poky/conf/distro/poky.conf b/meta-poky/conf/distro/poky.conf
index e742666b4e5..ccad9c835a7 100644
--- a/meta-poky/conf/distro/poky.conf
+++ b/meta-poky/conf/distro/poky.conf
@@ -62,7 +62,7 @@ require conf/distro/include/poky-world-exclude.inc
require conf/distro/include/no-static-libs.inc
require conf/distro/include/yocto-uninative.inc
require conf/distro/include/security_flags.inc
-INHERIT += "uninative"
+INHERIT += "${@bb.utils.contains_any('BUILD_ARCH', 'ppc64le riscv64', '',
'uninative', d)}"
BB_SIGNATURE_HANDLER ?= "OEEquivHash"
BB_HASHSERVE ??= "auto"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190092):
https://lists.openembedded.org/g/openembedded-core/message/190092
Mute This Topic: https://lists.openembedded.org/mt/102349770/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/6] meson: Add check for riscv64 in link template
Signed-off-by: Khem Raj
---
meta/recipes-devtools/meson/meson_1.2.2.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/meson/meson_1.2.2.bb
b/meta/recipes-devtools/meson/meson_1.2.2.bb
index 6a07168ee1b..c38d88fe61f 100644
--- a/meta/recipes-devtools/meson/meson_1.2.2.bb
+++ b/meta/recipes-devtools/meson/meson_1.2.2.bb
@@ -66,6 +66,8 @@ def generate_native_link_template(d):
loader = 'ld64.so.2'
elif 'loongarch64' in build_arch:
loader = 'ld-linux-loongarch-lp64d.so.1'
+elif 'riscv64' in build_arch:
+loader = 'ld-linux-riscv64-lp64d.so.1'
if loader:
val +=
['-Wl,--dynamic-linker=@{OECORE_NATIVE_SYSROOT}${base_libdir_native}/' + loader]
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#190093):
https://lists.openembedded.org/g/openembedded-core/message/190093
Mute This Topic: https://lists.openembedded.org/mt/102349771/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 0/6] Add riscv64 build host support
These are initial general fixes which helps in building OE/YP on RISCV64 build hosts. Khem Raj (6): poky: Do not inherit uninative on ppc64le and riscv64 hosts meson: Add check for riscv64 in link template machine-sdk: Add SDK_ARCH for riscv64 uninative.bbclass: Add ldso information for riscv64 rust-cross-canadian: Add riscv64 to cross-canadian hosts cdrtools: Fix build on riscv64 meta-poky/conf/distro/poky.conf | 2 +- meta/classes-global/uninative.bbclass | 2 +- meta/conf/machine-sdk/riscv64.conf| 2 + .../cdrtools/cdrtools-native_3.01.bb | 9 +++ .../cdrtools/cdrtools/riscv64-linux-gcc.rul | 65 +++ meta/recipes-devtools/meson/meson_1.2.2.bb| 2 + .../rust/rust-cross-canadian.inc | 2 +- 7 files changed, 81 insertions(+), 3 deletions(-) create mode 100644 meta/conf/machine-sdk/riscv64.conf create mode 100644 meta/recipes-devtools/cdrtools/cdrtools/riscv64-linux-gcc.rul -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#190091): https://lists.openembedded.org/g/openembedded-core/message/190091 Mute This Topic: https://lists.openembedded.org/mt/102349769/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] qemuriscv: Add to common MACHINE_FEATURES instead of overriding them
machine features like vfat are needed for ptests to pass ( e..g. parted) This brings it closer to what x86 qemu config looks like as well. Signed-off-by: Khem Raj --- meta/conf/machine/include/riscv/qemuriscv.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/machine/include/riscv/qemuriscv.inc b/meta/conf/machine/include/riscv/qemuriscv.inc index 46ae66b9e50..7024bd0a4e6 100644 --- a/meta/conf/machine/include/riscv/qemuriscv.inc +++ b/meta/conf/machine/include/riscv/qemuriscv.inc @@ -3,7 +3,7 @@ PREFERRED_PROVIDER_virtual/bootloader ?= "u-boot" require conf/machine/include/qemu.inc require conf/machine/include/riscv/tune-riscv.inc -MACHINE_FEATURES = "screen keyboard ext2 ext3 serial" +MACHINE_FEATURES += "keyboard ext2 ext3 serial" KERNEL_IMAGETYPE = "Image" KERNEL_IMAGETYPES += "uImage" -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189809): https://lists.openembedded.org/g/openembedded-core/message/189809 Mute This Topic: https://lists.openembedded.org/mt/102282740/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] license.bbclass: prefere plus singnal over append on IMAGE_CLASSES
On Mon, Oct 30, 2023 at 11:04 AM Jose Quaresma wrote:
>
> The append override is much harder to remove so chnage that.
typo in 'change'
however, I think one can do :remove op to remove it intentionally,
with this change it will
need to be redefined by user who is using license bbclass explicitly,
which is less intuitive.
>
> Signed-off-by: Jose Quaresma
> ---
> meta/classes-global/license.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes-global/license.bbclass
> b/meta/classes-global/license.bbclass
> index b2e0d3faba..b915d39acd 100644
> --- a/meta/classes-global/license.bbclass
> +++ b/meta/classes-global/license.bbclass
> @@ -418,7 +418,7 @@ SSTATETASKS += "do_populate_lic"
> do_populate_lic[sstate-inputdirs] = "${LICSSTATEDIR}"
> do_populate_lic[sstate-outputdirs] = "${LICENSE_DIRECTORY}/"
>
> -IMAGE_CLASSES:append = " license_image"
> +IMAGE_CLASSES += "license_image"
>
> python do_populate_lic_setscene () {
> sstate_setscene(d)
> --
> 2.42.0
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189805):
https://lists.openembedded.org/g/openembedded-core/message/189805
Mute This Topic: https://lists.openembedded.org/mt/102281098/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] python3-urllib3: Upgrade to 2.0.7
Addresses CVE-2023-45803 [1]
[1]
https://github.com/urllib3/urllib3/commit/4e98d57809dacab1cbe625fddeec1a290c478ea9
Signed-off-by: Khem Raj
---
.../{python3-urllib3_2.0.6.bb => python3-urllib3_2.0.7.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-urllib3_2.0.6.bb =>
python3-urllib3_2.0.7.bb} (87%)
diff --git a/meta/recipes-devtools/python/python3-urllib3_2.0.6.bb
b/meta/recipes-devtools/python/python3-urllib3_2.0.7.bb
similarity index 87%
rename from meta/recipes-devtools/python/python3-urllib3_2.0.6.bb
rename to meta/recipes-devtools/python/python3-urllib3_2.0.7.bb
index cd2a9dd4ef1..c286838086f 100644
--- a/meta/recipes-devtools/python/python3-urllib3_2.0.6.bb
+++ b/meta/recipes-devtools/python/python3-urllib3_2.0.7.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/shazow/urllib3;
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=52d273a3054ced561275d4d15260ecda"
-SRC_URI[sha256sum] =
"b19e1a85d206b56d7df1d5e683df4a7725252a964e3993648dd0fb5a1c157564"
+SRC_URI[sha256sum] =
"c97dfde1f7bd43a71c8d2a58e369e9b2bf692d1334ea9f9cae55add7d0dd0f84"
inherit pypi python_hatchling
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189788):
https://lists.openembedded.org/g/openembedded-core/message/189788
Mute This Topic: https://lists.openembedded.org/mt/102269414/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.bbclass: Use strip utility used for kernel build in do_package
os.environ does not pass this down to runstrip() function and in
strip_execs() its using STRIP bitbake variable to find the strip utility
to use. Since there might be a trailing whitespace in KERNEL_STRIP
remove that otherwise python is not able to launch it.
e.g.
FileNotFoundError: [Errno 2] No such file or directory:
'riscv64-yoe-linux-strip '
This is more evident when STRIP and KERNEL_STRIP are different utilities
e.g. when using clang as default toolchain but using gcc+binutils only for
kernel build.
Signed-off-by: Khem Raj
Cc: Bruce Ashfield
---
meta/classes-recipe/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-recipe/kernel.bbclass
b/meta/classes-recipe/kernel.bbclass
index 2ec9ea2091e..16b85dbca48 100644
--- a/meta/classes-recipe/kernel.bbclass
+++ b/meta/classes-recipe/kernel.bbclass
@@ -336,7 +336,7 @@ kernel_do_transform_bundled_initramfs() {
do_transform_bundled_initramfs[dirs] = "${B}"
python do_package:prepend () {
-os.environ['STRIP'] = d.getVar('KERNEL_STRIP')
+d.setVar('STRIP', d.getVar('KERNEL_STRIP').strip())
}
python do_devshell:prepend () {
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189658):
https://lists.openembedded.org/g/openembedded-core/message/189658
Mute This Topic: https://lists.openembedded.org/mt/102167569/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 4/4] package_rpm.bbclass: Support compression override
On Tue, Oct 24, 2023 at 5:49 AM Niko Mauno wrote: > > On 20.10.2023 19.34, Khem Raj wrote: > > it seems you are quite sensitive to size, I wonder if opkg backend is > > better suited for your usecase than rpm. > > Hi Khem, thanks for the idea. We used opkg a few years ago, however > certain technical reasons were in favor of rpm which we have used since. > Perhaps we have a bit different view, smaller image means for us > spending less time building, booting and flashing firmware (i.e. not > just disk space consumption alone). Using xz certainly is slower than using zstd so it certainly will regress on your first consideration about build time. booting is perhaps not impacted unless compressed file system is used and you are changing the compression type for that. flashing again is subjective, if you carry package metadata into images it might matter otherwise I would think your images with opkg or rpm should be about the same size if you include packager into your image then opkg might be slightly smaller. > > -Niko -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189654): https://lists.openembedded.org/g/openembedded-core/message/189654 Mute This Topic: https://lists.openembedded.org/mt/102080114/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] openssl: Inherit riscv32 config from latomic config on linux
We still need this option for riscv32, the patch is also submitted
upstream
Signed-off-by: Khem Raj
---
.../0001-Link-libatomic-on-riscv32.patch | 35 +++
.../openssl/openssl_3.1.3.bb | 1 +
2 files changed, 36 insertions(+)
create mode 100644
meta/recipes-connectivity/openssl/openssl/0001-Link-libatomic-on-riscv32.patch
diff --git
a/meta/recipes-connectivity/openssl/openssl/0001-Link-libatomic-on-riscv32.patch
b/meta/recipes-connectivity/openssl/openssl/0001-Link-libatomic-on-riscv32.patch
new file mode 100644
index 000..2c54d8f685a
--- /dev/null
+++
b/meta/recipes-connectivity/openssl/openssl/0001-Link-libatomic-on-riscv32.patch
@@ -0,0 +1,35 @@
+From 73266b8573c71e6720453c4c5a9e6e8fa4daec65 Mon Sep 17 00:00:00 2001
+From: Khem Raj
+Date: Sat, 21 Oct 2023 13:03:52 -0700
+Subject: [PATCH] Link libatomic on riscv32
+
+GCC toolchains on linux are not able to build libcrypto without linking
+to libatomic as it does not have all needed atomics implemented as
+intrinsics
+
+Fixes errors like
+
+| ld: ./libcrypto.so: undefined reference to `__atomic_is_lock_free'
+
+Upstream-Status: Submitted [https://github.com/openssl/openssl/pull/22460]
+Signed-off-by: Khem Raj
+---
+ Configurations/10-main.conf | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Configurations/10-main.conf b/Configurations/10-main.conf
+index 46094f59c2..d1a15a1152 100644
+--- a/Configurations/10-main.conf
b/Configurations/10-main.conf
+@@ -816,7 +816,7 @@ my %targets = (
+ },
+
+ "linux32-riscv32" => {
+-inherit_from => [ "linux-generic32"],
++inherit_from => [ "linux-latomic" ],
+ perlasm_scheme => "linux32",
+ asm_arch => 'riscv32',
+ },
+--
+2.42.0
+
diff --git a/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
b/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
index 5432d9dd8c2..e1cbfc2c5b3 100644
--- a/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
+++ b/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
@@ -12,6 +12,7 @@ SRC_URI = "http://www.openssl.org/source/openssl-${PV}.tar.gz
\
file://0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch \
file://0001-Configure-do-not-tweak-mips-cflags.patch \
file://fix_random_labels.patch \
+ file://0001-Link-libatomic-on-riscv32.patch \
"
SRC_URI:append:class-nativesdk = " \
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189632):
https://lists.openembedded.org/g/openembedded-core/message/189632
Mute This Topic: https://lists.openembedded.org/mt/102144459/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] openssl: Match target name for riscv64/riscv32
This is updated in openssl [1] [2] since opensssl 3.2 onwards
[1]
https://github.com/openssl/openssl/commit/42ee6e7be43c57136d71e5612fed22a06f7f5d0e
[2]
https://github.com/openssl/openssl/commit/c29554245ae107c87d71c8463eef0134391da318
Signed-off-by: Khem Raj
---
meta/recipes-connectivity/openssl/openssl_3.1.3.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
b/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
index 5bbafcfd3f6..5432d9dd8c2 100644
--- a/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
+++ b/meta/recipes-connectivity/openssl/openssl_3.1.3.bb
@@ -119,10 +119,10 @@ do_configure () {
target=linux-ppc64le
;;
linux-riscv32)
- target=linux-latomic
+ target=linux32-riscv32
;;
linux-riscv64)
- target=linux-generic64
+ target=linux64-riscv64
;;
linux-sparc | linux-supersparc)
target=linux-sparcv9
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189579):
https://lists.openembedded.org/g/openembedded-core/message/189579
Mute This Topic: https://lists.openembedded.org/mt/102087698/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 4/4] package_rpm.bbclass: Support compression override
On 10/20/23 6:42 AM, Niko Mauno via lists.openembedded.org wrote: On 20.10.2023 16.00, Richard Purdie wrote: Is it common for people to need to manipulate rpms on target without rpm being present using busybox? Do you know if busybox plans to add zstd support? As far as I could tell when we looked at this, the rpm world was moving over to zstd so adding in conditional xz support for a limited use case probably just creates a maintenance headache going forward as it isn't something we test or plan to test? Are you using this on an LTS release or master? Hi Richard, After moving to Yocto Kirkstone (LTS) which we currently use, we started getting developer reports of 'no gzip/bzip2/xz magic' error from BusyBox applet. For example developer uploads an rpm file to target device and then unpacks it in runtime using 'rpm2cpio | cpio -idmv' command. We don't include rpm package on target filesystems as that would increase rootfs footprint approximately 5 MB. Including only rpm2cpio from rpm package needs still accompanying libraries, increasing the size by 2.5 MB approximately which also feels too big. it seems you are quite sensitive to size, I wonder if opkg backend is better suited for your usecase than rpm. I checked the discussions from BusyBox mailing list and found that in 2021 the maintainer seemed reluctant to accept the proposed zstd support because it was not optimized for embedded systems. http://lists.busybox.net/pipermail/busybox/2021-September/089179.html BR, Niko OpenPGP_0xBB053355919D3314.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189573): https://lists.openembedded.org/g/openembedded-core/message/189573 Mute This Topic: https://lists.openembedded.org/mt/102080114/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] cve-check.bbclass: support embedded SW components with different version number
On 10/20/23 12:49 AM, Mikko Rapeli wrote:
Many recipes embed other SW components. The name and version of the
embedded SW component differs from the main recipe. To detect CVEs in the
embedded SW component, it needs to be added to CVE_PRODUCT list using
name of the SW product in CVE database or with "vendor:product" syntax.
Then the version of the embedded SW component can be set using
CVE_VERSION_product variable.
For example in meta-arm, trusted-firmware-a embeds mbed_tls SW component.
Thus trusted-firmware-a can add CVE_PRODUCT for it since CVE database
uses product name "mbed_tls":
CVE_PRODUCT += "mbed_tls"
and set the version of mbed_tls:
CVE_VERSION_mbed_tls = "2.28.4"
(Real patches for both are a bit more complex due to conditional build
enabling mbed_tls support and due to mbed_tls version being set in an
.inc file.)
Now trusted-firmware-a CVE check output shows:
NOTE: recipe
trusted-firmware-a-2.9.0+gitd3e71ead6ea5bc3555ac90a446efec84ef6c6122-r0: task
do_cve_check: Started
WARNING:
trusted-firmware-a-2.9.0+gitd3e71ead6ea5bc3555ac90a446efec84ef6c6122-r0
do_cve_check: Found unpatched CVE (CVE-2021-36647 CVE-2021-43666 CVE-2021-45451
CVE-2023-43615), for more information check
/home/builder/src/base/build/tmp/work/arm64-poky-linux/trusted-firmware-a/2.9.0+gitd3e71ead6ea5bc3555ac90a446efec84ef6c6122/temp/cve.log
NOTE: recipe
trusted-firmware-a-2.9.0+gitd3e71ead6ea5bc3555ac90a446efec84ef6c6122-r0: task
do_cve_check: Succeeded
Here CVE-2023-43615 is a newly added and fixed CVE in version 2.28.5 and the
CVEs
from 2021 need to be checked but are likely fixed in 2.28.3 and newer 2.28.y
releases.
Note that CVE-2023-43615 does not impact trusted-firmware-a since it doesn't use
TLS or null or RC4 ciphers, but I think it's a good idea to extend
CVE checker for this use case. I hope the "CVE_VERSION_vendor:product"
does not cause odd breakages.
This is a good improvement. There is one more kink to it, where the
vendored subpackage might be there in source but we might have
configured the recipe to use the system version of the package instead,
so how do we cater to such situation ?
Signed-off-by: Mikko Rapeli
---
meta/classes/create-spdx-2.2.bbclass | 2 +-
meta/classes/cve-check.bbclass | 28 +++-
meta/lib/oe/cve_check.py | 5 ++---
3 files changed, 22 insertions(+), 13 deletions(-)
v1: https://lists.openembedded.org/g/openembedded-core/message/189260
v2: adapt SPDX too
diff --git a/meta/classes/create-spdx-2.2.bbclass
b/meta/classes/create-spdx-2.2.bbclass
index b0aef80db1..5b842e67ee 100644
--- a/meta/classes/create-spdx-2.2.bbclass
+++ b/meta/classes/create-spdx-2.2.bbclass
@@ -590,7 +590,7 @@ python do_create_spdx() {
if patched_cves:
recipe.sourceInfo = "CVEs fixed: " + patched_cves
-cpe_ids = oe.cve_check.get_cpe_ids(d.getVar("CVE_PRODUCT"), d.getVar("CVE_VERSION"))
+cpe_ids = oe.cve_check.get_cpe_ids(d, d.getVar("CVE_PRODUCT"),
d.getVar("CVE_VERSION"))
if cpe_ids:
for cpe_id in cpe_ids:
cpe = oe.spdx.SPDXExternalReference()
diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index b55f4299da..9c41d54188 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -309,7 +309,16 @@ def check_cves(d, patched_cves):
# If this has been unset then we're not scanning for CVEs here (for
example, image recipes)
if not products:
return ([], [], [], [])
-pv = d.getVar("CVE_VERSION").split("+git")[0]
+
+# Version is PV, CVE_VERSION or CVE_VERSION_%s where %s is one of the
entries in CVE_PRODUCT.
+# Enables checking embedded SW component CVEs provided that CVE_PRODUCT
contains the embedded SW
+# component and that version of that component is set via
CVE_VERSION_embedded_component variable.
+pv = {}
+for product in products:
+version = (d.getVar("CVE_VERSION_%s" % product) or "").split("+git")[0]
+if version == "":
+version = d.getVar("CVE_VERSION").split("+git")[0]
+pv[product] = version
# If the recipe has been skipped/ignored we return empty lists
if pn in d.getVar("CVE_CHECK_SKIP_RECIPE").split():
@@ -329,6 +338,7 @@ def check_cves(d, patched_cves):
# For each of the known product names (e.g. curl has CPEs using curl and libcurl)...
for product in products:
+full_product = product
cves_in_product = False
if ":" in product:
vendor, product = product.split(":", 1)
@@ -341,7 +351,7 @@ def check_cves(d, patched_cves):
cve = cverow[0]
if cve in cve_ignore:
-bb.note("%s-%s ignores %s" % (product, pv, cve))
+bb.note("%s-%s ignores %s" % (product, pv[full_product], cve))
cves_ignored.append(cve)
continue
elif cve in patched_cves:
@@ -366,27 +376,27 @@ def
Re: [OE-core] [mickledore] glibc: stable 2.37 branch updates.
On Thu, Oct 19, 2023 at 5:16 AM Sanjana.Venkatesh via lists.openembedded.org wrote: > Hi Khem, > > We tried increasing the memory and no regression failures were found. > > Thanks for following up Steve We can cherry pick this for mickledore I think now Here is the test results: > > Regression testing is done and below are the test results. > Before glibc update > Summary of test results: > PASS:4727 > FAIL:240 > XPASS:4 > XFAIL:16 > UNSUPPORTED:220 > > After glibc update > Summary of test results: > PASS:4733 > FAIL:235 > XPASS:4 > XFAIL:16 > UNSUPPORTED:221 > > These are the newly added test cases > PASS: io/tst-fcntl-lock-lfs > UNSUPPORTED: nss/mtrace-tst-nss-gai-hv2-canonname > > These are the tests which were failing before and passed after increasing > the memory: > PASS: nptl/tst-thread-affinity-pthread > PASS: nptl/tst-thread-affinity-pthread2 > PASS: nptl/tst-thread-affinity-sched > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189488): https://lists.openembedded.org/g/openembedded-core/message/189488 Mute This Topic: https://lists.openembedded.org/mt/101774187/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] shared-mime-info: Fix missing sentinel warning
Clang finds it, gcc does not.
Signed-off-by: Khem Raj
---
v2: Some more warnings fixed with clang
.../0001-Fix-literal-as-per-c-11.patch| 279 ++
...001-Fix-string-literal-concatenation.patch | 39 +++
.../shared-mime-info/shared-mime-info_git.bb | 5 +-
3 files changed, 322 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
create mode 100644
meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-string-literal-concatenation.patch
diff --git
a/meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
b/meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
new file mode 100644
index 000..25f409c206e
--- /dev/null
+++
b/meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
@@ -0,0 +1,279 @@
+From 157c16b09f54741aefbc4be6a3507455f0378389 Mon Sep 17 00:00:00 2001
+From: Biswapriyo Nath
+Date: Sun, 8 Oct 2023 13:26:43 +
+Subject: [PATCH] Fix missing sentinel warning with clang
+
+This fixes the compiler warnings similar as following.
+
+../src/update-mime-database.cpp:393:50: warning: missing sentinel in function
call [-Wsentinel]
+ 393 | g_strconcat(namespaceURI, " ", localName,
NULL),
+ | ^
+ |
, nullptr
+
+Upstream-Status: Backport
[https://gitlab.freedesktop.org/xdg/shared-mime-info/-/commit/157c16b09f54741aefbc4be6a3507455f0378389]
+Signed-off-by: Khem Raj
+---
+ src/update-mime-database.cpp | 58 ++--
+ 1 file changed, 29 insertions(+), 29 deletions(-)
+
+--- a/src/update-mime-database.cpp
b/src/update-mime-database.cpp
+@@ -390,7 +390,7 @@ static void add_namespace(Type *type, co
+ }
+
+ g_hash_table_insert(namespace_hash,
+- g_strconcat(namespaceURI, " ", localName, NULL),
++ g_strconcat(namespaceURI, " ", localName, nullptr),
+ type);
+ }
+
+@@ -1023,7 +1023,7 @@ static void write_out_type(gpointer key,
+ char *lower;
+
+ lower = g_ascii_strdown(type->media, -1);
+- media = g_strconcat(mime_dir, "/", lower, NULL);
++ media = g_strconcat(mime_dir, "/", lower, nullptr);
+ g_free(lower);
+ #ifdef _WIN32
+ fs::create_directory(media);
+@@ -1032,7 +1032,7 @@ static void write_out_type(gpointer key,
+ #endif
+
+ lower = g_ascii_strdown(type->subtype, -1);
+- filename = g_strconcat(media, "/", lower, ".xml.new", NULL);
++ filename = g_strconcat(media, "/", lower, ".xml.new", nullptr);
+ g_free(lower);
+ g_free(media);
+ media = NULL;
+@@ -1622,7 +1622,7 @@ static Magic *magic_new(xmlNode *node, T
+ magic_free(magic);
+ magic = NULL;
+ (*error)->message = g_strconcat(
+- _("Error in element: "), old, NULL);
++ _("Error in element: "), old, nullptr);
+ g_free(old);
+ } else if (magic->matches == NULL) {
+ magic_free(magic);
+@@ -1843,7 +1843,7 @@ static TreeMagic *tree_magic_new(xmlNode
+ tree_magic_free(magic);
+ magic = NULL;
+ (*error)->message = g_strconcat(
+- _("Error in element: "), old, NULL);
++ _("Error in element: "), old,
nullptr);
+ g_free(old);
+ }
+ }
+@@ -1960,7 +1960,7 @@ static void delete_old_types(const gchar
+
+ for (i = 0; i < G_N_ELEMENTS(media_types); i++)
+ {
+- const fs::path media_dir = g_strconcat(mime_dir, "/",
media_types[i], NULL);
++ const fs::path media_dir = g_strconcat(mime_dir, "/",
media_types[i], nullptr);
+
+ if (!fs::is_directory(fs::status(media_dir)))
+ continue;
+@@ -1973,13 +1973,13 @@ static void delete_old_types(const gchar
+ continue;
+
+ char *type_name = g_strconcat(media_types[i], "/",
+-
dir_entry.path().filename().string().c_str(), NULL);
++
dir_entry.path().filename().string().c_str(), nullptr);
+ type_name[strlen(type_name) - 4] = '\0';
+ if (!g_hash_table_lookup(types, type_name))
+ {
+
[OE-core] [PATCH] shared-mime-info: Fix missing sentinel warning
Clang finds it, gcc does not.
Signed-off-by: Khem Raj
---
.../0001-Fix-literal-as-per-c-11.patch| 284 ++
.../shared-mime-info/shared-mime-info_git.bb | 3 +-
2 files changed, 286 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
diff --git
a/meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
b/meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
new file mode 100644
index 000..63af84e3a87
--- /dev/null
+++
b/meta/recipes-support/shared-mime-info/shared-mime-info/0001-Fix-literal-as-per-c-11.patch
@@ -0,0 +1,284 @@
+From 157c16b09f54741aefbc4be6a3507455f0378389 Mon Sep 17 00:00:00 2001
+From: Biswapriyo Nath
+Date: Sun, 8 Oct 2023 13:26:43 +
+Subject: [PATCH] Fix missing sentinel warning with clang
+
+This fixes the compiler warnings similar as following.
+
+../src/update-mime-database.cpp:393:50: warning: missing sentinel in function
call [-Wsentinel]
+ 393 | g_strconcat(namespaceURI, " ", localName,
NULL),
+ | ^
+ |
, nullptr
+
+Upstream-Status: Backport
[https://gitlab.freedesktop.org/xdg/shared-mime-info/-/commit/157c16b09f54741aefbc4be6a3507455f0378389]
+Signed-off-by: Khem Raj
+---
+ src/update-mime-database.cpp | 58 ++--
+ 1 file changed, 29 insertions(+), 29 deletions(-)
+
+diff --git a/src/update-mime-database.cpp b/src/update-mime-database.cpp
+index 29d82a9..7838a0e 100644
+--- a/src/update-mime-database.cpp
b/src/update-mime-database.cpp
+@@ -390,7 +390,7 @@ static void add_namespace(Type *type, const char
*namespaceURI,
+ }
+
+ g_hash_table_insert(namespace_hash,
+- g_strconcat(namespaceURI, " ", localName, NULL),
++ g_strconcat(namespaceURI, " ", localName, nullptr),
+ type);
+ }
+
+@@ -1023,7 +1023,7 @@ static void write_out_type(gpointer key, gpointer value,
gpointer data)
+ char *lower;
+
+ lower = g_ascii_strdown(type->media, -1);
+- media = g_strconcat(mime_dir, "/", lower, NULL);
++ media = g_strconcat(mime_dir, "/", lower, nullptr);
+ g_free(lower);
+ #ifdef _WIN32
+ fs::create_directory(media);
+@@ -1032,7 +1032,7 @@ static void write_out_type(gpointer key, gpointer value,
gpointer data)
+ #endif
+
+ lower = g_ascii_strdown(type->subtype, -1);
+- filename = g_strconcat(media, "/", lower, ".xml.new", NULL);
++ filename = g_strconcat(media, "/", lower, ".xml.new", nullptr);
+ g_free(lower);
+ g_free(media);
+ media = NULL;
+@@ -1622,7 +1622,7 @@ static Magic *magic_new(xmlNode *node, Type *type,
GError **error)
+ magic_free(magic);
+ magic = NULL;
+ (*error)->message = g_strconcat(
+- _("Error in element: "), old, NULL);
++ _("Error in element: "), old, nullptr);
+ g_free(old);
+ } else if (magic->matches == NULL) {
+ magic_free(magic);
+@@ -1843,7 +1843,7 @@ static TreeMagic *tree_magic_new(xmlNode *node, Type
*type, GError **error)
+ tree_magic_free(magic);
+ magic = NULL;
+ (*error)->message = g_strconcat(
+- _("Error in element: "), old, NULL);
++ _("Error in element: "), old,
nullptr);
+ g_free(old);
+ }
+ }
+@@ -1960,7 +1960,7 @@ static void delete_old_types(const gchar *mime_dir)
+
+ for (i = 0; i < G_N_ELEMENTS(media_types); i++)
+ {
+- const fs::path media_dir = g_strconcat(mime_dir, "/",
media_types[i], NULL);
++ const fs::path media_dir = g_strconcat(mime_dir, "/",
media_types[i], nullptr);
+
+ if (!fs::is_directory(fs::status(media_dir)))
+ continue;
+@@ -1973,13 +1973,13 @@ static void delete_old_types(const gchar *mime_dir)
+ continue;
+
+ char *type_name = g_strconcat(media_types[i], "/",
+-
dir_entry.path().filename().string().c_str(), NULL);
++
dir_entry.path().filename().string().c_str(), nullptr);
+ type_name[strlen(type_name) - 4] = '\0';
+ if (!g_hash_table_lookup(types, type_name))
+
[OE-core] [PATCH] llvm: Upgrade to 17.0.3
Brings following fixes
* 888437e1b600 [asan] Ensure __asan_register_elf_globals is called in COMDAT
asan.module_ctor (#67745)
* 2e00f4ca4e91 [clang-format][doc] Update the Linux kernel coding style URL
* aeb83c3783a6 [clang-format] Fix a serious bug in git-clang-format (#65723)
* 268faa377aee [LSan] Mark create_thread_leak.cpp as UNSUPPORTED: darwin.
* 491a91e8eea2 [PowerPC] Use zext instead of anyext in custom and combine
(#68784)
* 8ce6b65c89ad [PowerPC] Add test for #68783 (NFC)
* 7a23a5d43c67 [clang-format] Fix a bug in RemoveParentheses: ReturnStatement
(#67911)
* be4016e52779 [X86] Fix logic for optimizing movmsk(bitcast(shuffle(x)));
PR67287
* 496b174053bd [X86] Add tests for incorrectly optimizing out shuffle used in
`movmsk`; PR67287
* f50c6382c716 [clang] [MinGW] Explicitly always pass the -fno-use-init-array
(#68571)
* d10b731adcc8 [LVI][CVP] Treat undef like a full range (#68190)
* 37b79e779f44 [X86] combineConcatVectorOps - only concatenate single-use subops
* 5a13ce2d6020 Bump version to 17.0.3
* e7b3b94cf500 [clang] Correct behavior of `LLVM_UNREACHABLE_OPTIMIZE=OFF` for
`Release` builds (#68284)
* f0a687d821c1 [LLD] [COFF] Fix handling of comdat .drectve sections (#68116)
* 8a8ade49ff49 workflows/release-binaries: Use more cores to avoid the 6 hour
timeout (#67874)
* 1090b91a2840 [AArch64] Disable loop alignment for Windows targets (#67894)
* 69c8c96691c7 [Sema] Use underlying type of scoped enum for -Wformat
diagnostics (#67378)
* b2417f51dbbd (tag: llvmorg-17.0.2) Fix release/export.sh to export runtimes
tarball, too (#67404)
* 23988a1d82d5 [libc++] Fix `std::pair`'s pair-like constructor's incorrect
assumption (#66585)
* 33e14ecd6aac [CodeGen] Don't treat thread local globals as large data (#67764)
* 03f797b51df6 [workflow] Fix abi checker in llvm-tests. Same fix as in
99fb0af80d16b0ff886f032441392219e1cac452 (#67957)
* f6cf58eed973 [clang] [MinGW] Tolerate mingw specific linker options during
compilation (#67891)
* b338a2830a2c [LLD] [COFF] Restore the current dir as the first entry in the
search path (#67857)
* 6a5be8e95b43 [LLD] [COFF] Clarify -print-search-path for the empty string
element (#67856)
* 71be0aafe357 [NFC] clang-format lld/COFF/Driver.cpp and
lld/Common/Filesystem.cpp
* 0a2d7dae6ef2 [compiler-rt] Reinstate removal of CRT choice flags from
CMAKE_*_FLAGS* (#67935)
* 098e653a5bed [MemCpyOpt] Merge alias metadatas when replacing arguments
(#67539)
* 78d201ebc3e2 [MemCpyOpt] Add test for #67539 (NFC)
* e718f3240a57 [DependencyScanningFilesystem] Make sure the local/shared cache
filename lookups use only absolute paths (#66122)
* 45066b9fbc7b [Sema] Fix fixit cast printing inside macros (#66853)
* 87ec1f460d0e Work around two more instances of __noinline__ conflicts.
(#66138)
* 9da5b7a93bca [lldb] Fix building LLDB standlone without framework
* c056d720b534 [lldb][NFCI] Change logic to find clang resource dir in
standalone builds
* cb23434f9e63 [XCOFF] Do not generate the special .ref for zero-length
sections (#66805)
* 1b55dc9d94c3 Fix buildbot failure caused by D157623
* 28d81a2bfa0a [lld][COFF] Remove incorrect flag from EHcont table
* b7eba056b93c workflows/release-tasks: Setup FileCheck and not for release-lit
(#66799)
* 9678f11b057c [StackColoring] Handle fixed object index
* 49e9ee190080 [StackColoring] Handle SEH catch object stack slots
conservatively
* 17123a60b87c [X86] Add test for #66984 (NFC)
* 2839aa915066 [SimpleLoopUnswitch] Fix exponential unswitch
* 773f136d6faa [SimpleLoopUnswitch] Fix reversed branch during condition
injection
* 4362f3e4cf48 [clang] Include `expected-no-diagnostics` in newly-added test
(NFC)
* 5f1fcc43e592 [clang] Bail out when handling union access with virtual
inheritance
* 178cf5bc8732 [clang][Diagnostics] Fix wrong line number display (#65238)
* 25a150b830f6 Revert "[InlineCost] Check for conflicting target attributes
early"
Signed-off-by: Khem Raj
---
meta/recipes-devtools/llvm/llvm_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb
b/meta/recipes-devtools/llvm/llvm_git.bb
index 934f842b908..bd2ef0ebec9 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -14,14 +14,14 @@ RDEPENDS:${PN}:append:class-target = " ncurses-terminfo"
inherit cmake pkgconfig
-PV = "17.0.2"
+PV = "17.0.3"
MAJOR_VERSION = "${@oe.utils.trim_version("${PV}", 1)}"
LLVM_RELEASE = "${PV}"
BRANCH = "release/${MAJOR_VERSION}.x"
-SRCREV = "481358974fb0f732e33d503c224492a543f4d7bd"
+SRCREV = "888437e1b60011b8a375dd30928ec925b448da57"
SRC_URI =
"git://github.com/llvm/llvm-project.git;branch=${BRANCH};protocol=https \
file://0007-llvm-allow-env-override-of-exe-path.patch;striplevel=2 \
file://0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch;striplevel=2
\
--
2.42.0
Re: [OE-core] Using devtool without an absolute path to the workspace in bblayers.conf
On Wed, Oct 18, 2023 at 9:28 AM Mike Crowe wrote:
>
> On Wednesday 18 October 2023 at 09:19:32 -0700, Khem Raj wrote:
> > On Wed, Oct 18, 2023 at 7:29 AM Mike Crowe via lists.openembedded.org
> > wrote:
> > >
> > > I'm trying to work out how we can make use of devtool to make our lives
> > > easier during development. In general it seems to work very well, but the
> > > way that it modifies bblayers.conf to add an absolute path to the
> > > workspace
> > > directory to BBLAYERS is incompatible with that file being held in a Git
> > > repository and shared by multiple users in multiple trees. There's a high
> > > risk that the file will accidentally be committed containing a path that's
> > > only meaningful for a single user in a single source tree. All of our
> > > other
> > > paths in bblayers.conf are relative to a variable that contains the path
> > > to
> > > the top of the source tree.
> > >
> > > I can manually add ${TOPDIR}/workspace to BBLAYERS in bblayers.conf and
> > > commit that, but unfortunately devtool insists on continuing to add the
> > > absolute path since it doesn't know that's the same as
> > > ${TOPDIR}/workspace.
> > >
> > > I can set "workspace_path = workspace" in devtool.conf to use a relative
> > > path, and that superficially works until externalsrc.bbclass gets upset
> > > that the EXTERNALSRC is not an absolute path.
> > >
> > > I've tried teaching devtool to prepend ${TOPDIR} if the workspace
> > > directory
> > > is not absolute when writing bblayers.conf, but it looks like I'd also
> > > need
> > > to do so in many other places.
> > >
> > > My current workaround is just to add ${TOPDIR}/workspace to the committed
> > > bblayers.conf myself and nobble devtool's _enable_workspace_layer with an
> > > early return. This is ugly and we'd have to carry that change around
> > > forever.
> > >
> > > Since I'm clearly swimming against the tide I'm left wondering whether
> > > I've
> > > missed something. Is there a way to use devtool without having an absolute
> > > path to the workspace in bblayers.conf?
> > >
> > > (At the moment I'm still using dunfell, but I looked at current master and
> > > didn't spot anything that looked like it changed this behaviour.)
> >
> > Perhaps an enhancement to not add the path if its already part of BBLAYERS
> > might do it. You might also print a diagnostics about its pre-existence to
> > make
> > sure it's not accidental.
>
> devtool already tries to do that. It doesn't work in this case since the
> code compares the absolute path against the paths in bblayers.conf and
> isn't in a position to expand variables at that point.
yeah it perhaps has to compare the evaluated paths
>
> Thanks.
>
> Mike.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189413):
https://lists.openembedded.org/g/openembedded-core/message/189413
Mute This Topic: https://lists.openembedded.org/mt/102039990/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] Using devtool without an absolute path to the workspace in bblayers.conf
On Wed, Oct 18, 2023 at 7:29 AM Mike Crowe via lists.openembedded.org
wrote:
>
> I'm trying to work out how we can make use of devtool to make our lives
> easier during development. In general it seems to work very well, but the
> way that it modifies bblayers.conf to add an absolute path to the workspace
> directory to BBLAYERS is incompatible with that file being held in a Git
> repository and shared by multiple users in multiple trees. There's a high
> risk that the file will accidentally be committed containing a path that's
> only meaningful for a single user in a single source tree. All of our other
> paths in bblayers.conf are relative to a variable that contains the path to
> the top of the source tree.
>
> I can manually add ${TOPDIR}/workspace to BBLAYERS in bblayers.conf and
> commit that, but unfortunately devtool insists on continuing to add the
> absolute path since it doesn't know that's the same as ${TOPDIR}/workspace.
>
> I can set "workspace_path = workspace" in devtool.conf to use a relative
> path, and that superficially works until externalsrc.bbclass gets upset
> that the EXTERNALSRC is not an absolute path.
>
> I've tried teaching devtool to prepend ${TOPDIR} if the workspace directory
> is not absolute when writing bblayers.conf, but it looks like I'd also need
> to do so in many other places.
>
> My current workaround is just to add ${TOPDIR}/workspace to the committed
> bblayers.conf myself and nobble devtool's _enable_workspace_layer with an
> early return. This is ugly and we'd have to carry that change around
> forever.
>
> Since I'm clearly swimming against the tide I'm left wondering whether I've
> missed something. Is there a way to use devtool without having an absolute
> path to the workspace in bblayers.conf?
>
> (At the moment I'm still using dunfell, but I looked at current master and
> didn't spot anything that looked like it changed this behaviour.)
Perhaps an enhancement to not add the path if its already part of BBLAYERS
might do it. You might also print a diagnostics about its pre-existence to make
sure it's not accidental.
>
> Thanks.
>
> Mike.
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189411):
https://lists.openembedded.org/g/openembedded-core/message/189411
Mute This Topic: https://lists.openembedded.org/mt/102039990/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] weston-init: how to debug with systemd
I have systemd based system and I can see it in journal e.g. see https://snips.sh/f/jleAzcqMVd On Tue, Oct 17, 2023 at 6:05 AM Sean Nyekjaer wrote: > > Hi, > > To my understanding the weston.service doesn’t log to journal. If I'm is > running the weston binary there is fine output on stdout. > > Looks like TTYPath is eating the logs, but I could be wrong. > > Adding: > ExecStart=/usr/bin/weston --modules=systemd-notify.so --log=/tmp/weston.log > > Will of course give logs in that file > > /Sean -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189350): https://lists.openembedded.org/g/openembedded-core/message/189350 Mute This Topic: https://lists.openembedded.org/mt/102016986/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] python3-urllib3: Update to 2.0.6
Only changes in this release [1] fixes CVE-2023-43804 [2] on top of 2.0.5
[1]
https://github.com/urllib3/urllib3/commit/644124ecd0b6e417c527191f866daa05a5a2056d
[2] https://github.com/advisories/GHSA-v845-jxx5-vc9f
Signed-off-by: Khem Raj
---
.../{python3-urllib3_2.0.5.bb => python3-urllib3_2.0.6.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-urllib3_2.0.5.bb =>
python3-urllib3_2.0.6.bb} (87%)
diff --git a/meta/recipes-devtools/python/python3-urllib3_2.0.5.bb
b/meta/recipes-devtools/python/python3-urllib3_2.0.6.bb
similarity index 87%
rename from meta/recipes-devtools/python/python3-urllib3_2.0.5.bb
rename to meta/recipes-devtools/python/python3-urllib3_2.0.6.bb
index 9c15791d34e..cd2a9dd4ef1 100644
--- a/meta/recipes-devtools/python/python3-urllib3_2.0.5.bb
+++ b/meta/recipes-devtools/python/python3-urllib3_2.0.6.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/shazow/urllib3;
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=52d273a3054ced561275d4d15260ecda"
-SRC_URI[sha256sum] =
"13abf37382ea2ce6fb744d4dad67838eec857c9f4f57009891805e0b5e123594"
+SRC_URI[sha256sum] =
"b19e1a85d206b56d7df1d5e683df4a7725252a964e3993648dd0fb5a1c157564"
inherit pypi python_hatchling
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189157):
https://lists.openembedded.org/g/openembedded-core/message/189157
Mute This Topic: https://lists.openembedded.org/mt/101978381/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] gcompat: Upgrade to 1.1.0 release
License-Update: Updated copyright years and contibutors [1]
Brings following changes
* b7bfe0b Update documentation for 1.1 release
* f0de9c6 CHANGELOG: Add pthread section
* 36f21a6 pthread: add pthread_mutexattr_[get|set]kind_np
* f23fb58 stdio: Hook fopen(3) to intercept /proc/self/exe
* 158f2b5 Update CHANGELOG for 1.1
* 4a4c840 fix path-searching for execvp
* 9dbbddc sysctl: Add __getauxval alias
* fbdd06c misc: add __libc_single_threaded
* f727ab7 locale: also override __newlocale/__duplocale
* 244110e random_r: fix null dereference when passed uninitialized buf
[1]
https://git.adelielinux.org/adelie/gcompat/-/commit/b7bfe0b08c52fdc72e0c1d9d4dcb2129f1642bd6#0398ccd0f49298b10a3d76a47800d2ebecd49859
Signed-off-by: Khem Raj
---
.../musl/gcompat/0001-auxv-new-module.patch | 59 ---
meta/recipes-core/musl/gcompat_git.bb | 7 +--
2 files changed, 3 insertions(+), 63 deletions(-)
delete mode 100644 meta/recipes-core/musl/gcompat/0001-auxv-new-module.patch
diff --git a/meta/recipes-core/musl/gcompat/0001-auxv-new-module.patch
b/meta/recipes-core/musl/gcompat/0001-auxv-new-module.patch
deleted file mode 100644
index ee292f38416..000
--- a/meta/recipes-core/musl/gcompat/0001-auxv-new-module.patch
+++ /dev/null
@@ -1,59 +0,0 @@
-From aecd42801904462501a890d173648e4e826eda19 Mon Sep 17 00:00:00 2001
-From: "A. Wilcox"
-Date: Sat, 23 Oct 2021 23:29:40 -0500
-Subject: [PATCH] auxv: new module
-
-Adds `__getauxval` wrapper, needed for Parallels Tools GUI installer.
-
-Upstream-Status: Submitted
[https://git.adelielinux.org/adelie/gcompat/-/commit/e860a38a88c7ea148ee15976136a1f83ea13f8e0]
-Signed-off-by: Khem Raj
- CHANGELOG.rst | 5 +
- Makefile | 1 +
- libgcompat/auxv.c | 6 ++
- 3 files changed, 12 insertions(+)
- create mode 100644 libgcompat/auxv.c
-
-diff --git a/CHANGELOG.rst b/CHANGELOG.rst
-index ce6859b..c3a9cee 100644
a/CHANGELOG.rst
-+++ b/CHANGELOG.rst
-@@ -11,6 +11,11 @@
- 1.1 (202?-??-??)
-
-
-+auxv
-+
-+
-+* Add __getauxval wrapper for getauxval.
-+
- locale
- --
-
-diff --git a/Makefile b/Makefile
-index cbb7634..1893cc1 100644
a/Makefile
-+++ b/Makefile
-@@ -2,6 +2,7 @@ LIBGCOMPAT_INCLUDE = \
- libgcompat/alias.h \
- libgcompat/internal.h
- LIBGCOMPAT_SRC = \
-+ libgcompat/auxv.c \
- libgcompat/ctype.c \
- libgcompat/cxx_thread.c \
- libgcompat/dlfcn.c \
-diff --git a/libgcompat/auxv.c b/libgcompat/auxv.c
-new file mode 100644
-index 000..01de376
/dev/null
-+++ b/libgcompat/auxv.c
-@@ -0,0 +1,6 @@
-+#include /* getauxval */
-+
-+unsigned long __getauxval(unsigned long value)
-+{
-+ return getauxval(value);
-+}
---
-2.37.3
-
diff --git a/meta/recipes-core/musl/gcompat_git.bb
b/meta/recipes-core/musl/gcompat_git.bb
index 3e5541ba91e..40fe8c6a5f5 100644
--- a/meta/recipes-core/musl/gcompat_git.bb
+++ b/meta/recipes-core/musl/gcompat_git.bb
@@ -5,17 +5,16 @@ SUMMARY = "A library which provides glibc-compatible APIs for
use on musl libc s
HOMEPAGE = "https://git.adelielinux.org/adelie/gcompat;
LICENSE = "NCSA"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=eb33ef4af05a9c7602843afb7adfe792"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=802b1aed7330d90086be4de63a3188e3"
SRC_URI =
"git://git.adelielinux.org/adelie/gcompat.git;protocol=https;branch=current \
- file://0001-auxv-new-module.patch \
file://0001-Add-fcntl64-wrapper.patch \
"
SRC_URI:append:powerpc = "\
file://0001-make-Static-PIE-does-not-work-on-musl-ppc.patch \
"
-PV = "1.0.0+1.1+git"
-SRCREV = "c6921a1aa454bb87671f9bd1ecfe47d80d1620aa"
+PV = "1.1.0"
+SRCREV = "b7bfe0b08c52fdc72e0c1d9d4dcb2129f1642bd6"
S = "${WORKDIR}/git"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189119):
https://lists.openembedded.org/g/openembedded-core/message/189119
Mute This Topic: https://lists.openembedded.org/mt/101961800/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] gcompat: Add fcntl64 wrapper
Needed by pvr mesa drivers
Signed-off-by: Khem Raj
---
.../gcompat/0001-Add-fcntl64-wrapper.patch| 44 +++
meta/recipes-core/musl/gcompat_git.bb | 1 +
2 files changed, 45 insertions(+)
create mode 100644
meta/recipes-core/musl/gcompat/0001-Add-fcntl64-wrapper.patch
diff --git a/meta/recipes-core/musl/gcompat/0001-Add-fcntl64-wrapper.patch
b/meta/recipes-core/musl/gcompat/0001-Add-fcntl64-wrapper.patch
new file mode 100644
index 000..3f265e273a9
--- /dev/null
+++ b/meta/recipes-core/musl/gcompat/0001-Add-fcntl64-wrapper.patch
@@ -0,0 +1,44 @@
+From 37f70f54c74c4ceeb089cbee88311ba00638f211 Mon Sep 17 00:00:00 2001
+From: Khem Raj
+Date: Fri, 13 Oct 2023 21:02:23 -0700
+Subject: [PATCH] Add fcntl64 wrapper
+
+fixes loadtime errors with pvr precompiled driver for visionfive2
+
+load libpvr_dri_support.so: Error relocating /usr/lib/libpvr_dri_support.so:
fcntl64: symbol not found
+
+Upstream-Status: Submitted
[https://git.adelielinux.org/adelie/gcompat/-/merge_requests/28]
+Signed-off-by: Khem Raj
+---
+ libgcompat/unistd.c | 11 +++
+ 1 file changed, 11 insertions(+)
+
+diff --git a/libgcompat/unistd.c b/libgcompat/unistd.c
+index 011fba2..400abf3 100644
+--- a/libgcompat/unistd.c
b/libgcompat/unistd.c
+@@ -1,6 +1,7 @@
+ #include /* assert */
+ #include /* O_CREAT */
+ #include /* NGROUPS_MAX */
++#include /* va_list, va_start, va_end */
+ #include /* NULL, size_t */
+ #include /* confstr, getcwd, getgroups, ... */
+ #include /* ENOSYS, ENOMEM */
+@@ -250,3 +251,13 @@ int __close(int fd)
+ {
+ return close(fd);
+ }
++
++int fcntl64 (int fd, int cmd, ...)
++{
++ int ret;
++ va_list ap;
++ va_start(ap, cmd);
++ ret = fcntl(fd, cmd, ap);
++ va_end(ap);
++ return ret;
++}
+--
+2.42.0
+
diff --git a/meta/recipes-core/musl/gcompat_git.bb
b/meta/recipes-core/musl/gcompat_git.bb
index ba802e3caaa..3e5541ba91e 100644
--- a/meta/recipes-core/musl/gcompat_git.bb
+++ b/meta/recipes-core/musl/gcompat_git.bb
@@ -9,6 +9,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=eb33ef4af05a9c7602843afb7adfe792"
SRC_URI =
"git://git.adelielinux.org/adelie/gcompat.git;protocol=https;branch=current \
file://0001-auxv-new-module.patch \
+ file://0001-Add-fcntl64-wrapper.patch \
"
SRC_URI:append:powerpc = "\
file://0001-make-Static-PIE-does-not-work-on-musl-ppc.patch \
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189118):
https://lists.openembedded.org/g/openembedded-core/message/189118
Mute This Topic: https://lists.openembedded.org/mt/101961799/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] libtirpc: Support ipv6 in DISTRO_FEATURES
On Fri, Oct 13, 2023 at 2:55 AM Jörg Sommer via lists.openembedded.org
wrote:
>
> On 12 October 2023 21:13, Dan McGregor wrote:
> > On Thu, 12 Oct 2023 at 11:10, Jörg Sommer via lists.openembedded.org
> > wrote:
> > >
> > > This is only a minor change, because oelint-adv had warned about the
> > > space after " of PACKAGECONFIG.
> > >
> > >
> > > From: openembedded-core@lists.openembedded.org
> > > on behalf of Jörg Sommer via
> > > lists.openembedded.org
> > > Sent: Thursday, 12 October 2023 18:34
> > > To: openembedded-core@lists.openembedded.org
> > >
> > > Cc: Jörg Sommer
> > > Subject: [OE-core] [PATCH v3] libtirpc: Support ipv6 in DISTRO_FEATURES
> > >
> > > If the ipv6 feature for the distribution is not set, the package should
> > > not
> > > contain settings for ipv6. This makes rpcbind doesn't try to bind to a
> > > IPv6
> > > socket, and complain that this fails.
>
> > > +PACKAGECONFIG ??= "\
> > > +${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} \
> > > +"
> > > +PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6"
> >
> > Looks like this will conflict with recent changes I made to master, so
> > hopefully those can be resolved automatically.
>
> I'm happy to provide a new version that applies on master, if it's needed.
> Let me know if I should create it.
Yes please rebase and send again.
>
> --
> Navimatix GmbH
> Tatzendpromenade 2
> 07745 Jena
> Geschäftsführer: Steffen Späthe, Jan Rommeley
> Registergericht: Amtsgericht Jena, HRB 501480
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189072):
https://lists.openembedded.org/g/openembedded-core/message/189072
Mute This Topic: https://lists.openembedded.org/mt/101921995/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] libtirpc: Support ipv6 in DISTRO_FEATURES
On Thu, Oct 12, 2023 at 10:10 AM Jörg Sommer via
lists.openembedded.org
wrote:
>
> This is only a minor change, because oelint-adv had warned about the space
> after " of PACKAGECONFIG.
>
>
> From: openembedded-core@lists.openembedded.org
> on behalf of Jörg Sommer via
> lists.openembedded.org
> Sent: Thursday, 12 October 2023 18:34
> To: openembedded-core@lists.openembedded.org
>
> Cc: Jörg Sommer
> Subject: [OE-core] [PATCH v3] libtirpc: Support ipv6 in DISTRO_FEATURES
>
> If the ipv6 feature for the distribution is not set, the package should not
> contain settings for ipv6. This makes rpcbind doesn't try to bind to a IPv6
> socket, and complain that this fails.
>
> Signed-off-by: Jörg Sommer
> ---
> .../libtirpc/libtirpc/ipv6.patch | 52 +++
> .../libtirpc/libtirpc_1.3.2.bb| 6 +++
> 2 files changed, 58 insertions(+)
> create mode 100644 meta/recipes-extended/libtirpc/libtirpc/ipv6.patch
>
> diff --git a/meta/recipes-extended/libtirpc/libtirpc/ipv6.patch
> b/meta/recipes-extended/libtirpc/libtirpc/ipv6.patch
> new file mode 100644
> index 00..f746f986f4
> --- /dev/null
> +++ b/meta/recipes-extended/libtirpc/libtirpc/ipv6.patch
> @@ -0,0 +1,52 @@
> +From 077bbd32e8b7474dc5f153997732e1e6aec7fad6 Mon Sep 17 00:00:00 2001
> +Message-Id:
> <077bbd32e8b7474dc5f153997732e1e6aec7fad6.1697120796.git.joerg.som...@navimatix.de>
> +From: =?UTF-8?q?J=C3=B6rg=20Sommer?=
> +Date: Thu, 12 Oct 2023 16:22:59 +0200
> +Subject: [PATCH] netconfig: remove tcp6, udp6 on --disable-ipv6
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +If the configuration for IPv6 is disabled, the netconfig should not contain
> +settings for tcp6 and udp6.
> +
> +The test for the configure option didn't work, because it check the wrong
> +variable.
> +
> +Signed-off-by: Jörg Sommer
> +Upstream-Status: Submitted [libtirpc-de...@lists.sourceforge.net]
> +Upstream-Status: Submitted [linux-...@vger.kernel.org]
> +---
> + configure.ac| 2 +-
> + doc/Makefile.am | 5 +
> + 2 files changed, 6 insertions(+), 1 deletion(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index fe6c517..b687f8d 100644
> +--- a/configure.ac
> b/configure.ac
> +@@ -64,7 +64,7 @@ fi
> + AC_ARG_ENABLE(ipv6,
> +[AC_HELP_STRING([--disable-ipv6], [Disable IPv6 support
> @<:@default=no@:>@])],
> +[],[enable_ipv6=yes])
> +-AM_CONDITIONAL(INET6, test "x$disable_ipv6" != xno)
> ++AM_CONDITIONAL(INET6, test "x$enable_ipv6" != xno)
> + if test "x$enable_ipv6" != xno; then
> +AC_DEFINE(INET6, 1, [Define to 1 if IPv6 is available])
> + fi
> +diff --git a/doc/Makefile.am b/doc/Makefile.am
> +index d42ab90..b9678f6 100644
> +--- a/doc/Makefile.am
> b/doc/Makefile.am
> +@@ -2,3 +2,8 @@ dist_sysconf_DATA = netconfig bindresvport.blacklist
> +
> + CLEANFILES = cscope.* *~
> + DISTCLEANFILES = Makefile.in
> ++
> ++if ! INET6
> ++install-exec-hook:
> ++ $(SED) -i '/^tcp6\|^udp6/d' "$(DESTDIR)$(sysconfdir)"/netconfig
> ++endif
> +--
> +2.34.1
> +
> diff --git a/meta/recipes-extended/libtirpc/libtirpc_1.3.2.bb
> b/meta/recipes-extended/libtirpc/libtirpc_1.3.2.bb
> index 6980135a92..edb98082f2 100644
> --- a/meta/recipes-extended/libtirpc/libtirpc_1.3.2.bb
> +++ b/meta/recipes-extended/libtirpc/libtirpc_1.3.2.bb
> @@ -11,6 +11,7 @@ PROVIDES = "virtual/librpc"
>
> SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BP}.tar.bz2 \
> file://CVE-2021-46828.patch \
> + file://ipv6.patch \
>"
> UPSTREAM_CHECK_URI =
> "https://sourceforge.net/projects/libtirpc/files/libtirpc/;
> UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)/"
> @@ -20,6 +21,11 @@ inherit autotools pkgconfig
>
> EXTRA_OECONF = "--disable-gssapi"
>
> +PACKAGECONFIG ??= "\
> +${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} \
> +"
> +PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6"
Does this change compiling for native/nativesdk variants in anyway ?
> +
> do_install:append() {
> test -e ${D}${sysconfdir}/netconfig && chown root:root
> ${D}${sysconfdir}/netconfig
> }
> --
> 2.34.1
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#189010):
https://lists.openembedded.org/g/openembedded-core/message/189010
Mute This Topic: https://lists.openembedded.org/mt/101921995/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] [mickledore] glibc: stable 2.37 branch updates.
On Thu, Oct 12, 2023 at 5:14 AM Sanjana V wrote: > Hi Khem, > > Thanks very much for checking the results and your comments. > > >> How much memory does the device under test have? > > We are using the default memory assigned in qemu x86-64. > cat /proc/meminfo > MemTotal:228876 kB > For tests can you raise it to say 512mb and see if results are still same Secondly how many cpus are there ? Maybe have atleast 2 or more > > Can you please let us know if we should increase the memory in the image > while running oe-selftest? > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#189001): https://lists.openembedded.org/g/openembedded-core/message/189001 Mute This Topic: https://lists.openembedded.org/mt/101774187/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] [mickledore] glibc: stable 2.37 branch updates.
Thanks for the update and reduced list of pass/fails, its really useful. How much memory does the device under test have ? On Wed, Oct 11, 2023 at 11:19 PM Sanjana V wrote: > > Regression testing is done and below are the test results. > > Before glibc update > Summary of test results: > PASS:4727 > FAIL:240 > XPASS:4 > XFAIL:16 > UNSUPPORTED:220 > > After glibc update > Summary of test results: > PASS:4729 > FAIL:239 > XPASS:4 > XFAIL:16 > UNSUPPORTED:221 > > These are the newly added test cases > PASS: io/tst-fcntl-lock-lfs > UNSUPPORTED: nss/mtrace-tst-nss-gai-hv2-canonname > > And below are new failures > FAIL: nptl/tst-thread-affinity-pthread > FAIL: nptl/tst-thread-affinity-pthread2 > FAIL: nptl/tst-thread-affinity-sched > > And below are new passes > PASS: malloc/tst-mallocfork3-mcheck > PASS: nptl/tst-pthread-setuid-loop > PASS: resolv/tst-ns_name_length_uncompressed > PASS: string/test-strcasecmp > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188987): https://lists.openembedded.org/g/openembedded-core/message/188987 Mute This Topic: https://lists.openembedded.org/mt/101774187/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] wayland: consider pkgconfig sysroot for pkgdatadir
On Wed, Oct 11, 2023 at 12:59 AM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Wed, 2023-10-11 at 09:48 +0200, Alexander Kanavin wrote: > > Hello Andreas, > > > > thanks for the explanation, this s fine, but can you add it to the > > commit message so it's preserved in history? > > > > I'd say we do need to switch to a maintained implementation of > > pkgconfig, and align with regular distros on that, Ross, do you know > > if something's holding that back (other than the usual lack of > > time/people/patience with chasing corner cases etc). > > The two options have incompatible behaviour and it wasn't clear that > either have a good maintenance path last time we looked. Most software > is aligned with the version we have which is the standard. > There were some missing aspects w.r.t sysroot as well which is useful for cross compilation maybe that’s working now I haven’t looked at it for a long time > pkg-config is relatively stable, it doesn't change much and that is a > good thing due to the way it is used. The question is whether the "lack > of maintenance" is causing us a problem, I'm not sure it is. I suspect > we're better focusing on other areas. > > Cheers, > > Richard > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188963): https://lists.openembedded.org/g/openembedded-core/message/188963 Mute This Topic: https://lists.openembedded.org/mt/101689465/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] Need suggestions: in case where linux-libc-headers and the kernel versions differ
On Thu, Oct 5, 2023 at 10:14 PM wrote: > > Hi All, > > I am using different versions of the kernel and linux-libc-headers in the > project. > Some modules are built using linux-libc-headers. > > I'm wondering which version to use as the basis when searching for > vulnerability listings on nvd.nist.gov. > > To my knowledge, linux-libc-headers only contain headers and do not include > the kernel itself or source code. Additionally, the project may have only one > kernel version. > > For example, the kernel is version 5.4, and linux-libc-headers is version > 5.16. > In this case, should I primarily check for vulnerabilities based on the > kernel version, which is 5.4? or 5.16 also need to be checked? linux-libc-headers provide UAPIs mostly, so for CVE POV it may not be interesting, although there might be case where CVEs could involve APIs but maybe rare. 5.4 is your kernel proper which is the candidate for CVEs > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188744): https://lists.openembedded.org/g/openembedded-core/message/188744 Mute This Topic: https://lists.openembedded.org/mt/101792123/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] gstreamer1.0-plugins-good: Provide Qt6 option for qmlgl
On Thu, Oct 5, 2023 at 12:27 PM Richard Purdie
wrote:
>
> On Thu, 2023-10-05 at 21:22 +0200, Andreas Cord-Landwehr wrote:
> > On 04.10.23 20:42, Richard Purdie wrote:
> > > On Wed, 2023-10-04 at 20:19 +0200, Andreas Cord-Landwehr wrote:
> > > > On 04.10.23 20:10, Khem Raj wrote:
> > > > > On Wed, Oct 4, 2023 at 9:09 AM Andreas Cord-Landwehr
> > > > > wrote:
> > > > > >
> > > > > > Gstreamer release 1.22.0 introduced option for Qt6 API.
> > > > > >
> > > > > > Signed-off-by: Andreas Cord-Landwehr
> > > > > > ---
> > > > > >.../gstreamer/gstreamer1.0-plugins-good_1.22.5.bb | 10
> > > > > > --
> > > > > >1 file changed, 8 insertions(+), 2 deletions(-)
> > > > > >
> > > > > > diff --git
> > > > > > a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> > > > > >
> > > > > > b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> > > > > > index 93f0e76ee9..ca1e1d6046 100644
> > > > > > ---
> > > > > > a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> > > > > > +++
> > > > > > b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> > > > > > @@ -35,7 +35,7 @@ X11DEPENDS = "virtual/libx11 libsm libxrender
> > > > > > libxfixes libxdamage"
> > > > > >X11ENABLEOPTS = "-Dximagesrc=enabled -Dximagesrc-xshm=enabled
> > > > > > -Dximagesrc-xfixes=enabled -Dximagesrc-xdamage=enabled"
> > > > > >X11DISABLEOPTS = "-Dximagesrc=disabled -Dximagesrc-xshm=disabled
> > > > > > -Dximagesrc-xfixes=disabled -Dximagesrc-xdamage=disabled"
> > > > > >
> > > > > > -QT5WAYLANDDEPENDS = "${@bb.utils.contains("DISTRO_FEATURES",
> > > > > > "wayland", "qtwayland", "", d)}"
> > > > > > +QTWAYLANDDEPENDS = "${@bb.utils.contains("DISTRO_FEATURES",
> > > > > > "wayland", "qtwayland", "", d)}"
> > > > > >
> > > > > >PACKAGECONFIG[asm]=
> > > > > > "-Dasm=enabled,-Dasm=disabled,nasm-native"
> > > > > >PACKAGECONFIG[bz2]= "-Dbz2=enabled,-Dbz2=disabled,bzip2"
> > > > > > @@ -52,7 +52,8 @@ PACKAGECONFIG[libpng] =
> > > > > > "-Dpng=enabled,-Dpng=disabled,libpng"
> > > > > >PACKAGECONFIG[libv4l2]=
> > > > > > "-Dv4l2-libv4l2=enabled,-Dv4l2-libv4l2=disabled,v4l-utils"
> > > > > >PACKAGECONFIG[mpg123] =
> > > > > > "-Dmpg123=enabled,-Dmpg123=disabled,mpg123"
> > > > > >PACKAGECONFIG[pulseaudio] =
> > > > > > "-Dpulse=enabled,-Dpulse=disabled,pulseaudio"
> > > > > > -PACKAGECONFIG[qt5]= "-Dqt5=enabled,-Dqt5=disabled,qtbase
> > > > > > qtdeclarative qtbase-native ${QT5WAYLANDDEPENDS}"
> > > > > > +PACKAGECONFIG[qt5]= "-Dqt5=enabled,-Dqt5=disabled,qtbase
> > > > > > qtdeclarative qtbase-native ${QTWAYLANDDEPENDS}"
> > > > > > +PACKAGECONFIG[qt6]= "-Dqt6=enabled,-Dqt6=disabled,qtbase
> > > > > > qtdeclarative qtbase-native qttools-native ${QTWAYLANDDEPENDS}"
> > > > > >PACKAGECONFIG[soup2] = "-Dsoup=enabled,,libsoup-2.4,,,soup3"
> > > > > >PACKAGECONFIG[soup3] = "-Dsoup=enabled,,libsoup,,,soup2"
> > > > > >PACKAGECONFIG[speex] =
> > > > > > "-Dspeex=enabled,-Dspeex=disabled,speex"
> > > > > > @@ -79,3 +80,8 @@ EXTRA_OEMESON += " \
> > > > > >"
> > > > > >
> > > > > >FILES:${PN}-equalizer += "${datadir}/gstreamer-1.0/presets/*.prs"
> > > > > > +
> > > > > > +do_configure:prepend() {
> > > > > > +# provide path to qtwaylandscanner
> > > > > > +export PATH=${PATH}:${STAGING_DIR_NATIVE}/${libexecdir}
> > > > >
> > > > > perhaps we should fix naitve qt6 to install qtwaylandscanner in native
> >
Re: [OE-core] [PATCH] gstreamer1.0-plugins-good: Provide Qt6 option for qmlgl
On Wed, Oct 4, 2023 at 9:09 AM Andreas Cord-Landwehr
wrote:
>
> Gstreamer release 1.22.0 introduced option for Qt6 API.
>
> Signed-off-by: Andreas Cord-Landwehr
> ---
> .../gstreamer/gstreamer1.0-plugins-good_1.22.5.bb | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git
> a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> index 93f0e76ee9..ca1e1d6046 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.22.5.bb
> @@ -35,7 +35,7 @@ X11DEPENDS = "virtual/libx11 libsm libxrender libxfixes
> libxdamage"
> X11ENABLEOPTS = "-Dximagesrc=enabled -Dximagesrc-xshm=enabled
> -Dximagesrc-xfixes=enabled -Dximagesrc-xdamage=enabled"
> X11DISABLEOPTS = "-Dximagesrc=disabled -Dximagesrc-xshm=disabled
> -Dximagesrc-xfixes=disabled -Dximagesrc-xdamage=disabled"
>
> -QT5WAYLANDDEPENDS = "${@bb.utils.contains("DISTRO_FEATURES", "wayland",
> "qtwayland", "", d)}"
> +QTWAYLANDDEPENDS = "${@bb.utils.contains("DISTRO_FEATURES", "wayland",
> "qtwayland", "", d)}"
>
> PACKAGECONFIG[asm]= "-Dasm=enabled,-Dasm=disabled,nasm-native"
> PACKAGECONFIG[bz2]= "-Dbz2=enabled,-Dbz2=disabled,bzip2"
> @@ -52,7 +52,8 @@ PACKAGECONFIG[libpng] =
> "-Dpng=enabled,-Dpng=disabled,libpng"
> PACKAGECONFIG[libv4l2]=
> "-Dv4l2-libv4l2=enabled,-Dv4l2-libv4l2=disabled,v4l-utils"
> PACKAGECONFIG[mpg123] = "-Dmpg123=enabled,-Dmpg123=disabled,mpg123"
> PACKAGECONFIG[pulseaudio] = "-Dpulse=enabled,-Dpulse=disabled,pulseaudio"
> -PACKAGECONFIG[qt5]= "-Dqt5=enabled,-Dqt5=disabled,qtbase
> qtdeclarative qtbase-native ${QT5WAYLANDDEPENDS}"
> +PACKAGECONFIG[qt5]= "-Dqt5=enabled,-Dqt5=disabled,qtbase
> qtdeclarative qtbase-native ${QTWAYLANDDEPENDS}"
> +PACKAGECONFIG[qt6]= "-Dqt6=enabled,-Dqt6=disabled,qtbase
> qtdeclarative qtbase-native qttools-native ${QTWAYLANDDEPENDS}"
> PACKAGECONFIG[soup2] = "-Dsoup=enabled,,libsoup-2.4,,,soup3"
> PACKAGECONFIG[soup3] = "-Dsoup=enabled,,libsoup,,,soup2"
> PACKAGECONFIG[speex] = "-Dspeex=enabled,-Dspeex=disabled,speex"
> @@ -79,3 +80,8 @@ EXTRA_OEMESON += " \
> "
>
> FILES:${PN}-equalizer += "${datadir}/gstreamer-1.0/presets/*.prs"
> +
> +do_configure:prepend() {
> +# provide path to qtwaylandscanner
> +export PATH=${PATH}:${STAGING_DIR_NATIVE}/${libexecdir}
perhaps we should fix naitve qt6 to install qtwaylandscanner in native
bindir. Then we do not need this.
> +}
> --
> 2.39.2
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188693):
https://lists.openembedded.org/g/openembedded-core/message/188693
Mute This Topic: https://lists.openembedded.org/mt/101758538/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] python3-docutils: Rename utilities to their canonical names
Packages which use the utilities usually call/search for these tools
without .py extension e.g. kernel-selftest and fails to find the tools
if they are having .py extension.
Signed-off-by: Khem Raj
---
meta/recipes-devtools/python/python3-docutils_0.20.1.bb | 9 +
1 file changed, 9 insertions(+)
diff --git a/meta/recipes-devtools/python/python3-docutils_0.20.1.bb
b/meta/recipes-devtools/python/python3-docutils_0.20.1.bb
index 65ca55e07bf..6038732cc4f 100644
--- a/meta/recipes-devtools/python/python3-docutils_0.20.1.bb
+++ b/meta/recipes-devtools/python/python3-docutils_0.20.1.bb
@@ -8,4 +8,13 @@ SRC_URI[sha256sum] =
"f08a4e276c3a1583a86dce3e34aba3fe04d02bba2dd51ed16106244e8a
inherit pypi setuptools3
+do_install:append() {
+for f in rst2html rst2html4 rst2html5 rst2latex rst2man \
+ rst2odt rst2odt_prepstyles rst2pseudoxml rst2s5 rst2xetex
rst2xml \
+ rstpep2html
+do
+mv ${D}${bindir}/$f.py ${D}${bindir}/$f;
+done
+}
+
BBCLASSEXTEND = "native nativesdk"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188591):
https://lists.openembedded.org/g/openembedded-core/message/188591
Mute This Topic: https://lists.openembedded.org/mt/101704148/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 00/10] kernel: consolidated pull request
seeing couple of build failure in meta-oe too https://errors.yoctoproject.org/Errors/Build/172283/ On Sun, Oct 1, 2023 at 10:40 AM Khem Raj wrote: > > On Sun, Oct 1, 2023 at 4:49 AM Richard Purdie > wrote: > > > > On Sun, 2023-10-01 at 11:13 +0100, Richard Purdie wrote: > > > On Fri, 2023-09-29 at 16:04 -0400, bruce.ashfi...@gmail.com wrote: > > > > Given where we are in the release cycle, this clearly is NOT a typical > > > > consolidated pull request. > > > > > > > > I've done what normally takes about three weeks in about 4 days. > > > > > > > > With 6.4 going EOL before expected upstream, it really isn't a suitable > > > > reference kernel for the release. > > > > > > > > So we've decided to take on the task of getting 6.5 ready and available, > > > > and at the same time moving the -dev kernel to v6.6. The -dev kernel > > > > testing for 6.5 was critical for this, since I already knew the core > > > > was sane. > > > > > > > > Also we've never shipped purposely mismatched libc-headers in the > > > > release, > > > > so I also took the leap to update the libc-headers to match. > > > > > > > > I've already sent fixes to meta-oe, and there's a btrfs update in this > > > > series to fix breakage that I found in the tightly coupled packages. > > > > > > > > I've built and booted core-image-kernel-dev, core-image-minimal, > > > > core-image-sato > > > > for both glibc and musl for all the supported architectures. > > > > There will be some things that break regardless, but this needs the > > > > better coverage of the AB. > > > > > > > > If this causes too much problems, our choices are to ship 6.4 EOLd, or > > > > fall all the way back to 6.1. > > > > > > > > I'll remove 6.4 from master once we've figured out the fallout from > > > > this kernel, and which direction we are going. > > > > > > I've merged this series which seemed to work fine. Given the time > > > constraints, I thought I'd throw some 6.5 testing at the autobuilder. > > > It ran into two issues. One was cryptodev, I have a patch for that in > > > master-next. The other were entropy boot failures on arm kvm: > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5512/steps/12/logs/stdio > > > > > > [0.796831] Key type id_resolver registered > > > [0.797581] Key type id_legacy registered > > > [0.798724] Key type cifs.idmap registered > > > [0.808070] jitterentropy: Initialization failed with host not > > > compliant with requirements: 9 > > > [0.809690] xor: measuring software checksum speed > > > [0.811307]8regs : 12333 MB/sec > > > [0.812862]32regs : 12322 MB/sec > > > [0.814885]arm64_neon : 7851 MB/sec > > > [0.815626] xor: using function: 8regs (12333 MB/sec) > > > > > > > > > --- > > > Central error: [0.808070] jitterentropy: Initialization failed with > > > host not compliant with requirements: 9 > > > *** > > > > > > I did find this in google: > > > > > > https://lore.kernel.org/linux-arm-kernel/68c6b70a-8d6c-08b5-46ce-243607479...@i2se.com/T/ > > > > > > which does bisect to a change. > > > > > > I'll rerun the autobuilder testing with the cryptodev patch and see if > > > anything else transpires. > > > > The LTP on arm run failed: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/5406 > > > > which diving into the logs shows it went OOM and keeled over badly: > > > > https://autobuilder.yocto.io/pub/failed-builds-data/qemu_boot_log.20231001101358 > > > > meta-virtualization doesn't like something: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2295 > > > > The arm ptest failures above are unsurprisingly still around: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5513 > > > > There may or may not be failing strace ptests on x86: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/5694/steps/13/logs/stdio > > strace might be related to something like this > https://blog.sebastianwick.net/posts/so-peerpidfd-usefulness/ > > > > > but we didn't get the world build failures from cryptodev. > > > > Cheers, > > > > Richard > > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188590): https://lists.openembedded.org/g/openembedded-core/message/188590 Mute This Topic: https://lists.openembedded.org/mt/101665418/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 00/10] kernel: consolidated pull request
On Sun, Oct 1, 2023 at 4:49 AM Richard Purdie wrote: > > On Sun, 2023-10-01 at 11:13 +0100, Richard Purdie wrote: > > On Fri, 2023-09-29 at 16:04 -0400, bruce.ashfi...@gmail.com wrote: > > > Given where we are in the release cycle, this clearly is NOT a typical > > > consolidated pull request. > > > > > > I've done what normally takes about three weeks in about 4 days. > > > > > > With 6.4 going EOL before expected upstream, it really isn't a suitable > > > reference kernel for the release. > > > > > > So we've decided to take on the task of getting 6.5 ready and available, > > > and at the same time moving the -dev kernel to v6.6. The -dev kernel > > > testing for 6.5 was critical for this, since I already knew the core > > > was sane. > > > > > > Also we've never shipped purposely mismatched libc-headers in the release, > > > so I also took the leap to update the libc-headers to match. > > > > > > I've already sent fixes to meta-oe, and there's a btrfs update in this > > > series to fix breakage that I found in the tightly coupled packages. > > > > > > I've built and booted core-image-kernel-dev, core-image-minimal, > > > core-image-sato > > > for both glibc and musl for all the supported architectures. > > > There will be some things that break regardless, but this needs the > > > better coverage of the AB. > > > > > > If this causes too much problems, our choices are to ship 6.4 EOLd, or > > > fall all the way back to 6.1. > > > > > > I'll remove 6.4 from master once we've figured out the fallout from > > > this kernel, and which direction we are going. > > > > I've merged this series which seemed to work fine. Given the time > > constraints, I thought I'd throw some 6.5 testing at the autobuilder. > > It ran into two issues. One was cryptodev, I have a patch for that in > > master-next. The other were entropy boot failures on arm kvm: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5512/steps/12/logs/stdio > > > > [0.796831] Key type id_resolver registered > > [0.797581] Key type id_legacy registered > > [0.798724] Key type cifs.idmap registered > > [0.808070] jitterentropy: Initialization failed with host not compliant > > with requirements: 9 > > [0.809690] xor: measuring software checksum speed > > [0.811307]8regs : 12333 MB/sec > > [0.812862]32regs : 12322 MB/sec > > [0.814885]arm64_neon : 7851 MB/sec > > [0.815626] xor: using function: 8regs (12333 MB/sec) > > > > > > --- > > Central error: [0.808070] jitterentropy: Initialization failed with > > host not compliant with requirements: 9 > > *** > > > > I did find this in google: > > > > https://lore.kernel.org/linux-arm-kernel/68c6b70a-8d6c-08b5-46ce-243607479...@i2se.com/T/ > > > > which does bisect to a change. > > > > I'll rerun the autobuilder testing with the cryptodev patch and see if > > anything else transpires. > > The LTP on arm run failed: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/5406 > > which diving into the logs shows it went OOM and keeled over badly: > > https://autobuilder.yocto.io/pub/failed-builds-data/qemu_boot_log.20231001101358 > > meta-virtualization doesn't like something: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2295 > > The arm ptest failures above are unsurprisingly still around: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5513 > > There may or may not be failing strace ptests on x86: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/5694/steps/13/logs/stdio strace might be related to something like this https://blog.sebastianwick.net/posts/so-peerpidfd-usefulness/ > > but we didn't get the world build failures from cryptodev. > > Cheers, > > Richard > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188516): https://lists.openembedded.org/g/openembedded-core/message/188516 Mute This Topic: https://lists.openembedded.org/mt/101665418/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] mesa: Fix native build on hosts with llvm-dev installed
This issue is always there, it just shows up with newer LLVM since
symbol mismatches are being found otherwise it was happily linking with
host libLLVM.so silently.
Signed-off-by: Khem Raj
---
v2: Apply the upstream proposed fix
...e-cmake-dependency-detector-for-llvm.patch | 42 +++
meta/recipes-graphics/mesa/mesa.inc | 1 +
2 files changed, 43 insertions(+)
create mode 100644
meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
diff --git
a/meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
b/meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
new file mode 100644
index 000..4cded0546dc
--- /dev/null
+++
b/meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
@@ -0,0 +1,42 @@
+From 00d41cd5aa3f4b494dc276c9b4ccdc096310c91f Mon Sep 17 00:00:00 2001
+From: Khem Raj
+Date: Thu, 28 Sep 2023 15:34:22 -0700
+Subject: [PATCH] meson: use llvm-config instead of cmake to fix linking errors
with meson 1.2.1
+
+meson dependency auto dependency detection uses cmake and then
+config-tool to process dependencies, in mesa the logic to detect llvm is
+using auto detection which means if it finds cmake then it will try to
+use cmake method. Cmake method works ok except a case when llvm-dev
+package is installed on the build host then it generates its own
+native.meson file and ignores OE supplied meson.native file which has
+correct llvm-config tool specified which is pointing to llvm-config from
+native sysroot. The generated meson.native file points to one found in
+/usr/bin and there onwards detector finds native install of llvm and
+configures that into building native mesa package.
+
+Since cmake detector does not always work, disable it by default and use
+config-tool which works in all cases. This is suggested in below issues
+too
+
+A similar issue is open in meson upstream [1] and mesa [2]
+
+[1] https://github.com/mesonbuild/meson/issues/10483
+[2] https://gitlab.freedesktop.org/mesa/mesa/-/issues/6738
+
+Upstream-Status: Submitted
[https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25438]
+
+Signed-off-by: Khem Raj
+---
+ meson.build | 1 +
+ 1 file changed, 1 insertion(+)
+
+--- a/meson.build
b/meson.build
+@@ -1659,6 +1659,7 @@ with_llvm = false
+ if _llvm.allowed()
+ dep_llvm = dependency(
+ 'llvm',
++method : host_machine.system() == 'windows' ? 'auto' : 'config-tool',
+ version : _llvm_version,
+ modules : llvm_modules,
+ optional_modules : llvm_optional_modules,
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index e897ce65c89..95c408dbf68 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -19,6 +19,7 @@ SRC_URI =
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch \
file://0001-gallium-Fix-build-with-llvm-17.patch \
file://0001-intel-Allow-using-intel_clc-from-the-system.patch \
+ file://0001-meson-Disable-cmake-dependency-detector-for-llvm.patch \
"
SRC_URI[sha256sum] =
"45434ff91a709844130a3174d9c0ef39c6b50725b2bb0c13e736f36134db14ad"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188446):
https://lists.openembedded.org/g/openembedded-core/message/188446
Mute This Topic: https://lists.openembedded.org/mt/101666819/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa: Update clang-17 patch to upstream v2
On Thu, Sep 28, 2023 at 4:00 PM Tim Orling wrote: > > > > On Thu, Sep 28, 2023 at 3:55 PM Khem Raj wrote: >> >> On Thu, Sep 28, 2023 at 2:46 PM Tim Orling wrote: >> > >> > >> > >> > On Thu, Sep 28, 2023 at 1:34 PM Khem Raj wrote: >> >> >> >> Can you check if the machines where it fails has llvm-14-dev package >> >> installed on host ? >> >> >> > >> > In my case, yes. llvm-14-dev 1:14.0.0-1ubuntu1.1 >> >> yeah, this will expose the problem I guess that mesa/meson build files >> have logic for detecting llvm dependency uses cmake and how meson >> does this is by generating intermediate native file and ignoring >> llvm-config setting that OE has passed via meson.native file and finds >> one in >> /usr/bin and thats where the slippery slope starts. >> >> I am sure if you uninstall llvm-14-dev from your build host then it >> will start to work. I am looking into a patch to contain it meanwhile. >> > > Confirmed "fix". I don't remember why I have llvm-14-dev installed to begin > with so buh-bye Well, it atleast exposed a bug in mesa build. I have sent a patch to fix that. before you punt it give it a shot with llvm-14-dev installed on your system and see if this also fixes the issue. Keep llvm around, its nice :) > >> >> > >> >> >> >> On Thu, Sep 28, 2023 at 9:55 AM Khem Raj wrote: >> >> > >> >> > its linking with /usr/lib/llvm-14/lib/libLLVM-14.so.1 which is not >> >> > correct. Somehow its finding llvm library on your build host. >> >> > >> >> > On Thu, Sep 28, 2023 at 8:25 AM Richard Purdie >> >> > wrote: >> >> > > >> >> > > On Fri, 2023-09-22 at 09:37 -0700, Khem Raj wrote: >> >> > > > Signed-off-by: Khem Raj >> >> > > > --- >> >> > > > .../0001-gallium-Fix-build-with-llvm-17.patch | 27 >> >> > > > --- >> >> > > > 1 file changed, 18 insertions(+), 9 deletions(-) >> >> > > > >> >> > > > diff --git >> >> > > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> >> > > > >> >> > > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> >> > > > index 3631a918b0c..0ca7a22b45b 100644 >> >> > > > --- >> >> > > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> >> > > > +++ >> >> > > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> >> > > > @@ -1,4 +1,4 @@ >> >> > > > -From 865762e0a767a121206d818bdd58301afbf30104 Mon Sep 17 00:00:00 >> >> > > > 2001 >> >> > > > +From c8e9776abc3dfd3f2411797a90a03e7fa16263ef Mon Sep 17 00:00:00 >> >> > > > 2001 >> >> > > > From: Khem Raj >> >> > > > Date: Fri, 23 Jun 2023 01:20:38 -0700 >> >> > > > Subject: [PATCH] gallium: Fix build with llvm 17 >> >> > > > @@ -10,14 +10,12 @@ so add conditions to exclude them for llvm >= 17 >> >> > > > Upstream-Status: Submitted >> >> > > > [https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23827] >> >> > > > Signed-off-by: Khem Raj >> >> > > > --- >> >> > > > - src/gallium/auxiliary/gallivm/lp_bld_init.c | 4 +++- >> >> > > > - 1 file changed, 3 insertions(+), 1 deletion(-) >> >> > > > + src/gallium/auxiliary/gallivm/lp_bld_init.c | 6 -- >> >> > > > + 1 file changed, 4 insertions(+), 2 deletions(-) >> >> > > > >> >> > > > -diff --git a/src/gallium/auxiliary/gallivm/lp_bld_init.c >> >> > > > b/src/gallium/auxiliary/gallivm/lp_bld_init.c >> >> > > > -index 24d0823..3d4573e 100644 >> >> > > > --- a/src/gallium/auxiliary/gallivm/lp_bld_init.c >> >> > > > +++ b/src/gallium/auxiliary/gallivm/lp_bld_init.c >> >> > > > -@@ -42,8 +42,10 @@ >> >> > > > +@@ -42,19 +42,23 @@ >> >> > > > >> >> > > > #include >> >> > > > #include >> >> > > > @@ -29,6 +27,17 @@ index 24d0823..3d4573e 100644
[OE-core] [PATCH 2/2] mesa: Simplify llvm-17 patch
llvm-17 support patch had redundant checks for llvm-17, Simplify them as submitted in v3 upstream Signed-off-by: Khem Raj --- .../mesa/files/0001-gallium-Fix-build-with-llvm-17.patch | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch index 0ca7a22b45b..165708145a7 100644 --- a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch +++ b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch @@ -15,7 +15,7 @@ Signed-off-by: Khem Raj --- a/src/gallium/auxiliary/gallivm/lp_bld_init.c +++ b/src/gallium/auxiliary/gallivm/lp_bld_init.c -@@ -42,19 +42,23 @@ +@@ -42,8 +42,10 @@ #include #include @@ -27,10 +27,7 @@ Signed-off-by: Khem Raj #include #endif #include - #if GALLIVM_USE_NEW_PASS == 1 - #include --#elif GALLIVM_HAVE_CORO == 1 -+#elif GALLIVM_HAVE_CORO == 1 && LLVM_VERSION_MAJOR < 17 +@@ -53,8 +55,10 @@ #if LLVM_VERSION_MAJOR <= 8 && (DETECT_ARCH_AARCH64 || DETECT_ARCH_ARM || DETECT_ARCH_S390 || DETECT_ARCH_MIPS64) #include #endif -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188387): https://lists.openembedded.org/g/openembedded-core/message/188387 Mute This Topic: https://lists.openembedded.org/mt/101648330/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] mesa: Fix native build on hosts with llvm-dev installed
This issue is always there, it just shows up with newer LLVM since
symbol mismatches are being found otherwise it was happily linking with
host libLLVM.so silently.
Signed-off-by: Khem Raj
---
...e-cmake-dependency-detector-for-llvm.patch | 47 +++
meta/recipes-graphics/mesa/mesa.inc | 1 +
2 files changed, 48 insertions(+)
create mode 100644
meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
diff --git
a/meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
b/meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
new file mode 100644
index 000..3a836ab4821
--- /dev/null
+++
b/meta/recipes-graphics/mesa/files/0001-meson-Disable-cmake-dependency-detector-for-llvm.patch
@@ -0,0 +1,47 @@
+From 00d41cd5aa3f4b494dc276c9b4ccdc096310c91f Mon Sep 17 00:00:00 2001
+From: Khem Raj
+Date: Thu, 28 Sep 2023 15:34:22 -0700
+Subject: [PATCH] meson: Disable cmake dependency detector for llvm
+
+meson dependency auto dependency detection uses cmake and then
+config-tool to process dependencies, in mesa the logic to detect llvm is
+using auto detection which means if it finds cmake then it will try to
+use cmake method. Cmake method works ok except a case when llvm-dev
+package is installed on the build host then it generates its own
+native.meson file and ignores OE supplied meson.native file which has
+correct llvm-config tool specified which is pointing to llvm-config from
+native sysroot. The generated meson.native file points to one found in
+/usr/bin and there onwards detector finds native install of llvm and
+configures that into building native mesa package.
+
+Since cmake detector does not always work, disable it by default and use
+config-tool which works in all cases. This is suggested in below issues
+too
+
+A similar issue is open in meson upstream [1] and mesa [2]
+
+[1] https://github.com/mesonbuild/meson/issues/10483
+[2] https://gitlab.freedesktop.org/mesa/mesa/-/issues/6738
+
+Upstream-Status: Inappropriate [Cross-compile specific]
+
+Signed-off-by: Khem Raj
+---
+ meson.build | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/meson.build b/meson.build
+index 00a6953..05815ec 100644
+--- a/meson.build
b/meson.build
+@@ -1659,6 +1659,7 @@ with_llvm = false
+ if _llvm.allowed()
+ dep_llvm = dependency(
+ 'llvm',
++method : 'config-tool',
+ version : _llvm_version,
+ modules : llvm_modules,
+ optional_modules : llvm_optional_modules,
+--
+2.42.0
+
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index 559d445ae5e..4e824500dd0 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -19,6 +19,7 @@ SRC_URI =
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch \
file://0001-gallium-Fix-build-with-llvm-17.patch \
file://0001-intel-Allow-using-intel_clc-from-the-system.patch \
+ file://0001-meson-Disable-cmake-dependency-detector-for-llvm.patch \
"
SRC_URI[sha256sum] =
"45434ff91a709844130a3174d9c0ef39c6b50725b2bb0c13e736f36134db14ad"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188386):
https://lists.openembedded.org/g/openembedded-core/message/188386
Mute This Topic: https://lists.openembedded.org/mt/101648329/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa: Update clang-17 patch to upstream v2
On Thu, Sep 28, 2023 at 2:46 PM Tim Orling wrote: > > > > On Thu, Sep 28, 2023 at 1:34 PM Khem Raj wrote: >> >> Can you check if the machines where it fails has llvm-14-dev package >> installed on host ? >> > > In my case, yes. llvm-14-dev 1:14.0.0-1ubuntu1.1 yeah, this will expose the problem I guess that mesa/meson build files have logic for detecting llvm dependency uses cmake and how meson does this is by generating intermediate native file and ignoring llvm-config setting that OE has passed via meson.native file and finds one in /usr/bin and thats where the slippery slope starts. I am sure if you uninstall llvm-14-dev from your build host then it will start to work. I am looking into a patch to contain it meanwhile. > >> >> On Thu, Sep 28, 2023 at 9:55 AM Khem Raj wrote: >> > >> > its linking with /usr/lib/llvm-14/lib/libLLVM-14.so.1 which is not >> > correct. Somehow its finding llvm library on your build host. >> > >> > On Thu, Sep 28, 2023 at 8:25 AM Richard Purdie >> > wrote: >> > > >> > > On Fri, 2023-09-22 at 09:37 -0700, Khem Raj wrote: >> > > > Signed-off-by: Khem Raj >> > > > --- >> > > > .../0001-gallium-Fix-build-with-llvm-17.patch | 27 --- >> > > > 1 file changed, 18 insertions(+), 9 deletions(-) >> > > > >> > > > diff --git >> > > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> > > > >> > > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> > > > index 3631a918b0c..0ca7a22b45b 100644 >> > > > --- >> > > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> > > > +++ >> > > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch >> > > > @@ -1,4 +1,4 @@ >> > > > -From 865762e0a767a121206d818bdd58301afbf30104 Mon Sep 17 00:00:00 2001 >> > > > +From c8e9776abc3dfd3f2411797a90a03e7fa16263ef Mon Sep 17 00:00:00 2001 >> > > > From: Khem Raj >> > > > Date: Fri, 23 Jun 2023 01:20:38 -0700 >> > > > Subject: [PATCH] gallium: Fix build with llvm 17 >> > > > @@ -10,14 +10,12 @@ so add conditions to exclude them for llvm >= 17 >> > > > Upstream-Status: Submitted >> > > > [https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23827] >> > > > Signed-off-by: Khem Raj >> > > > --- >> > > > - src/gallium/auxiliary/gallivm/lp_bld_init.c | 4 +++- >> > > > - 1 file changed, 3 insertions(+), 1 deletion(-) >> > > > + src/gallium/auxiliary/gallivm/lp_bld_init.c | 6 -- >> > > > + 1 file changed, 4 insertions(+), 2 deletions(-) >> > > > >> > > > -diff --git a/src/gallium/auxiliary/gallivm/lp_bld_init.c >> > > > b/src/gallium/auxiliary/gallivm/lp_bld_init.c >> > > > -index 24d0823..3d4573e 100644 >> > > > --- a/src/gallium/auxiliary/gallivm/lp_bld_init.c >> > > > +++ b/src/gallium/auxiliary/gallivm/lp_bld_init.c >> > > > -@@ -42,8 +42,10 @@ >> > > > +@@ -42,19 +42,23 @@ >> > > > >> > > > #include >> > > > #include >> > > > @@ -29,6 +27,17 @@ index 24d0823..3d4573e 100644 >> > > > #include >> > > > #endif >> > > > #include >> > > > --- >> > > > -2.41.0 >> > > > - >> > > > + #if GALLIVM_USE_NEW_PASS == 1 >> > > > + #include >> > > > +-#elif GALLIVM_HAVE_CORO == 1 >> > > > ++#elif GALLIVM_HAVE_CORO == 1 && LLVM_VERSION_MAJOR < 17 >> > > > + #if LLVM_VERSION_MAJOR <= 8 && (DETECT_ARCH_AARCH64 || >> > > > DETECT_ARCH_ARM || DETECT_ARCH_S390 || DETECT_ARCH_MIPS64) >> > > > + #include >> > > > + #endif >> > > > ++#if LLVM_VERSION_MAJOR < 17 >> > > > + #include >> > > > + #endif >> > > > ++#endif >> > > > + >> > > > + unsigned gallivm_perf = 0; >> > > > + >> > > >> > > I think this patch may have broken against with the recent llvm point >> > > release? >> > > >> > > DEBUG: Executing shell function do_compile >> > > >> > > [1/33] >> > > /srv/build/ttorling/workspace-upgr
Re: [OE-core] [PATCH] mesa: Update clang-17 patch to upstream v2
Can you check if the machines where it fails has llvm-14-dev package installed on host ? On Thu, Sep 28, 2023 at 9:55 AM Khem Raj wrote: > > its linking with /usr/lib/llvm-14/lib/libLLVM-14.so.1 which is not > correct. Somehow its finding llvm library on your build host. > > On Thu, Sep 28, 2023 at 8:25 AM Richard Purdie > wrote: > > > > On Fri, 2023-09-22 at 09:37 -0700, Khem Raj wrote: > > > Signed-off-by: Khem Raj > > > --- > > > .../0001-gallium-Fix-build-with-llvm-17.patch | 27 --- > > > 1 file changed, 18 insertions(+), 9 deletions(-) > > > > > > diff --git > > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > > > > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > > index 3631a918b0c..0ca7a22b45b 100644 > > > --- > > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > > +++ > > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > > @@ -1,4 +1,4 @@ > > > -From 865762e0a767a121206d818bdd58301afbf30104 Mon Sep 17 00:00:00 2001 > > > +From c8e9776abc3dfd3f2411797a90a03e7fa16263ef Mon Sep 17 00:00:00 2001 > > > From: Khem Raj > > > Date: Fri, 23 Jun 2023 01:20:38 -0700 > > > Subject: [PATCH] gallium: Fix build with llvm 17 > > > @@ -10,14 +10,12 @@ so add conditions to exclude them for llvm >= 17 > > > Upstream-Status: Submitted > > > [https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23827] > > > Signed-off-by: Khem Raj > > > --- > > > - src/gallium/auxiliary/gallivm/lp_bld_init.c | 4 +++- > > > - 1 file changed, 3 insertions(+), 1 deletion(-) > > > + src/gallium/auxiliary/gallivm/lp_bld_init.c | 6 -- > > > + 1 file changed, 4 insertions(+), 2 deletions(-) > > > > > > -diff --git a/src/gallium/auxiliary/gallivm/lp_bld_init.c > > > b/src/gallium/auxiliary/gallivm/lp_bld_init.c > > > -index 24d0823..3d4573e 100644 > > > --- a/src/gallium/auxiliary/gallivm/lp_bld_init.c > > > +++ b/src/gallium/auxiliary/gallivm/lp_bld_init.c > > > -@@ -42,8 +42,10 @@ > > > +@@ -42,19 +42,23 @@ > > > > > > #include > > > #include > > > @@ -29,6 +27,17 @@ index 24d0823..3d4573e 100644 > > > #include > > > #endif > > > #include > > > --- > > > -2.41.0 > > > - > > > + #if GALLIVM_USE_NEW_PASS == 1 > > > + #include > > > +-#elif GALLIVM_HAVE_CORO == 1 > > > ++#elif GALLIVM_HAVE_CORO == 1 && LLVM_VERSION_MAJOR < 17 > > > + #if LLVM_VERSION_MAJOR <= 8 && (DETECT_ARCH_AARCH64 || DETECT_ARCH_ARM > > > || DETECT_ARCH_S390 || DETECT_ARCH_MIPS64) > > > + #include > > > + #endif > > > ++#if LLVM_VERSION_MAJOR < 17 > > > + #include > > > + #endif > > > ++#endif > > > + > > > + unsigned gallivm_perf = 0; > > > + > > > > I think this patch may have broken against with the recent llvm point > > release? > > > > DEBUG: Executing shell function do_compile > > > > [1/33] > > /srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/bin/python3-native/python3 > > ../mesa-23.1.8/bin/git_sha1_gen.py --output src/git_sha1.h > > [2/13] g++ -o src/gallium/targets/dri/libgallium_dri.so > > src/gallium/targets/dri/libgallium_dri.so.p/target.c.o > > -L/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib > > > > -L/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/lib > > -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group > > -Wl,-soname,libgallium_dri.so -Wl,--enable-new-dtags > > -Wl,-rpath-link,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib > > > > -Wl,-rpath-link,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/lib > > > > -Wl,-rpath,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib > > > > -Wl,-rpath,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/lib > > -Wl,-O1 -Wl,--allow-shlib-undefined > > -Wl,--dynamic-linker=/srv/build/ttorling/workspa
Re: [OE-core] [PATCH] mesa: Update clang-17 patch to upstream v2
its linking with /usr/lib/llvm-14/lib/libLLVM-14.so.1 which is not correct. Somehow its finding llvm library on your build host. On Thu, Sep 28, 2023 at 8:25 AM Richard Purdie wrote: > > On Fri, 2023-09-22 at 09:37 -0700, Khem Raj wrote: > > Signed-off-by: Khem Raj > > --- > > .../0001-gallium-Fix-build-with-llvm-17.patch | 27 --- > > 1 file changed, 18 insertions(+), 9 deletions(-) > > > > diff --git > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > index 3631a918b0c..0ca7a22b45b 100644 > > --- > > a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > +++ > > b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch > > @@ -1,4 +1,4 @@ > > -From 865762e0a767a121206d818bdd58301afbf30104 Mon Sep 17 00:00:00 2001 > > +From c8e9776abc3dfd3f2411797a90a03e7fa16263ef Mon Sep 17 00:00:00 2001 > > From: Khem Raj > > Date: Fri, 23 Jun 2023 01:20:38 -0700 > > Subject: [PATCH] gallium: Fix build with llvm 17 > > @@ -10,14 +10,12 @@ so add conditions to exclude them for llvm >= 17 > > Upstream-Status: Submitted > > [https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23827] > > Signed-off-by: Khem Raj > > --- > > - src/gallium/auxiliary/gallivm/lp_bld_init.c | 4 +++- > > - 1 file changed, 3 insertions(+), 1 deletion(-) > > + src/gallium/auxiliary/gallivm/lp_bld_init.c | 6 -- > > + 1 file changed, 4 insertions(+), 2 deletions(-) > > > > -diff --git a/src/gallium/auxiliary/gallivm/lp_bld_init.c > > b/src/gallium/auxiliary/gallivm/lp_bld_init.c > > -index 24d0823..3d4573e 100644 > > --- a/src/gallium/auxiliary/gallivm/lp_bld_init.c > > +++ b/src/gallium/auxiliary/gallivm/lp_bld_init.c > > -@@ -42,8 +42,10 @@ > > +@@ -42,19 +42,23 @@ > > > > #include > > #include > > @@ -29,6 +27,17 @@ index 24d0823..3d4573e 100644 > > #include > > #endif > > #include > > --- > > -2.41.0 > > - > > + #if GALLIVM_USE_NEW_PASS == 1 > > + #include > > +-#elif GALLIVM_HAVE_CORO == 1 > > ++#elif GALLIVM_HAVE_CORO == 1 && LLVM_VERSION_MAJOR < 17 > > + #if LLVM_VERSION_MAJOR <= 8 && (DETECT_ARCH_AARCH64 || DETECT_ARCH_ARM || > > DETECT_ARCH_S390 || DETECT_ARCH_MIPS64) > > + #include > > + #endif > > ++#if LLVM_VERSION_MAJOR < 17 > > + #include > > + #endif > > ++#endif > > + > > + unsigned gallivm_perf = 0; > > + > > I think this patch may have broken against with the recent llvm point > release? > > DEBUG: Executing shell function do_compile > > [1/33] > /srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/bin/python3-native/python3 > ../mesa-23.1.8/bin/git_sha1_gen.py --output src/git_sha1.h > [2/13] g++ -o src/gallium/targets/dri/libgallium_dri.so > src/gallium/targets/dri/libgallium_dri.so.p/target.c.o > -L/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib > > -L/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/lib > -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group > -Wl,-soname,libgallium_dri.so -Wl,--enable-new-dtags > -Wl,-rpath-link,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib > > -Wl,-rpath-link,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/lib > > -Wl,-rpath,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib > > -Wl,-rpath,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/lib > -Wl,-O1 -Wl,--allow-shlib-undefined > -Wl,--dynamic-linker=/srv/build/ttorling/workspace-upgrades/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 > > '-Wl,-rpath,$ORIGIN/../../../mapi/shared-glapi:/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/lib' > > -Wl,-rpath-link,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/build/src/mapi/shared-glapi > > -Wl,-rpath-link,/srv/build/ttorling/workspace-upgrades/build/tmp/work/x86_64-linux/mesa-native/23.1.8/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/lib > src/gallium/fron
[OE-core] [PATCH] Revert "glibc: fix CVE-2023-4527"
This reverts commit 82dfa7b8ac5661134da21307d07d9ea2ed3ac6ea.
Its already included in the glibc minor update patch
Signed-off-by: Khem Raj
---
.../glibc/glibc/0024-CVE-2023-4527.patch | 219 --
meta/recipes-core/glibc/glibc_2.38.bb | 1 -
2 files changed, 220 deletions(-)
delete mode 100644 meta/recipes-core/glibc/glibc/0024-CVE-2023-4527.patch
diff --git a/meta/recipes-core/glibc/glibc/0024-CVE-2023-4527.patch
b/meta/recipes-core/glibc/glibc/0024-CVE-2023-4527.patch
deleted file mode 100644
index 7d9adf6a667..000
--- a/meta/recipes-core/glibc/glibc/0024-CVE-2023-4527.patch
+++ /dev/null
@@ -1,219 +0,0 @@
-From 4ea972b7edd7e36610e8cde18bf7a8149d7bac4f Mon Sep 17 00:00:00 2001
-From: Florian Weimer
-Date: Wed, 13 Sep 2023 14:10:56 +0200
-Subject: [PATCH] CVE-2023-4527: Stack read overflow with large TCP responses
- in no- mode
-
-Without passing alt_dns_packet_buffer, __res_context_search can only
-store 2048 bytes (what fits into dns_packet_buffer). However,
-the function returns the total packet size, and the subsequent
-DNS parsing code in _nss_dns_gethostbyname4_r reads beyond the end
-of the stack-allocated buffer.
-
-Fixes commit f282cdbe7f436c75864e5640a4 ("resolv: Implement no-
-stub resolver option") and bug 30842.
-
-(cherry picked from commit bd77dd7e73e3530203be1c52c8a29d08270cb25d)
-
-Upstream-Status: Backport
[https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=4ea972b7edd7e36610e8cde18bf7a8149d7bac4f]
-CVE: CVE-2023-4527
-
-Signed-off-by: Yash Shinde
-
- NEWS | 7 ++
- resolv/Makefile | 2 +
- resolv/nss_dns/dns-host.c | 2 +-
- resolv/tst-resolv-no-vc.c | 129 ++
- 4 files changed, 139 insertions(+), 1 deletion(-)
- create mode 100644 resolv/tst-resolv-no-vc.c
-
-diff --git a/NEWS b/NEWS
a/NEWS
-+++ b/NEWS
-@@ -126,6 +126,7 @@
- [30477] libc: [RISCV]: time64 does not work on riscv32
- [30515] dynamic-link: _dl_find_object incorrectly returns 1 during
- early startup
-+ [30842] Stack read overflow in getaddrinfo in no- mode (CVE-2023-4527)
- [30527] network: resolv_conf lock not unlocked on allocation failure
- [30550] math: powerpc64le: GCC-specific code for isinf() is being used
- on clang
-@@ -157,6 +158,12 @@
- heap and prints it to the target log file, potentially revealing a
- portion of the contents of the heap.
-
-+ CVE-2023-4527: If the system is configured in no- mode via
-+ /etc/resolv.conf, getaddrinfo is called for the AF_UNSPEC address
-+ family, and a DNS response is received over TCP that is larger than
-+ 2048 bytes, getaddrinfo may potentially disclose stack contents via
-+ the returned address data, or crash.
-+
- The following bugs are resolved with this release:
-
- [12154] network: Cannot resolve hosts which have wildcard aliases
-diff --git a/resolv/Makefile b/resolv/Makefile
a/resolv/Makefile
-+++ b/resolv/Makefile
-@@ -102,6 +102,7 @@
- tst-resolv-invalid-cname \
- tst-resolv-network \
- tst-resolv-no \
-+ tst-resolv-no-vc \
- tst-resolv-nondecimal \
- tst-resolv-res_init-multi \
- tst-resolv-search \
-@@ -293,6 +294,7 @@
- $(objpfx)tst-resolv-invalid-cname: $(objpfx)libresolv.so \
- $(shared-thread-library)
- $(objpfx)tst-resolv-no: $(objpfx)libresolv.so $(shared-thread-library)
-+$(objpfx)tst-resolv-no-vc: $(objpfx)libresolv.so $(shared-thread-library)
- $(objpfx)tst-resolv-nondecimal: $(objpfx)libresolv.so $(shared-thread-library)
- $(objpfx)tst-resolv-qtypes: $(objpfx)libresolv.so $(shared-thread-library)
- $(objpfx)tst-resolv-rotate: $(objpfx)libresolv.so $(shared-thread-library)
-diff --git a/resolv/nss_dns/dns-host.c b/resolv/nss_dns/dns-host.c
a/resolv/nss_dns/dns-host.c
-+++ b/resolv/nss_dns/dns-host.c
-@@ -427,7 +427,7 @@ _nss_dns_gethostbyname4_r (const char *name, struct
gaih_addrtuple **pat,
- {
- n = __res_context_search (ctx, name, C_IN, T_A,
- dns_packet_buffer, sizeof (dns_packet_buffer),
-- NULL, NULL, NULL, NULL, NULL);
-+ _dns_packet_buffer, NULL, NULL, NULL, NULL);
- if (n >= 0)
- status = gaih_getanswer_no (alt_dns_packet_buffer, n,
- , pat, errnop, herrnop, ttlp);
-diff --git a/resolv/tst-resolv-no-vc.c b/resolv/tst-resolv-no-vc.c
-new file mode 100644
/dev/null
-+++ b/resolv/tst-resolv-no-vc.c
-@@ -0,0 +1,129 @@
-+/* Test the RES_NO resolver option with a large response.
-+ Copyright (C) 2022-2023 Free Software Foundation, Inc.
-+ This file is part of the GNU C Library.
-+
-+ The GNU C Library is free software; you can redistribute it and/or
-+ modify it under the terms of the GNU Lesser General Public
-+ License as published by the Free Software Foundation; either
-+ version 2.1 of the License, or (at your option) any
Re: [OE-core] [][PATCH] glibc: stable 2.38 branch updates.
Please rebase this change on top of latest master, seeing patching issues see https://errors.yoctoproject.org/Errors/Details/738684/ On Wed, Sep 27, 2023 at 3:14 AM Hemraj, Deepthi via lists.openembedded.org wrote: > > Below commits on glibc-2.38 stable branch are updated. > 0e1ef6779a (HEAD -> release/2.38/master, origin/release/2.38/master) > manual/jobs.texi: Add missing @item EPERM for getpgid > d94461bb86 string: Fix tester build with fortify enable with gcc < 12 > 63250e9c57 iconv: restore verbosity with unrecognized encoding names (bug > 30694) > 00ae4f10b5 getaddrinfo: Fix use after free in getcanonname (CVE-2023-4806) > b25508dd77 CVE-2023-4527: Stack read overflow with large TCP responses in > no- mode > 89da8bc588 NEWS: Add the 2.38.1 bug list > d3ba6c1333 elf: Move l_init_called_next to old place of l_text_end in link map > 750f19526a elf: Remove unused l_text_end field from struct link_map > a3189f66a5 elf: Always call destructors in reverse constructor order (bug > 30785) > 7ae211a01b elf: Do not run constructors for proxy objects > 92201f16cb libio: Fix oversized __io_vtables > 5bdef6f27c io: Fix record locking contants for powerpc64 with > __USE_FILE_OFFSET64 > > Signed-off-by: Deepthi Hemraj > --- > meta/recipes-core/glibc/glibc-version.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-core/glibc/glibc-version.inc > b/meta/recipes-core/glibc/glibc-version.inc > index a907444f50..f5ebbb2ee6 100644 > --- a/meta/recipes-core/glibc/glibc-version.inc > +++ b/meta/recipes-core/glibc/glibc-version.inc > @@ -1,6 +1,6 @@ > SRCBRANCH ?= "release/2.38/master" > PV = "2.38+git" > -SRCREV_glibc ?= "1aed90c9c8f8be9f68b58e96b6e4cd0fc08eb2b1" > +SRCREV_glibc ?= "0e1ef6779a90bc0f8a05bc367796df2793deecaa" > SRCREV_localedef ?= "e0eca29583b9e0f62645c4316ced93cf4e4e26e1" > > GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git;protocol=https" > -- > 2.39.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188347): https://lists.openembedded.org/g/openembedded-core/message/188347 Mute This Topic: https://lists.openembedded.org/mt/101614434/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] curl: Update from 8.2.1 to 8.3.0
On Tue, Sep 26, 2023 at 7:55 PM Robert Joslyn
wrote:
>
> On 9/26/23 7:55 AM, Khem Raj wrote:
> > I am seeing a ptest failure on qemx86-64/glibc
> >
> >Failed ptests:
> >{'curl': ['test_1474', 'curl']}
>
> In looking at the test, it is marked as flaky with the comment:
>
> # Because of the timing sensitivity (scheduling delays of 500 msec can cause
> # the test to fail), this test is marked flaky to avoid it being run in
> the CI
> # builds which are often run on overloaded servers.
>
> https://github.com/curl/curl/blob/curl-8_3_0/tests/data/test1474#L21
>
> My server is pretty lightly loaded while running the tests, so that
> could explain why I haven't seen it fail normally. I was able to induce
> a failure by running a very heavy load while running that test on my
> desktop (which is older and slower than my build server). If you'd like,
> I can send a follow up patch to skip tests marked as flaky.
>
another run resulted in yet another failure
test 0587...
FAIL: 587: protoc!
There was no content at all in the file log/2/server.input.
Server glitch? Total curl failure? Returned: 42
prior to this upgrade my test setup never saw curl failures and it has
same amount of load etc.
> Thanks,
>
> Robert
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188290):
https://lists.openembedded.org/g/openembedded-core/message/188290
Mute This Topic: https://lists.openembedded.org/mt/101543494/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] createrepo-c: Fix function declaration bug found with clang
clang is stricter about function parameter types in its functions and errors out. error: incompatible integer to pointer conversion initializing 'gchar *' (aka 'char *') Real problem is in createrepo_c code where funciton definition and declaration scopes are different Signed-off-by: Khem Raj --- ...s_groupfile-outside-WITH_LIBMODULEMD.patch | 46 +++ .../createrepo-c/createrepo-c_1.0.0.bb| 1 + 2 files changed, 47 insertions(+) create mode 100644 meta/recipes-devtools/createrepo-c/createrepo-c/0001-Move-cr_compress_groupfile-outside-WITH_LIBMODULEMD.patch diff --git a/meta/recipes-devtools/createrepo-c/createrepo-c/0001-Move-cr_compress_groupfile-outside-WITH_LIBMODULEMD.patch b/meta/recipes-devtools/createrepo-c/createrepo-c/0001-Move-cr_compress_groupfile-outside-WITH_LIBMODULEMD.patch new file mode 100644 index 000..ea768e06e62 --- /dev/null +++ b/meta/recipes-devtools/createrepo-c/createrepo-c/0001-Move-cr_compress_groupfile-outside-WITH_LIBMODULEMD.patch @@ -0,0 +1,46 @@ +From 5326969acc0c7e9e3cabca202154e4120c0d2c2f Mon Sep 17 00:00:00 2001 +From: Khem Raj +Date: Tue, 26 Sep 2023 14:52:11 -0700 +Subject: [PATCH] Move cr_compress_groupfile outside WITH_LIBMODULEMD + +This function is used in code which is not conditional under WITH_LIBMODULEMD +therefore the declaration should also match its definition scope + +Fixes build issues flagged by clang + +src/createrepo_c.c:850:16: error: incompatible integer to pointer conversion initializing 'gchar *' (aka 'char *') with an + expression of type 'int' [-Wint-conversion] +| 850 | gchar *compressed_path = cr_compress_groupfile(cmd_options->groupfile_fullpath, tmp_out_repo, compression); +| |^ ~ + +Upstream-Status: Submitted [https://github.com/rpm-software-management/createrepo_c/pull/387] +Signed-off-by: Khem Raj +--- + src/metadata_internal.h | 6 +++--- + 1 file changed, 3 insertions(+), 3 deletions(-) + +diff --git a/src/metadata_internal.h b/src/metadata_internal.h +index 8ba0576..ecfbac2 100644 +--- a/src/metadata_internal.h b/src/metadata_internal.h +@@ -52,14 +52,14 @@ cr_metadata_load_modulemd(ModulemdModuleIndex **moduleindex, + * @param dest_dir Path to directory where the compressed groupfile should be stored. + * @return Path to the new compressed groupfile. Has to be freed by the caller. + */ ++ ++#endif /* WITH_LIBMODULEMD */ ++ + gchar * + cr_compress_groupfile(const char *groupfile, + const char *dest_dir, + cr_CompressionType compression); + +- +-#endif /* WITH_LIBMODULEMD */ +- + #ifdef __cplusplus + } + #endif +-- +2.42.0 + diff --git a/meta/recipes-devtools/createrepo-c/createrepo-c_1.0.0.bb b/meta/recipes-devtools/createrepo-c/createrepo-c_1.0.0.bb index 9b109327c8f..f4e65492f87 100644 --- a/meta/recipes-devtools/createrepo-c/createrepo-c_1.0.0.bb +++ b/meta/recipes-devtools/createrepo-c/createrepo-c_1.0.0.bb @@ -8,6 +8,7 @@ SRC_URI = "git://github.com/rpm-software-management/createrepo_c;branch=master;p file://0001-Do-not-set-PYTHON_INSTALL_DIR-by-running-python.patch \ file://0001-include-rpm-rpmstring.h.patch \ file://time64fix.patch \ + file://0001-Move-cr_compress_groupfile-outside-WITH_LIBMODULEMD.patch \ " SRCREV = "0cc13920991b2fb8f87fb9d352bd3394c2983289" -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188281): https://lists.openembedded.org/g/openembedded-core/message/188281 Mute This Topic: https://lists.openembedded.org/mt/101606379/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 25/40] meson: upgrade 1.1.1 -> 1.2.1
On Tue, Sep 26, 2023 at 10:55 AM Martin Jansa wrote: > > On Mon, Sep 25, 2023 at 6:47 PM Khem Raj wrote: >> >> gnupg failure seems related to this - >> https://errors.yoctoproject.org/Errors/Details/738191/ > > > I've just sent a fix for this one (gupnp not gnupg :)): Yeah poor eyes and spellchecker have me at times. Thanks for chiming in with a patch > https://lists.openembedded.org/g/openembedded-devel/message/105145 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188259): https://lists.openembedded.org/g/openembedded-core/message/188259 Mute This Topic: https://lists.openembedded.org/mt/101516872/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] curl: Update from 8.2.1 to 8.3.0
I am seeing a ptest failure on qemx86-64/glibc
Failed ptests:
{'curl': ['test_1474', 'curl']}
On Sat, Sep 23, 2023 at 10:25 AM Robert Joslyn via
lists.openembedded.org
wrote:
>
> From: Robert Joslyn
>
> NSS support was removed, so adjust PACKAGECONFIG options.
>
> The --enable-crypto-auth option was removed and split into separate
> options for basic-auth, bearer-auth, digest-auth, kerberos-auth,
> negotiate-auth, and aws. Enable these new options since upstream enables
> them by default.
>
> Disable test 1279 since this requires libcurl and hangs the tests.
>
> Signed-off-by: Robert Joslyn
> ---
> Changes from v1:
> Enable aws authentication by default. Upstream enables it by default and
> test 1964 fails with it disabled.
>
> meta/recipes-support/curl/curl/disable-tests | 1 +
> .../curl/{curl_8.2.1.bb => curl_8.3.0.bb} | 14 +-
> 2 files changed, 10 insertions(+), 5 deletions(-)
> rename meta/recipes-support/curl/{curl_8.2.1.bb => curl_8.3.0.bb} (88%)
>
> diff --git a/meta/recipes-support/curl/curl/disable-tests
> b/meta/recipes-support/curl/curl/disable-tests
> index b687b2bb76..fdac795662 100644
> --- a/meta/recipes-support/curl/curl/disable-tests
> +++ b/meta/recipes-support/curl/curl/disable-tests
> @@ -21,6 +21,7 @@
> # This test is scanning the source tree
> 1222
> # These CRL tests need --libcurl option to be enabled
> +1279
> 1400
> 1401
> 1402
> diff --git a/meta/recipes-support/curl/curl_8.2.1.bb
> b/meta/recipes-support/curl/curl_8.3.0.bb
> similarity index 88%
> rename from meta/recipes-support/curl/curl_8.2.1.bb
> rename to meta/recipes-support/curl/curl_8.3.0.bb
> index b86c6f3bba..646ac01914 100644
> --- a/meta/recipes-support/curl/curl_8.2.1.bb
> +++ b/meta/recipes-support/curl/curl_8.3.0.bb
> @@ -14,7 +14,7 @@ SRC_URI = " \
> file://run-ptest \
> file://disable-tests \
> "
> -SRC_URI[sha256sum] =
> "dd322f6bd0a20e6cebdfd388f69e98c3d183bed792cf4713c8a7ef498cba4894"
> +SRC_URI[sha256sum] =
> "376d627767d6c4f05105ab6d497b0d9aba7111770dd9d995225478209c37ea63"
>
> # Curl has used many names over the years...
> CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl libcurl:libcurl
> daniel_stenberg:curl"
> @@ -24,21 +24,26 @@ inherit autotools pkgconfig binconfig multilib_header
> ptest
> # Entropy source for random PACKAGECONFIG option
> RANDOM ?= "/dev/urandom"
>
> -PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} libidn
> openssl proxy random threaded-resolver verbose zlib"
> +PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} aws
> basic-auth bearer-auth digest-auth negotiate-auth libidn openssl proxy random
> threaded-resolver verbose zlib"
> PACKAGECONFIG:class-native = "ipv6 openssl proxy random threaded-resolver
> verbose zlib"
> PACKAGECONFIG:class-nativesdk = "ipv6 openssl proxy random threaded-resolver
> verbose zlib"
>
> # 'ares' and 'threaded-resolver' are mutually exclusive
> PACKAGECONFIG[ares] =
> "--enable-ares,--disable-ares,c-ares,,,threaded-resolver"
> +PACKAGECONFIG[aws] = "--enable-aws,--disable-aws"
> +PACKAGECONFIG[basic-auth] = "--enable-basic-auth,--disable-basic-auth"
> +PACKAGECONFIG[bearer-auth] = "--enable-bearer-auth,--disable-bearer-auth"
> PACKAGECONFIG[brotli] = "--with-brotli,--without-brotli,brotli"
> PACKAGECONFIG[builtinmanual] = "--enable-manual,--disable-manual"
> # Don't use this in production
> PACKAGECONFIG[debug] = "--enable-debug,--disable-debug"
> PACKAGECONFIG[dict] = "--enable-dict,--disable-dict,"
> +PACKAGECONFIG[digest-auth] = "--enable-digest-auth,--disable-digest-auth"
> PACKAGECONFIG[gnutls] = "--with-gnutls,--without-gnutls,gnutls"
> PACKAGECONFIG[gopher] = "--enable-gopher,--disable-gopher,"
> PACKAGECONFIG[imap] = "--enable-imap,--disable-imap,"
> PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
> +PACKAGECONFIG[kerberos-auth] =
> "--enable-kerberos-auth,--disable-kerberos-auth"
> PACKAGECONFIG[krb5] = "--with-gssapi,--without-gssapi,krb5"
> PACKAGECONFIG[ldap] = "--enable-ldap,--disable-ldap,openldap"
> PACKAGECONFIG[ldaps] = "--enable-ldaps,--disable-ldaps,openldap"
> @@ -47,6 +52,7 @@ PACKAGECONFIG[libidn] =
> "--with-libidn2,--without-libidn2,libidn2"
> PACKAGECONFIG[libssh2] = "--with-libssh2,--without-libssh2,libssh2"
> PACKAGECONFIG[mbedtls] =
> "--with-mbedtls=${STAGING_DIR_TARGET},--without-mbedtls,mbedtls"
> PACKAGECONFIG[mqtt] = "--enable-mqtt,--disable-mqtt,"
> +PACKAGECONFIG[negotiate-auth] =
> "--enable-negotiate-auth,--disable-negotiate-auth"
> PACKAGECONFIG[nghttp2] = "--with-nghttp2,--without-nghttp2,nghttp2"
> PACKAGECONFIG[openssl] = "--with-openssl,--without-openssl,openssl"
> PACKAGECONFIG[pop3] = "--enable-pop3,--disable-pop3,"
> @@ -56,7 +62,6 @@ PACKAGECONFIG[rtmpdump] =
> "--with-librtmp,--without-librtmp,rtmpdump"
> PACKAGECONFIG[rtsp] = "--enable-rtsp,--disable-rtsp,"
> PACKAGECONFIG[smb] = "--enable-smb,--disable-smb,"
> PACKAGECONFIG[smtp] =
[OE-core] [PATCH] llvm: Upgrade to 17.0.2
* 481358974fb0 [GVN] Also remove phi nodes from VN table (PR65447)
* 9f77e96186be [GVN] Invalidate MDA when deduplicating phi nodes
* a13a89402f53 Bump version to 17.0.2
* 2c04bdb24677 [SVE] Ensure SVE call operands passed via memory are correctly
initialised. (#66070)
* 701620d58cdf [SVE] Precommit test to show missing initialisation of call
operand.
Signed-off-by: Khem Raj
---
meta/recipes-devtools/llvm/llvm_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb
b/meta/recipes-devtools/llvm/llvm_git.bb
index 611aacba147..934f842b908 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -14,14 +14,14 @@ RDEPENDS:${PN}:append:class-target = " ncurses-terminfo"
inherit cmake pkgconfig
-PV = "17.0.1"
+PV = "17.0.2"
MAJOR_VERSION = "${@oe.utils.trim_version("${PV}", 1)}"
LLVM_RELEASE = "${PV}"
BRANCH = "release/${MAJOR_VERSION}.x"
-SRCREV = "e19b7dc36bc047b9eb72078d034596be766da350"
+SRCREV = "481358974fb0f732e33d503c224492a543f4d7bd"
SRC_URI =
"git://github.com/llvm/llvm-project.git;branch=${BRANCH};protocol=https \
file://0007-llvm-allow-env-override-of-exe-path.patch;striplevel=2 \
file://0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch;striplevel=2
\
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188214):
https://lists.openembedded.org/g/openembedded-core/message/188214
Mute This Topic: https://lists.openembedded.org/mt/101589051/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: reduce size of -dbg package
On Mon, Sep 25, 2023 at 4:35 AM Ross Burton wrote:
>
> From: Ross Burton
>
> Unless DEBUG_BUILD is enabled, pass -g1 to massively reduce the size of
> the debug symbols (4.3GB to 700M at time of writing):
>
> Level 1 produces minimal information, enough for making backtraces in
> parts of the program that you don't plan to debug. This includes
> descriptions of functions and external variables, and line number
> tables, but no information about local variables.
>
> This makes the sstate objects a lot more manageable, and packaging
> faster. On my machine:
>
> PKG TASK ABSDIFF RELDIFF WALLTIME1 -> WALLTIME2
> webkitgtkdo_compile -613.8s -21.7%2823.3s -> 2209.5s
> webkitgtkdo_package -143.4s -53.6% 267.7s -> 124.3s
> webkitgtkdo_install-93.7s -60.1% 156.0s -> 62.3s
> webkitgtkdo_populate_sysroot -51.6s -86.4% 59.7s -> 8.1s
>
> Cumulative walltime:
> -892.9s-26.5%56:06.3 (3366.3s) -> 41:13.4 (2473.4s)
>
Thanks, we have had it for qtwebengine for a while. Btw. we need
something similar for
./meta-oe/recipes-support/webkitgtk/webkitgtk3_2.42.0.bb
> Signed-off-by: Ross Burton
> ---
> meta/recipes-sato/webkit/webkitgtk_2.40.5.bb | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/meta/recipes-sato/webkit/webkitgtk_2.40.5.bb
> b/meta/recipes-sato/webkit/webkitgtk_2.40.5.bb
> index a0c97aa593c..0c54f202ca5 100644
> --- a/meta/recipes-sato/webkit/webkitgtk_2.40.5.bb
> +++ b/meta/recipes-sato/webkit/webkitgtk_2.40.5.bb
> @@ -87,6 +87,10 @@ EXTRA_OECMAKE = " \
> -DUSE_GTK4=ON \
> "
>
> +# Unless DEBUG_BUILD is enabled, pass -g1 to massively reduce the size of the
> +# debug symbols (4.3GB to 700M at time of writing)
> +DEBUG_FLAGS:append = "${@oe.utils.vartrue('DEBUG_BUILD', '', ' -g1', d)}"
> +
> # Javascript JIT is not supported on ARC
> EXTRA_OECMAKE:append:arc = " -DENABLE_JIT=OFF "
> # By default 25-bit "medium" calls are used on ARC
> --
> 2.34.1
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188210):
https://lists.openembedded.org/g/openembedded-core/message/188210
Mute This Topic: https://lists.openembedded.org/mt/101571944/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] beaglebone-yocto testimage ping timeout issue
core-image-minimal does not have ssh server in image so maybe start
with core-image-base or something or add
IMAGE_FEATURES += "ssh-server-openssh package-management hwcodecs" to local.conf
you might need to prepare the target testing setup
especially TEST_TARGET_IP and TEST_SERVER_IP and TEST_TARGET
see -
https://github.com/YoeDistro/yoe-distro/blob/master/conf/projects/visionfive2/config.conf#L18-L20
On Mon, Sep 25, 2023 at 10:23 AM Sandeep Gundlupet Raju via
lists.openembedded.org
wrote:
>
> Hi All,
>
> I'm running testimage for arm32(beaglebone-yocto, zynq-generic and
> microblaze targets) using master and I see ping timeout issue as shown
> below but I don't see this issue with ARM64 targets or qemuarm. Any help
> would be much appreciated.
>
> /scratch1/sandeepg/yocto/yp-master/build-ci-master $ time
> MACHINE=beaglebone-yocto bitbake core-image-minimal -c testimage
> Loading cache: 100%
> |###|
> Time: 0:00:00
> Loaded 1812 entries from dependency cache.
> NOTE: Resolving any missing task queue dependencies
>
> Build Configuration:
> BB_VERSION = "2.6.0"
> BUILD_SYS= "x86_64-linux"
> NATIVELSBSTRING = "universal"
> TARGET_SYS = "arm-poky-linux-gnueabi"
> MACHINE = "beaglebone-yocto"
> DISTRO = "poky"
> DISTRO_VERSION =
> "4.2+snapshot-8815eefb0d6218661794a58008e1144a77d3394f"
> TUNE_FEATURES= "arm vfp cortexa8 neon callconvention-hard"
> TARGET_FPU = "hard"
> meta
> meta-poky
> meta-yocto-bsp = "master:8815eefb0d6218661794a58008e1144a77d3394f"
>
> Initialising tasks: 100%
> |##|
> Time: 0:00:00
> Sstate summary: Wanted 3 Local 0 Mirrors 0 Missed 3 Current 261 (0%
> match, 98% complete)
> NOTE: Executing Tasks
> QMP Available for connection at
> /scratch1/sandeepg/yocto/yp-master/build-ci-master/tmp/.pb069a_h
> QMP connected to QEMU at 09/25/23 11:06:10 and took 0.53 seconds
> QMP released QEMU at 09/25/23 11:06:10 and took 0.04 seconds from connect
> Test requires apt to be installed
> Traceback (most recent call last):
>File
> "/scratch1/sandeepg/yocto/yp-master/sources/poky/meta/lib/oeqa/runtime/cases/ping.py",
> line 25, in test_ping
> output += proc.communicate()[0].decode('utf-8')
>File "/usr/lib/python3.10/subprocess.py", line 1141, in communicate
> stdout = self.stdout.read()
>File
> "/scratch1/sandeepg/yocto/yp-master/sources/poky/meta/lib/oeqa/core/decorator/oetimeout.py",
> line 18, in _timeoutHandler
> raise OEQATimeoutError("Timed out after %s "
> oeqa.core.exception.OEQATimeoutError: Timed out after 30 seconds of
> execution
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>File
> "/scratch1/sandeepg/yocto/yp-master/sources/poky/meta/lib/oeqa/core/decorator/__init__.py",
> line 35, in wrapped_f
> return func(*args, **kwargs)
>File
> "/scratch1/sandeepg/yocto/yp-master/sources/poky/meta/lib/oeqa/runtime/cases/ping.py",
> line 32, in test_ping
> self.fail("Ping timeout error for address %s, count %s, output: %s"
> % (self.target.ip, count, output))
> AssertionError: Ping timeout error for address 192.168.7.2, count 0,
> output: PING 192.168.7.2 (192.168.7.2) 56(84) bytes of data.
> From 192.168.7.1 icmp_seq=1 Destination Host Unreachable
>
> --- 192.168.7.2 ping statistics ---
> 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
>
> PING 192.168.7.2 (192.168.7.2) 56(84) bytes of data.
> From 192.168.7.1 icmp_seq=1 Destination Host Unreachable
>
> --- 192.168.7.2 ping statistics ---
> 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
>
> PING 192.168.7.2 (192.168.7.2) 56(84) bytes of data.
> From 192.168.7.1 icmp_seq=1 Destination Host Unreachable
>
> --- 192.168.7.2 ping statistics ---
> 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
>
> PING 192.168.7.2 (192.168.7.2) 56(84) bytes of data.
> From 192.168.7.1 icmp_seq=1 Destination Host Unreachable
>
> --- 192.168.7.2 ping statistics ---
> 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
>
> PING 192.168.7.2 (192.168.7.2) 56(84) bytes of data.
> From 192.168.7.1 icmp_seq=1 Destination Host Unreachable
>
> --- 192.168.7.2 ping statistics ---
> 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
>
> PING 192.168.7.2 (192.168.7.2) 56(84) bytes of data.
> From 192.168.7.1 icmp_seq=1 Destination Host Unreachable
>
> --- 192.168.7.2 ping statistics ---
> 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
>
> PING 192.168.7.2 (192.168.7.2) 56(84) bytes of data.
>
[OE-core] [PATCH v2 2/2] glib-2.0: Remove failing ptests on musl
FAIL: glib/convert.test (Child process killed by signal 6)
FAIL: glib/collate.test (Child process killed by signal 6)
FAIL: glib/gdatetime.test (Child process killed by signal 6)
FAIL: glib/date.test (Child process killed by signal 6)
FAIL: glib/converter-stream.test (Child process killed by signal 6)
FAIL: glib/option-context.test (Child process killed by signal 6)
Signed-off-by: Khem Raj
---
v2: Add detailed comment in recipe about skipping these tests
meta/recipes-core/glib-2.0/glib.inc | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index 5183f37a6ef..b946e798bba 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -134,7 +134,13 @@ do_install:append:class-target () {
# https://gitlab.gnome.org/GNOME/glib/-/issues/2810
rm -f ${D}${datadir}/installed-tests/glib/thread-pool-slow.test
}
-
+do_install:append:class-target:libc-musl () {
+# Remove failing tests on musl libc systems, this helps set baseline
for musl testing
+# they remain to be rootcaused and fixed but marked known failures
here.
+for t in convert.test collate.test gdatetime.test date.test
converter-stream.test option-context.test; do
+rm -rf ${D}${datadir}/installed-tests/glib/$t
+done
+}
# As we do not build python3 for windows, makes no sense to ship the script
that's using it
do_install:append:mingw32() {
rm -f ${D}${bindir}/gtester-report
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188208):
https://lists.openembedded.org/g/openembedded-core/message/188208
Mute This Topic: https://lists.openembedded.org/mt/101579931/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] glib-2.0: Enable possible locales with musl for ptests
Signed-off-by: Khem Raj
---
v2: Rebased.
meta/recipes-core/glib-2.0/glib.inc | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index c314594d493..5183f37a6ef 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -171,6 +171,12 @@ RDEPENDS:${PN}-ptest += "\
python3-modules \
${@bb.utils.contains('GI_DATA_ENABLED', 'True',
'python3-dbusmock', '', d)} \
${PN}-codegen \
+locale-base-de-de \
+locale-base-es-es \
+locale-base-en-gb \
+locale-base-en-us \
+locale-base-fr-fr \
+locale-base-ru-ru \
"
RDEPENDS:${PN}-ptest:append:libc-glibc = "\
@@ -185,18 +191,12 @@ RDEPENDS:${PN}-ptest:append:libc-glibc = "\
glibc-gconv-iso8859-15 \
glibc-charmap-invariant \
glibc-localedata-translit-cjk-variants \
-locale-base-tr-tr \
locale-base-lt-lt \
locale-base-ja-jp.euc-jp \
locale-base-fa-ir \
-locale-base-ru-ru \
-locale-base-de-de \
locale-base-hr-hr \
locale-base-el-gr \
-locale-base-fr-fr \
-locale-base-es-es \
-locale-base-en-gb \
-locale-base-en-us \
locale-base-pl-pl \
locale-base-pl-pl.iso-8859-2 \
+locale-base-tr-tr \
"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188207):
https://lists.openembedded.org/g/openembedded-core/message/188207
Mute This Topic: https://lists.openembedded.org/mt/101579930/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] systemd: Refresh patches to avoid patch-fuzz
Signed-off-by: Khem Raj
---
...14-Use-uintmax_t-for-handling-rlim_t.patch | 23 ++---
...-not-disable-buffer-in-writing-files.patch | 89 +--
.../0022-Handle-__cpu_mask-usage.patch| 9 +-
3 files changed, 31 insertions(+), 90 deletions(-)
diff --git
a/meta/recipes-core/systemd/systemd/0014-Use-uintmax_t-for-handling-rlim_t.patch
b/meta/recipes-core/systemd/systemd/0014-Use-uintmax_t-for-handling-rlim_t.patch
index 1d50faa363f..2071f4fb206 100644
---
a/meta/recipes-core/systemd/systemd/0014-Use-uintmax_t-for-handling-rlim_t.patch
+++
b/meta/recipes-core/systemd/systemd/0014-Use-uintmax_t-for-handling-rlim_t.patch
@@ -26,11 +26,9 @@ Signed-off-by: Chen Qi
src/core/execute.c | 4 ++--
3 files changed, 9 insertions(+), 15 deletions(-)
-diff --git a/src/basic/format-util.h b/src/basic/format-util.h
-index 8719df3e29..9becc96066 100644
--- a/src/basic/format-util.h
+++ b/src/basic/format-util.h
-@@ -34,13 +34,7 @@ assert_cc(sizeof(gid_t) == sizeof(uint32_t));
+@@ -34,13 +34,7 @@ assert_cc(sizeof(gid_t) == sizeof(uint32
# error Unknown timex member size
#endif
@@ -45,11 +43,9 @@ index 8719df3e29..9becc96066 100644
#if SIZEOF_DEV_T == 8
# define DEV_FMT "%" PRIu64
-diff --git a/src/basic/rlimit-util.c b/src/basic/rlimit-util.c
-index 33dfde9d6c..e018fd81fd 100644
--- a/src/basic/rlimit-util.c
+++ b/src/basic/rlimit-util.c
-@@ -44,7 +44,7 @@ int setrlimit_closest(int resource, const struct rlimit
*rlim) {
+@@ -44,7 +44,7 @@ int setrlimit_closest(int resource, cons
fixed.rlim_max == highest.rlim_max)
return 0;
@@ -58,7 +54,7 @@ index 33dfde9d6c..e018fd81fd 100644
return RET_NERRNO(setrlimit(resource, ));
}
-@@ -307,13 +307,13 @@ int rlimit_format(const struct rlimit *rl, char **ret) {
+@@ -307,13 +307,13 @@ int rlimit_format(const struct rlimit *r
if (rl->rlim_cur >= RLIM_INFINITY && rl->rlim_max >= RLIM_INFINITY)
r = free_and_strdup(, "infinity");
else if (rl->rlim_cur >= RLIM_INFINITY)
@@ -76,20 +72,18 @@ index 33dfde9d6c..e018fd81fd 100644
if (r < 0)
return -ENOMEM;
-@@ -403,7 +403,7 @@ int rlimit_nofile_safe(void) {
-
- rl.rlim_cur = FD_SETSIZE;
+@@ -407,7 +407,7 @@ int rlimit_nofile_safe(void) {
+ rl.rlim_max = MIN(rl.rlim_max, (rlim_t) read_nr_open());
+ rl.rlim_cur = MIN((rlim_t) FD_SETSIZE, rl.rlim_max);
if (setrlimit(RLIMIT_NOFILE, ) < 0)
-return log_debug_errno(errno, "Failed to lower
RLIMIT_NOFILE's soft limit to " RLIM_FMT ": %m", rl.rlim_cur);
+return log_debug_errno(errno, "Failed to lower
RLIMIT_NOFILE's soft limit to " RLIM_FMT ": %m", (uintmax_t)rl.rlim_cur);
return 1;
}
-diff --git a/src/core/execute.c b/src/core/execute.c
-index 8ef76de9ab..ea1c203e43 100644
--- a/src/core/execute.c
+++ b/src/core/execute.c
-@@ -6667,9 +6667,9 @@ void exec_context_dump(const ExecContext *c, FILE* f,
const char *prefix) {
+@@ -6707,9 +6707,9 @@ void exec_context_dump(const ExecContext
for (unsigned i = 0; i < RLIM_NLIMITS; i++)
if (c->rlimit[i]) {
fprintf(f, "%sLimit%s: " RLIM_FMT "\n",
@@ -101,6 +95,3 @@ index 8ef76de9ab..ea1c203e43 100644
}
if (c->ioprio_set) {
---
-2.39.2
-
diff --git
a/meta/recipes-core/systemd/systemd/0021-do-not-disable-buffer-in-writing-files.patch
b/meta/recipes-core/systemd/systemd/0021-do-not-disable-buffer-in-writing-files.patch
index ef6b5342ca1..c85087219c4 100644
---
a/meta/recipes-core/systemd/systemd/0021-do-not-disable-buffer-in-writing-files.patch
+++
b/meta/recipes-core/systemd/systemd/0021-do-not-disable-buffer-in-writing-files.patch
@@ -42,11 +42,9 @@ Signed-off-by: Scott Murray
src/vconsole/vconsole-setup.c| 2 +-
20 files changed, 36 insertions(+), 37 deletions(-)
-diff --git a/src/basic/cgroup-util.c b/src/basic/cgroup-util.c
-index 11b4375ed5..7d81a6007f 100644
--- a/src/basic/cgroup-util.c
+++ b/src/basic/cgroup-util.c
-@@ -400,7 +400,7 @@ int cg_kill_kernel_sigkill(const char *controller, const
char *path) {
+@@ -400,7 +400,7 @@ int cg_kill_kernel_sigkill(const char *c
if (r < 0)
return r;
@@ -55,7 +53,7 @@ index 11b4375ed5..7d81a6007f 100644
if (r < 0)
return r;
-@@ -806,7 +806,7 @@ int cg_install_release_agent(const char *controller, const
char *agent) {
+@@ -806,7 +806,7 @@ int cg_install_release_agent(const char
sc = strstrip(contents);
if (isempty(sc)) {
@@ -64,7 +62,7 @@ index 11b4375ed5..7d81a6007f 100644
if (r < 0)
return r;
} else if (!path_equal(sc, agent))
-@@ -824,7 +824,7 @@ int cg_install_release_agent(const char *
[OE-core] [PATCH 1/2] systemd: Drop two upstreamed musl patches
Signed-off-by: Khem Raj --- .../0025-include-sys-file.h-for-LOCK_EX.patch | 29 -- ...-Include-sys-timex.h-for-struct-time.patch | 28 -- ...clude-missing-sys-file.h-for-LOCK_EX.patch | 98 --- meta/recipes-core/systemd/systemd_254.4.bb| 3 - 4 files changed, 158 deletions(-) delete mode 100644 meta/recipes-core/systemd/systemd/0025-include-sys-file.h-for-LOCK_EX.patch delete mode 100644 meta/recipes-core/systemd/systemd/0026-test-test-sizeof-Include-sys-timex.h-for-struct-time.patch delete mode 100644 meta/recipes-core/systemd/systemd/0027-include-missing-sys-file.h-for-LOCK_EX.patch diff --git a/meta/recipes-core/systemd/systemd/0025-include-sys-file.h-for-LOCK_EX.patch b/meta/recipes-core/systemd/systemd/0025-include-sys-file.h-for-LOCK_EX.patch deleted file mode 100644 index 7827cc1403c..000 --- a/meta/recipes-core/systemd/systemd/0025-include-sys-file.h-for-LOCK_EX.patch +++ /dev/null @@ -1,29 +0,0 @@ -From Mon Sep 17 00:00:00 2001 -From: Khem Raj -Date: Wed, 2 Aug 2023 10:33:48 -0700 -Subject: [PATCH] include sys/file.h for LOCK_EX - -Fixes -| ../git/src/basic/user-util.c:708:30: error: use of undeclared identifier 'LOCK_EX'; did you mean 'LOCK_BSD'? -| 708 | r = unposix_lock(fd, LOCK_EX); -| | ^~~ -| | LOCK_BSD - -Upstream-Status: Backport [https://github.com/systemd/systemd/pull/28647] -Signed-off-by: Khem Raj - src/basic/user-util.c | 1 + - 1 file changed, 1 insertion(+) - -diff --git a/src/basic/user-util.c b/src/basic/user-util.c -index fe61a09005..5c39847733 100644 a/src/basic/user-util.c -+++ b/src/basic/user-util.c -@@ -6,6 +6,7 @@ - #include - #include - #include -+#include - #include - #include - #include diff --git a/meta/recipes-core/systemd/systemd/0026-test-test-sizeof-Include-sys-timex.h-for-struct-time.patch b/meta/recipes-core/systemd/systemd/0026-test-test-sizeof-Include-sys-timex.h-for-struct-time.patch deleted file mode 100644 index f2130c856f9..000 --- a/meta/recipes-core/systemd/systemd/0026-test-test-sizeof-Include-sys-timex.h-for-struct-time.patch +++ /dev/null @@ -1,28 +0,0 @@ -From Mon Sep 17 00:00:00 2001 -From: Khem Raj -Date: Wed, 2 Aug 2023 12:14:56 -0700 -Subject: [PATCH] test/test-sizeof: Include sys/timex.h for struct timex - -Fixes - -../git/src/test/test-sizeof.c:64:41: error: incomplete definition of type 'struct timex' - 64 | check(typeof(((struct timex *)0)->freq), SIZEOF_TIMEX_MEMBER); - | ~~~^ - -Upstream-Status: Backport [https://github.com/systemd/systemd/pull/28651] - src/test/test-sizeof.c | 1 + - 1 file changed, 1 insertion(+) - -diff --git a/src/test/test-sizeof.c b/src/test/test-sizeof.c -index 9d969cf8f1..b65c0bd370 100644 a/src/test/test-sizeof.c -+++ b/src/test/test-sizeof.c -@@ -4,6 +4,7 @@ - #include - #include - #include -+#include - #include - - #define __STDC_WANT_IEC_60559_TYPES_EXT__ diff --git a/meta/recipes-core/systemd/systemd/0027-include-missing-sys-file.h-for-LOCK_EX.patch b/meta/recipes-core/systemd/systemd/0027-include-missing-sys-file.h-for-LOCK_EX.patch deleted file mode 100644 index 19014802e47..000 --- a/meta/recipes-core/systemd/systemd/0027-include-missing-sys-file.h-for-LOCK_EX.patch +++ /dev/null @@ -1,98 +0,0 @@ -From Mon Sep 17 00:00:00 2001 -From: Khem Raj -Date: Wed, 2 Aug 2023 12:18:24 -0700 -Subject: [PATCH] include missing sys/file.h for LOCK_EX - -Upstream-Status: Backport [https://github.com/systemd/systemd/pull/28651] - src/core/execute.c| 1 + - src/shared/btrfs-util.c | 1 + - src/shared/copy.c | 1 + - src/test/test-btrfs.c | 1 + - src/test/test-fs-util.c | 1 + - src/test/test-lock-util.c | 1 + - src/vconsole/vconsole-setup.c | 1 + - 7 files changed, 7 insertions(+) - -diff --git a/src/core/execute.c b/src/core/execute.c -index 5b2ae861ff..2ebf19ffaa 100644 a/src/core/execute.c -+++ b/src/core/execute.c -@@ -4,6 +4,7 @@ - #include - #include - #include -+#include - #include - #include - #include -diff --git a/src/shared/btrfs-util.c b/src/shared/btrfs-util.c -index 5128b308ab..3ded95ea82 100644 a/src/shared/btrfs-util.c -+++ b/src/shared/btrfs-util.c -@@ -10,6 +10,7 @@ - #include - #include - #include -+#include - #include - #include - #include -diff --git a/src/shared/copy.c b/src/shared/copy.c -index 241a2d112b..7e47dc002c 100644 a/src/shared/copy.c -+++ b/src/shared/copy.c -@@ -6,6 +6,7 @@ - #include - #include - #include -+#include - #include - #include - #include -diff --git a/src/test/test-btrfs.c b/src/test/test-btrfs.c -index 95b7ef25d8..ba09563058 100644 a/src/test/test-btrfs.c -+++ b/src/test/test-btrfs.c -@@ -1,6 +1,7 @@ - /* SPDX-License-Identif
[OE-core] [PATCH 0/2] Fix musl patches for 254.4
Drop the backports Fix patch-fuzz Khem Raj (2): systemd: Drop two upstreamed musl patches systemd: Refresh patches to avoid patch-fuzz ...14-Use-uintmax_t-for-handling-rlim_t.patch | 23 ++--- ...-not-disable-buffer-in-writing-files.patch | 89 + .../0022-Handle-__cpu_mask-usage.patch| 9 +- .../0025-include-sys-file.h-for-LOCK_EX.patch | 29 -- ...-Include-sys-timex.h-for-struct-time.patch | 28 -- ...clude-missing-sys-file.h-for-LOCK_EX.patch | 98 --- meta/recipes-core/systemd/systemd_254.4.bb| 3 - 7 files changed, 31 insertions(+), 248 deletions(-) delete mode 100644 meta/recipes-core/systemd/systemd/0025-include-sys-file.h-for-LOCK_EX.patch delete mode 100644 meta/recipes-core/systemd/systemd/0026-test-test-sizeof-Include-sys-timex.h-for-struct-time.patch delete mode 100644 meta/recipes-core/systemd/systemd/0027-include-missing-sys-file.h-for-LOCK_EX.patch -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188203): https://lists.openembedded.org/g/openembedded-core/message/188203 Mute This Topic: https://lists.openembedded.org/mt/101579780/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] glib-2.0: Remove failing ptests on musl
On Mon, Sep 25, 2023 at 10:53 AM Alexander Kanavin wrote: > > On Mon, 25 Sept 2023 at 19:21, Khem Raj wrote: > > They are not triaged so no root cause reason is mentioned. > > The failures are listed in commit with some details that ptest shows. > > I still don't understand why the failing tests should be removed. Just > let them fail, or exclude glib ptest from musl CI altogether. No one > wants a fake green status. This helps in creating a baseline so it does not regress further, while the information is still maintained in the recipe if it needs to be triaged further. > > Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188202): https://lists.openembedded.org/g/openembedded-core/message/188202 Mute This Topic: https://lists.openembedded.org/mt/101546413/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 1/5] musl: Update to latest
On Mon, Sep 25, 2023 at 9:04 AM Alexandre Belloni
wrote:
>
> Hello,
>
> I had this with the series:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7848/steps/12/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/7876/steps/12/logs/stdio
>
> make[2]: Entering directory '/home/root/buildtest/cpio-2.13/rmt'
> CC rmt.o
> CCLD rmt
> /usr/lib/gcc/i686-poky-linux-musl/13.2.0/../../../../i686-poky-linux-musl/bin/ld:
> rmt.o: in function `parse_opt':
> /home/root/buildtest/cpio-2.13/rmt/rmt.c:715:(.text+0x190): undefined
> reference to `error'
> /usr/lib/gcc/i686-poky-linux-musl/13.2.0/../../../../i686-poky-linux-musl/bin/ld:
> rmt.o: in function `main':
> /home/root/buildtest/cpio-2.13/rmt/rmt.c:780:(.text.startup+0x170): undefined
> reference to `error'
> /usr/lib/gcc/i686-poky-linux-musl/13.2.0/../../../../i686-poky-linux-musl/bin/ld:
> /home/root/buildtest/cpio-2.13/rmt/rmt.c:783:(.text.startup+0x7af):
> undefined reference to `error'
> collect2: error: ld returned 1 exit status
> make[2]: Leaving directory '/home/root/buildtest/cpio-2.13/rmt'
> make[2]: *** [Makefile:1221: rmt] Error 1
> make[1]: *** [Makefile:1282: all-recursive] Error 1
> make[1]: Leaving directory '/home/root/buildtest/cpio-2.13'
> make: *** [Makefile:1222: all] Error 2
>
>
Please cherry-pick -
https://patchwork.yoctoproject.org/project/oe-core/patch/20230923073100.851867-1-raj.k...@gmail.com/
on top
>
> On 22/09/2023 14:05:04-0700, Khem Raj wrote:
> > Brings following bug fixes
> >
> > * 79bdacff glob: fix wrong return code when aborting before any matches
> > * 7291c6c6 statvfs: allocate spare for f_type
> > * 39e43f08 math: fix ld80 powl(x,huge) and powl(LDBL_MAX,small)
> > * 6d101027 math: fix ld80 acoshl(x) for x < 0
> >
> > Drop MIRRORS and switch to etalabs.net for git fetch URI
> > original repo is not working correcting with git Fetcher
> >
> > Signed-off-by: Khem Raj
> > ---
> > v3: Update SRC_URI to fetchable location
> >
> > meta/recipes-core/musl/musl_git.bb | 8 ++--
> > 1 file changed, 2 insertions(+), 6 deletions(-)
> >
> > diff --git a/meta/recipes-core/musl/musl_git.bb
> > b/meta/recipes-core/musl/musl_git.bb
> > index 4a4fe978f93..7dd949ffafd 100644
> > --- a/meta/recipes-core/musl/musl_git.bb
> > +++ b/meta/recipes-core/musl/musl_git.bb
> > @@ -4,21 +4,17 @@
> > require musl.inc
> > inherit linuxloader
> >
> > -SRCREV = "83b858f83b658bd34eca5d8ad4d145f673ae7e5e"
> > +SRCREV = "79bdacff83a6bd5b70ff5ae5eb8b6de82c2f7c30"
> >
> > BASEVER = "1.2.4"
> >
> > PV = "${BASEVER}+git"
> >
> > -# mirror is at git://github.com/kraj/musl.git
> > -
> > -SRC_URI =
> > "git://git.musl-libc.org/git/musl.git;branch=master;protocol=https \
> > +SRC_URI = "git://git.etalabs.net/git/musl;branch=master;protocol=https \
> >
> > file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
> >
> > file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
> >"
> >
> > -MIRRORS += "git://git.musl-libc.org/git/musl.git
> > git://github.com/kraj/musl.git"
> > -
> > S = "${WORKDIR}/git"
> >
> > PROVIDES += "virtual/libc virtual/libiconv virtual/libintl virtual/crypt"
> > --
> > 2.42.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 (#188200):
https://lists.openembedded.org/g/openembedded-core/message/188200
Mute This Topic: https://lists.openembedded.org/mt/101529915/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] glib-2.0: Remove failing ptests on musl
On Mon, Sep 25, 2023 at 12:42 AM Alexander Kanavin
wrote:
>
> Wait, shouldn't the reason for the failures be at least mentioned, if
> not addressed? "Remove test because it fails" is never a valid change.
>
They are not triaged so no root cause reason is mentioned.
The failures are listed in commit with some details that ptest shows.
> Alex
>
>
> On Sat, 23 Sept 2023 at 22:45, Khem Raj wrote:
> >
> > FAIL: glib/convert.test (Child process killed by signal 6)
> > FAIL: glib/collate.test (Child process killed by signal 6)
> > FAIL: glib/gdatetime.test (Child process killed by signal 6)
> > FAIL: glib/date.test (Child process killed by signal 6)
> > FAIL: glib/converter-stream.test (Child process killed by signal 6)
> > FAIL: glib/option-context.test (Child process killed by signal 6)
> >
> > Signed-off-by: Khem Raj
> > ---
> > meta/recipes-core/glib-2.0/glib.inc | 7 ++-
> > 1 file changed, 6 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-core/glib-2.0/glib.inc
> > b/meta/recipes-core/glib-2.0/glib.inc
> > index 5183f37a6ef..c508990ee8c 100644
> > --- a/meta/recipes-core/glib-2.0/glib.inc
> > +++ b/meta/recipes-core/glib-2.0/glib.inc
> > @@ -134,7 +134,12 @@ do_install:append:class-target () {
> > # https://gitlab.gnome.org/GNOME/glib/-/issues/2810
> > rm -f ${D}${datadir}/installed-tests/glib/thread-pool-slow.test
> > }
> > -
> > +do_install:append:class-target:libc-musl () {
> > +# Remove failing tests on musl libc systems
> > +for t in convert.test collate.test gdatetime.test date.test
> > converter-stream.test option-context.test; do
> > +rm -rf ${D}${datadir}/installed-tests/glib/$t
> > +done
> > +}
> > # As we do not build python3 for windows, makes no sense to ship the
> > script that's using it
> > do_install:append:mingw32() {
> > rm -f ${D}${bindir}/gtester-report
> > --
> > 2.42.0
> >
> >
> >
> >
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188198):
https://lists.openembedded.org/g/openembedded-core/message/188198
Mute This Topic: https://lists.openembedded.org/mt/101546413/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 11/40] createrepo-c: upgrade 0.21.1 -> 1.0.0
This fails with clang - https://errors.yoctoproject.org/Errors/Details/738194/
GCC perhaps reports it as warning only
On Fri, Sep 22, 2023 at 12:25 AM Alexander Kanavin
wrote:
>
> Enable zstd in libsolv, as new createrepo_c is using that instead of
> zlib for repo metadata compression.
>
> Signed-off-by: Alexander Kanavin
> ---
> ...arser.c-add-a-missing-parameter-name.patch | 39 ---
> ...repo-c_0.21.1.bb => createrepo-c_1.0.0.bb} | 3 +-
> .../libsolv/libsolv_0.7.24.bb | 4 +-
> 3 files changed, 3 insertions(+), 43 deletions(-)
> delete mode 100644
> meta/recipes-devtools/createrepo-c/createrepo-c/0001-src-cmd_parser.c-add-a-missing-parameter-name.patch
> rename meta/recipes-devtools/createrepo-c/{createrepo-c_0.21.1.bb =>
> createrepo-c_1.0.0.bb} (92%)
>
> diff --git
> a/meta/recipes-devtools/createrepo-c/createrepo-c/0001-src-cmd_parser.c-add-a-missing-parameter-name.patch
>
> b/meta/recipes-devtools/createrepo-c/createrepo-c/0001-src-cmd_parser.c-add-a-missing-parameter-name.patch
> deleted file mode 100644
> index 0d1c6b08fbc..000
> ---
> a/meta/recipes-devtools/createrepo-c/createrepo-c/0001-src-cmd_parser.c-add-a-missing-parameter-name.patch
> +++ /dev/null
> @@ -1,39 +0,0 @@
> -From 970b901e1999f415da8bac205f526c808ddad0ba Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin
> -Date: Mon, 8 May 2023 10:40:43 +0200
> -Subject: [PATCH] src/cmd_parser.c: add a missing parameter name
> -MIME-Version: 1.0
> -Content-Type: text/plain; charset=UTF-8
> -Content-Transfer-Encoding: 8bit
> -
> -This resolves the following error with older versions of gcc:
> -|
> /srv/storage/alex/yocto/build-32/tmp/work/x86_64-linux/createrepo-c-native/0.21.1-r0/git/src/cmd_parser.c:
> In function ‘duplicated_nevra_option_parser’:
> -|
> /srv/storage/alex/yocto/build-32/tmp/work/x86_64-linux/createrepo-c-native/0.21.1-r0/git/src/cmd_parser.c:76:32:
> error: parameter name omitted
> -|76 | duplicated_nevra_option_parser(const gchar *,
> -| |^
> -|
> /srv/storage/alex/yocto/build-32/tmp/work/x86_64-linux/createrepo-c-native/0.21.1-r0/git/src/cmd_parser.c:78:32:
> error: parameter name omitted
> -|78 |gpointer,
> -| |^~~~
> -
> -Upstream-Status: Submitted
> [https://github.com/rpm-software-management/createrepo_c/pull/366]
> -Signed-off-by: Alexander Kanavin
>
> - src/cmd_parser.c | 4 ++--
> - 1 file changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/src/cmd_parser.c b/src/cmd_parser.c
> -index 97c9ea7..63af7ea 100644
> a/src/cmd_parser.c
> -+++ b/src/cmd_parser.c
> -@@ -73,9 +73,9 @@ struct CmdOptions _cmd_options = {
> -
> -
> - gboolean
> --duplicated_nevra_option_parser(const gchar *,
> -+duplicated_nevra_option_parser(const gchar *option_name,
> -const gchar *value,
> -- gpointer,
> -+ gpointer data,
> -GError **error)
> - {
> - if (!g_strcmp0(value, "keep"))
> diff --git a/meta/recipes-devtools/createrepo-c/createrepo-c_0.21.1.bb
> b/meta/recipes-devtools/createrepo-c/createrepo-c_1.0.0.bb
> similarity index 92%
> rename from meta/recipes-devtools/createrepo-c/createrepo-c_0.21.1.bb
> rename to meta/recipes-devtools/createrepo-c/createrepo-c_1.0.0.bb
> index 57f23b8dfdb..9b109327c8f 100644
> --- a/meta/recipes-devtools/createrepo-c/createrepo-c_0.21.1.bb
> +++ b/meta/recipes-devtools/createrepo-c/createrepo-c_1.0.0.bb
> @@ -7,11 +7,10 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> SRC_URI =
> "git://github.com/rpm-software-management/createrepo_c;branch=master;protocol=https
> \
> file://0001-Do-not-set-PYTHON_INSTALL_DIR-by-running-python.patch
> \
> file://0001-include-rpm-rpmstring.h.patch \
> - file://0001-src-cmd_parser.c-add-a-missing-parameter-name.patch \
> file://time64fix.patch \
> "
>
> -SRCREV = "0652d7303ce236e596c83c29ccc9bee7868fce6e"
> +SRCREV = "0cc13920991b2fb8f87fb9d352bd3394c2983289"
>
> S = "${WORKDIR}/git"
>
> diff --git a/meta/recipes-extended/libsolv/libsolv_0.7.24.bb
> b/meta/recipes-extended/libsolv/libsolv_0.7.24.bb
> index 7c8f1fd372d..11825270147 100644
> --- a/meta/recipes-extended/libsolv/libsolv_0.7.24.bb
> +++ b/meta/recipes-extended/libsolv/libsolv_0.7.24.bb
> @@ -6,7 +6,7 @@ SECTION = "devel"
> LICENSE = "BSD-3-Clause"
> LIC_FILES_CHKSUM = "file://LICENSE.BSD;md5=62272bd11c97396d4aaf1c41bc11f7d8"
>
> -DEPENDS = "expat zlib"
> +DEPENDS = "expat zlib zstd"
>
> SRC_URI =
> "git://github.com/openSUSE/libsolv.git;branch=master;protocol=https \
> file://0001-utils-Conside-musl-when-wrapping-qsort_r.patch \
> @@ -23,7 +23,7 @@ inherit cmake
> PACKAGECONFIG ??=
> "${@bb.utils.contains('PACKAGE_CLASSES','package_rpm','rpm','',d)}"
>
Re: [OE-core] [PATCH 25/40] meson: upgrade 1.1.1 -> 1.2.1
gnupg failure seems related to this -
https://errors.yoctoproject.org/Errors/Details/738191/
On Fri, Sep 22, 2023 at 12:25 AM Alexander Kanavin
wrote:
>
> Signed-off-by: Alexander Kanavin
> ---
> .../0001-Make-CPU-family-warnings-fatal.patch | 32 +--
> .../meson/{meson_1.1.1.bb => meson_1.2.1.bb} | 2 +-
> 2 files changed, 17 insertions(+), 17 deletions(-)
> rename meta/recipes-devtools/meson/{meson_1.1.1.bb => meson_1.2.1.bb} (98%)
>
> diff --git
> a/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch
> b/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch
> index 848dccfbe72..8fbcb5a0a23 100644
> ---
> a/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch
> +++
> b/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch
> @@ -1,4 +1,4 @@
> -From 6c4eef1d92e9e42fdbc888365cab3c95fb33c605 Mon Sep 17 00:00:00 2001
> +From fcd3260c03f313676720e6219c5953d412fb0a2c Mon Sep 17 00:00:00 2001
> From: Ross Burton
> Date: Tue, 3 Jul 2018 13:59:09 +0100
> Subject: [PATCH] Make CPU family warnings fatal
> @@ -7,15 +7,15 @@ Upstream-Status: Inappropriate [OE specific]
> Signed-off-by: Ross Burton
>
> ---
> - mesonbuild/envconfig.py | 2 +-
> - mesonbuild/environment.py | 4 +---
> - 2 files changed, 2 insertions(+), 4 deletions(-)
> + mesonbuild/envconfig.py | 4 ++--
> + mesonbuild/environment.py | 6 ++
> + 2 files changed, 4 insertions(+), 6 deletions(-)
>
> -Index: meson-0.60.2/mesonbuild/envconfig.py
> -===
> meson-0.60.2.orig/mesonbuild/envconfig.py
> -+++ meson-0.60.2/mesonbuild/envconfig.py
> -@@ -266,8 +266,8 @@ class MachineInfo(HoldableObject):
> +diff --git a/mesonbuild/envconfig.py b/mesonbuild/envconfig.py
> +index 7e0c567..a180065 100644
> +--- a/mesonbuild/envconfig.py
> b/mesonbuild/envconfig.py
> +@@ -284,8 +284,8 @@ class MachineInfo(HoldableObject):
> 'but is missing {}.'.format(minimum_literal - set(literal)))
>
> cpu_family = literal['cpu_family']
> @@ -26,13 +26,13 @@ Index: meson-0.60.2/mesonbuild/envconfig.py
>
> endian = literal['endian']
> if endian not in ('little', 'big'):
> -Index: meson-0.60.2/mesonbuild/environment.py
> -===
> meson-0.60.2.orig/mesonbuild/environment.py
> -+++ meson-0.60.2/mesonbuild/environment.py
> -@@ -354,10 +354,8 @@ def detect_cpu_family(compilers: Compile
> - if any_compiler_has_define(compilers, '__64BIT__'):
> - trial = 'ppc64'
> +diff --git a/mesonbuild/environment.py b/mesonbuild/environment.py
> +index e212c7a..9d2bff3 100644
> +--- a/mesonbuild/environment.py
> b/mesonbuild/environment.py
> +@@ -345,10 +345,8 @@ def detect_cpu_family(compilers: CompilersDict) -> str:
> + if compilers and not any_compiler_has_define(compilers, '__mips64'):
> + trial = 'mips'
>
> -if trial not in known_cpu_families:
> -mlog.warning(f'Unknown CPU family {trial!r}, please report this at '
> diff --git a/meta/recipes-devtools/meson/meson_1.1.1.bb
> b/meta/recipes-devtools/meson/meson_1.2.1.bb
> similarity index 98%
> rename from meta/recipes-devtools/meson/meson_1.1.1.bb
> rename to meta/recipes-devtools/meson/meson_1.2.1.bb
> index dd97f93aef6..fe452662029 100644
> --- a/meta/recipes-devtools/meson/meson_1.1.1.bb
> +++ b/meta/recipes-devtools/meson/meson_1.2.1.bb
> @@ -15,7 +15,7 @@ SRC_URI =
> "${GITHUB_BASE_URI}/download/${PV}/meson-${PV}.tar.gz \
> file://0001-Make-CPU-family-warnings-fatal.patch \
> file://0002-Support-building-allarch-recipes-again.patch \
> "
> -SRC_URI[sha256sum] =
> "d04b541f97ca439fb82fab7d0d480988be4bd4e62563a5ca35fadb5400727b1c"
> +SRC_URI[sha256sum] =
> "b1db3a153087549497ee52b1c938d2134e0338214fe14f7efd16fecd57b639f5"
>
> inherit python_setuptools_build_meta github-releases
>
> --
> 2.30.2
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188195):
https://lists.openembedded.org/g/openembedded-core/message/188195
Mute This Topic: https://lists.openembedded.org/mt/101516872/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 09/40] boost: upgrade 1.82.0 -> 1.83.0
This fails cpp-netlib in meta-oe -
https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/3169/steps/14/logs/stdio
On Fri, Sep 22, 2023 at 12:24 AM Alexander Kanavin
wrote:
>
> Signed-off-by: Alexander Kanavin
> ---
> .../boost/{boost-1.82.0.inc => boost-1.83.0.inc}| 2 +-
> ...oost-build-native_1.82.0.bb => boost-build-native_1.83.0.bb} | 2 +-
> meta/recipes-support/boost/{boost_1.82.0.bb => boost_1.83.0.bb} | 0
> 3 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-support/boost/{boost-1.82.0.inc => boost-1.83.0.inc}
> (90%)
> rename meta/recipes-support/boost/{boost-build-native_1.82.0.bb =>
> boost-build-native_1.83.0.bb} (92%)
> rename meta/recipes-support/boost/{boost_1.82.0.bb => boost_1.83.0.bb} (100%)
>
> diff --git a/meta/recipes-support/boost/boost-1.82.0.inc
> b/meta/recipes-support/boost/boost-1.83.0.inc
> similarity index 90%
> rename from meta/recipes-support/boost/boost-1.82.0.inc
> rename to meta/recipes-support/boost/boost-1.83.0.inc
> index 39d3c9ce5da..da275f18c1f 100644
> --- a/meta/recipes-support/boost/boost-1.82.0.inc
> +++ b/meta/recipes-support/boost/boost-1.83.0.inc
> @@ -12,7 +12,7 @@ BOOST_MAJ = "${@"_".join(d.getVar("PV").split(".")[0:2])}"
> BOOST_P = "boost_${BOOST_VER}"
>
> SRC_URI =
> "https://boostorg.jfrog.io/artifactory/main/release/${PV}/source/${BOOST_P}.tar.bz2;
> -SRC_URI[sha256sum] =
> "a6e1ab9b0860e6a2881dd7b21fe9f737a095e5f33a3a874afc6a345228597ee6"
> +SRC_URI[sha256sum] =
> "6478edfe2f3305127cffe8caf73ea0176c53769f4bf1585be237eb30798c3b8e"
>
> UPSTREAM_CHECK_URI = "http://www.boost.org/users/download/;
> UPSTREAM_CHECK_REGEX = "release/(?P.*)/source/"
> diff --git a/meta/recipes-support/boost/boost-build-native_1.82.0.bb
> b/meta/recipes-support/boost/boost-build-native_1.83.0.bb
> similarity index 92%
> rename from meta/recipes-support/boost/boost-build-native_1.82.0.bb
> rename to meta/recipes-support/boost/boost-build-native_1.83.0.bb
> index dcfb65e3d6e..a345bac4999 100644
> --- a/meta/recipes-support/boost/boost-build-native_1.82.0.bb
> +++ b/meta/recipes-support/boost/boost-build-native_1.83.0.bb
> @@ -7,7 +7,7 @@ LICENSE = "BSL-1.0"
> LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=e4224ccaecb14d942c71d31bef20d78c"
>
> SRC_URI = "git://github.com/boostorg/build;protocol=https;branch=master"
> -SRCREV = "9f488e003a568dffe0caed05d86ed6f1a8f8c7f3"
> +SRCREV = "8d86b9a85407d73d6e8c631771f18c2a237d2d71"
> PE = "1"
>
> UPSTREAM_CHECK_GITTAGREGEX = "boost-(?P(\d+(\.\d+)+))"
> diff --git a/meta/recipes-support/boost/boost_1.82.0.bb
> b/meta/recipes-support/boost/boost_1.83.0.bb
> similarity index 100%
> rename from meta/recipes-support/boost/boost_1.82.0.bb
> rename to meta/recipes-support/boost/boost_1.83.0.bb
> --
> 2.30.2
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188168):
https://lists.openembedded.org/g/openembedded-core/message/188168
Mute This Topic: https://lists.openembedded.org/mt/101516856/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] create-spdx/sbom: Ensure files don't overlap between machines
Hi Joshua
On master-next poky, I am seeing a failure in usb-modeswitch
do_create_runtime_spdx from meta-oe (. musl/qemuarm64 )
https://errors.yoctoproject.org/Errors/Build/172015/
building individually works ok. So perhaps some sort of race ?
Another issue similar to this I see is in qtwayland-native from
meta-qt6 ( machine glibc/rpi4-64 )
ERROR: qtwayland-native-6.5.3-r0 do_create_spdx: Cannot find any
SPDX file for recipe wayland-native, True
sstate:wayland-native:x86_64-linux:1.22.0:r0:x86_64:11:
sstate:wayland-native::1.22.0:r0::11:
detailed log
https://snips.sh/f/Kaupf_5AJU
Any ideas ?
On Thu, Sep 21, 2023 at 8:09 AM Joshua Watt wrote:
>
> From: Richard Purdie
>
> Currently the by-id and by-namespace SPDX files are created without reference
> to PACKAGE_ARCH. This means that for two machines using a common package
> architecture
> (e.g. genericx86-64 and qqemux86-64), there would be overlapping files. This
> means
> that the build of one can remove files from the other leading to build
> failures. An
> example would be:
>
> MACHINE=qemux86-64 bitbake core-image-minimal
> MACHINE=genericx86-64 bitbake core-image-minimal
> MACHINE=qemux86-64 bitbake linux-yocto -c clean
> MACHINE=genericx86-64 bitbake core-image-minimal -C rootfs
>
> To fix this, add PACKAGE_ARCH to the path used for the files and use a search
> path based upon PACKAGE_ARCHS to access them.
>
> Signed-off-by: Richard Purdie
> Signed-off-by: Joshua Watt
> ---
> meta/classes/create-spdx-2.2.bbclass | 41
> meta/lib/oe/sbom.py | 34 ++-
> 2 files changed, 57 insertions(+), 18 deletions(-)
>
> diff --git a/meta/classes/create-spdx-2.2.bbclass
> b/meta/classes/create-spdx-2.2.bbclass
> index 9b28d124c78..a2b96da61a9 100644
> --- a/meta/classes/create-spdx-2.2.bbclass
> +++ b/meta/classes/create-spdx-2.2.bbclass
> @@ -349,6 +349,8 @@ def collect_dep_recipes(d, doc, spdx_recipe):
>
> deploy_dir_spdx = Path(d.getVar("DEPLOY_DIR_SPDX"))
> spdx_deps_file = Path(d.getVar("SPDXDEPS"))
> +package_archs = d.getVar("SSTATE_ARCHS").split()
> +package_archs.reverse()
>
> dep_recipes = []
>
> @@ -356,7 +358,9 @@ def collect_dep_recipes(d, doc, spdx_recipe):
> deps = json.load(f)
>
> for dep_pn, dep_hashfn in deps:
> -dep_recipe_path = oe.sbom.doc_path_by_hashfn(deploy_dir_spdx,
> "recipe-" + dep_pn, dep_hashfn)
> +dep_recipe_path = oe.sbom.doc_find_by_hashfn(deploy_dir_spdx,
> package_archs, "recipe-" + dep_pn, dep_hashfn)
> +if not dep_recipe_path:
> +bb.fatal("Cannot find any SPDX file for recipe %s, %s" %
> (dep_pn, dep_hashfn))
>
> spdx_dep_doc, spdx_dep_sha1 = oe.sbom.read_doc(dep_recipe_path)
>
> @@ -385,6 +389,7 @@ def collect_dep_recipes(d, doc, spdx_recipe):
>
> return dep_recipes
>
> +collect_dep_recipes[vardepsexclude] = "SSTATE_ARCHS"
>
> def collect_dep_sources(d, dep_recipes):
> import oe.sbom
> @@ -533,6 +538,7 @@ python do_create_spdx() {
> include_sources = d.getVar("SPDX_INCLUDE_SOURCES") == "1"
> archive_sources = d.getVar("SPDX_ARCHIVE_SOURCES") == "1"
> archive_packaged = d.getVar("SPDX_ARCHIVE_PACKAGED") == "1"
> +pkg_arch = d.getVar("SSTATE_PKGARCH")
>
> creation_time =
> datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
>
> @@ -620,7 +626,7 @@ python do_create_spdx() {
>
> dep_recipes = collect_dep_recipes(d, doc, recipe)
>
> -doc_sha1 = oe.sbom.write_doc(d, doc, d.getVar("SSTATE_PKGARCH"),
> "recipes", indent=get_json_indent(d))
> +doc_sha1 = oe.sbom.write_doc(d, doc, pkg_arch, "recipes",
> indent=get_json_indent(d))
> dep_recipes.append(oe.sbom.DepRecipe(doc, doc_sha1, recipe))
>
> recipe_ref = oe.spdx.SPDXExternalDocumentRef()
> @@ -685,7 +691,7 @@ python do_create_spdx() {
>
> add_package_sources_from_debug(d, package_doc, spdx_package,
> package, package_files, sources)
>
> -oe.sbom.write_doc(d, package_doc, d.getVar("SSTATE_PKGARCH"),
> "packages", indent=get_json_indent(d))
> +oe.sbom.write_doc(d, package_doc, pkg_arch, "packages",
> indent=get_json_indent(d))
> }
> do_create_spdx[vardepsexclude] += "BB_NUMBER_THREADS"
> # NOTE: depending on do_unpack is a hack that is necessary to get it's
> dependencies for archive the source
> @@ -756,6 +762,9 @@ python do_create_runtime_spdx() {
> creation_time =
> datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
>
> providers = collect_package_providers(d)
> +pkg_arch = d.getVar("SSTATE_PKGARCH")
> +package_archs = d.getVar("SSTATE_ARCHS").split()
> +package_archs.reverse()
>
> if not is_native:
> bb.build.exec_func("read_subpackage_metadata", d)
> @@ -772,7 +781,7 @@ python do_create_runtime_spdx() {
> if not oe.packagedata.packaged(package, localdata):
> continue
>
> -pkg_spdx_path =
[OE-core] [PATCH 2/2] glib-2.0: Remove failing ptests on musl
FAIL: glib/convert.test (Child process killed by signal 6)
FAIL: glib/collate.test (Child process killed by signal 6)
FAIL: glib/gdatetime.test (Child process killed by signal 6)
FAIL: glib/date.test (Child process killed by signal 6)
FAIL: glib/converter-stream.test (Child process killed by signal 6)
FAIL: glib/option-context.test (Child process killed by signal 6)
Signed-off-by: Khem Raj
---
meta/recipes-core/glib-2.0/glib.inc | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index 5183f37a6ef..c508990ee8c 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -134,7 +134,12 @@ do_install:append:class-target () {
# https://gitlab.gnome.org/GNOME/glib/-/issues/2810
rm -f ${D}${datadir}/installed-tests/glib/thread-pool-slow.test
}
-
+do_install:append:class-target:libc-musl () {
+# Remove failing tests on musl libc systems
+for t in convert.test collate.test gdatetime.test date.test
converter-stream.test option-context.test; do
+rm -rf ${D}${datadir}/installed-tests/glib/$t
+done
+}
# As we do not build python3 for windows, makes no sense to ship the script
that's using it
do_install:append:mingw32() {
rm -f ${D}${bindir}/gtester-report
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188154):
https://lists.openembedded.org/g/openembedded-core/message/188154
Mute This Topic: https://lists.openembedded.org/mt/101546413/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] glib-2.0: Enable possible locales with musl for ptests
Signed-off-by: Khem Raj
---
meta/recipes-core/glib-2.0/glib.inc | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index c314594d493..5183f37a6ef 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -171,6 +171,12 @@ RDEPENDS:${PN}-ptest += "\
python3-modules \
${@bb.utils.contains('GI_DATA_ENABLED', 'True',
'python3-dbusmock', '', d)} \
${PN}-codegen \
+locale-base-de-de \
+locale-base-es-es \
+locale-base-en-gb \
+locale-base-en-us \
+locale-base-fr-fr \
+locale-base-ru-ru \
"
RDEPENDS:${PN}-ptest:append:libc-glibc = "\
@@ -185,18 +191,12 @@ RDEPENDS:${PN}-ptest:append:libc-glibc = "\
glibc-gconv-iso8859-15 \
glibc-charmap-invariant \
glibc-localedata-translit-cjk-variants \
-locale-base-tr-tr \
locale-base-lt-lt \
locale-base-ja-jp.euc-jp \
locale-base-fa-ir \
-locale-base-ru-ru \
-locale-base-de-de \
locale-base-hr-hr \
locale-base-el-gr \
-locale-base-fr-fr \
-locale-base-es-es \
-locale-base-en-gb \
-locale-base-en-us \
locale-base-pl-pl \
locale-base-pl-pl.iso-8859-2 \
+locale-base-tr-tr \
"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188153):
https://lists.openembedded.org/g/openembedded-core/message/188153
Mute This Topic: https://lists.openembedded.org/mt/101546412/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] oeqa: Use 2.14 release of cpio instead of 2.13
2.13 may not be buildable with latest compilers without patching
Signed-off-by: Khem Raj
---
meta/lib/oeqa/runtime/cases/buildcpio.py | 2 +-
meta/lib/oeqa/sdk/cases/buildcpio.py | 4 ++--
meta/lib/oeqa/selftest/cases/meta_ide.py | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/lib/oeqa/runtime/cases/buildcpio.py
b/meta/lib/oeqa/runtime/cases/buildcpio.py
index 3728855d245..ce122ebcf98 100644
--- a/meta/lib/oeqa/runtime/cases/buildcpio.py
+++ b/meta/lib/oeqa/runtime/cases/buildcpio.py
@@ -14,7 +14,7 @@ class BuildCpioTest(OERuntimeTestCase):
@classmethod
def setUpClass(cls):
-uri =
'https://downloads.yoctoproject.org/mirror/sources/cpio-2.13.tar.gz'
+uri =
'https://downloads.yoctoproject.org/mirror/sources/cpio-2.14.tar.gz'
cls.project = TargetBuildProject(cls.tc.target,
uri,
dl_dir = cls.tc.td['DL_DIR'])
diff --git a/meta/lib/oeqa/sdk/cases/buildcpio.py
b/meta/lib/oeqa/sdk/cases/buildcpio.py
index c42c670add0..33b946fc166 100644
--- a/meta/lib/oeqa/sdk/cases/buildcpio.py
+++ b/meta/lib/oeqa/sdk/cases/buildcpio.py
@@ -19,10 +19,10 @@ class BuildCpioTest(OESDKTestCase):
"""
def test_cpio(self):
with tempfile.TemporaryDirectory(prefix="cpio-", dir=self.tc.sdk_dir)
as testdir:
-tarball = self.fetch(testdir, self.td["DL_DIR"],
"https://ftp.gnu.org/gnu/cpio/cpio-2.13.tar.gz;)
+tarball = self.fetch(testdir, self.td["DL_DIR"],
"https://ftp.gnu.org/gnu/cpio/cpio-2.14.tar.gz;)
dirs = {}
-dirs["source"] = os.path.join(testdir, "cpio-2.13")
+dirs["source"] = os.path.join(testdir, "cpio-2.14")
dirs["build"] = os.path.join(testdir, "build")
dirs["install"] = os.path.join(testdir, "install")
diff --git a/meta/lib/oeqa/selftest/cases/meta_ide.py
b/meta/lib/oeqa/selftest/cases/meta_ide.py
index 59270fb3e06..e446d9308d5 100644
--- a/meta/lib/oeqa/selftest/cases/meta_ide.py
+++ b/meta/lib/oeqa/selftest/cases/meta_ide.py
@@ -44,7 +44,7 @@ class MetaIDE(OESelftestTestCase):
def test_meta_ide_can_build_cpio_project(self):
dl_dir = self.td.get('DL_DIR', None)
self.project = SDKBuildProject(self.tmpdir_metaideQA + "/cpio/",
self.environment_script_path,
-"https://ftp.gnu.org/gnu/cpio/cpio-2.13.tar.gz;,
+"https://ftp.gnu.org/gnu/cpio/cpio-2.14.tar.gz;,
self.tmpdir_metaideQA, self.td['DATETIME'],
dl_dir=dl_dir)
self.project.download_archive()
self.assertEqual(self.project.run_configure('$CONFIGURE_FLAGS
--disable-maintainer-mode','sed -i -e "/char \*program_name/d" src/global.c;'),
0,
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188141):
https://lists.openembedded.org/g/openembedded-core/message/188141
Mute This Topic: https://lists.openembedded.org/mt/101536242/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 5/5] debugedit: Use musl-legacy-error
Use error.h to provide GNU extentions for error API
Drop the patch trying to do something about it
Signed-off-by: Khem Raj
---
v3: Added
.../debugedit/debugedit_5.0.bb| 4 +-
...tools-Add-error.h-for-non-glibc-case.patch | 102 --
2 files changed, 2 insertions(+), 104 deletions(-)
delete mode 100644
meta/recipes-devtools/debugedit/files/0001-tools-Add-error.h-for-non-glibc-case.patch
diff --git a/meta/recipes-devtools/debugedit/debugedit_5.0.bb
b/meta/recipes-devtools/debugedit/debugedit_5.0.bb
index 257238fa245..63ad7babd9a 100644
--- a/meta/recipes-devtools/debugedit/debugedit_5.0.bb
+++ b/meta/recipes-devtools/debugedit/debugedit_5.0.bb
@@ -11,8 +11,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
SRC_URI = "https://sourceware.org/ftp/debugedit/${PV}/debugedit-${PV}.tar.xz;
-SRC_URI:append:libc-musl = " \
- file://0001-tools-Add-error.h-for-non-glibc-case.patch \
+SRC_URI:append:libc-musl = "\
file://0002-sepdebugcrcfix.c-do-not-use-64bit-variants.patch \
file://0003-Makefile.am-do-not-update-manual.patch \
"
@@ -20,6 +19,7 @@ SRC_URI:append:libc-musl = " \
SRC_URI[sha256sum] =
"e9ecd7d350bebae1f178ce6776ca19a648b6fe8fa22f5b3044b38d7899aa553e"
DEPENDS = "elfutils"
+DEPENDS:append:libc-musl = " musl-legacy-error"
inherit pkgconfig autotools
diff --git
a/meta/recipes-devtools/debugedit/files/0001-tools-Add-error.h-for-non-glibc-case.patch
b/meta/recipes-devtools/debugedit/files/0001-tools-Add-error.h-for-non-glibc-case.patch
deleted file mode 100644
index f6d64cb4e7d..000
---
a/meta/recipes-devtools/debugedit/files/0001-tools-Add-error.h-for-non-glibc-case.patch
+++ /dev/null
@@ -1,102 +0,0 @@
-From 4c797d3b559ba51bd9ccd9a2036245819acce843 Mon Sep 17 00:00:00 2001
-From: Chen Qi
-Date: Thu, 23 Mar 2023 10:54:21 +0800
-Subject: [PATCH] tools: Add error.h for non-glibc case
-
-error is glibc specific API, so this patch will mostly not accepted
-upstream given that elfutils has been closely tied to glibc
-
-This is a OE specific workaround for musl.
-
-Upstream-Status: Inappropriate [OE Specific]
-
-Signed-off-by: Chen Qi
- tools/debugedit.c | 7 ++-
- tools/error.h | 27 +++
- tools/sepdebugcrcfix.c | 7 ++-
- 3 files changed, 39 insertions(+), 2 deletions(-)
- create mode 100644 tools/error.h
-
-diff --git a/tools/debugedit.c b/tools/debugedit.c
-index 668777a..a72c3c0 100644
a/tools/debugedit.c
-+++ b/tools/debugedit.c
-@@ -25,7 +25,6 @@
- #include
- #include
- #include
--#include
- #include
- #include
- #include
-@@ -40,6 +39,12 @@
- #include
- #include
-
-+#ifdef __GLIBC__
-+#include
-+#else
-+#include "error.h"
-+#endif
-+
- #ifndef MAX
- #define MAX(m, n) ((m) < (n) ? (n) : (m))
- #endif
-diff --git a/tools/error.h b/tools/error.h
-new file mode 100644
-index 000..9b24418
/dev/null
-+++ b/tools/error.h
-@@ -0,0 +1,27 @@
-+#ifndef _ERROR_H_
-+#define _ERROR_H_
-+
-+#include
-+#include
-+#include
-+#include
-+#include
-+
-+static unsigned int error_message_count = 0;
-+
-+static inline void error(int status, int errnum, const char* format, ...)
-+{
-+ va_list ap;
-+ fprintf(stderr, "%s: ", program_invocation_name);
-+ va_start(ap, format);
-+ vfprintf(stderr, format, ap);
-+ va_end(ap);
-+ if (errnum)
-+ fprintf(stderr, ": %s", strerror(errnum));
-+ fprintf(stderr, "\n");
-+ error_message_count++;
-+ if (status)
-+ exit(status);
-+}
-+
-+#endif/* _ERROR_H_ */
-diff --git a/tools/sepdebugcrcfix.c b/tools/sepdebugcrcfix.c
-index da50e6c..c4a9d56 100644
a/tools/sepdebugcrcfix.c
-+++ b/tools/sepdebugcrcfix.c
-@@ -29,10 +29,15 @@
- #include
- #include
- #include
--#include
- #include
- #include
-
-+#ifdef __GLIBC__
-+#include
-+#else
-+#include "error.h"
-+#endif
-+
- #ifndef _
- #define _(x) x
- #endif
---
-2.17.1
-
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188137):
https://lists.openembedded.org/g/openembedded-core/message/188137
Mute This Topic: https://lists.openembedded.org/mt/101529919/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 4/5] elfutils: Depend on musl-legacy-error for musl targets
this ensures a gnu compatible error APIs are made available, the patch
to workaround this is no longer needed.
Signed-off-by: Khem Raj
---
v3: Added
.../elfutils/elfutils_0.189.bb| 3 +-
.../0015-config-eu.am-do-not-use-Werror.patch | 37 ---
2 files changed, 1 insertion(+), 39 deletions(-)
delete mode 100644
meta/recipes-devtools/elfutils/files/0015-config-eu.am-do-not-use-Werror.patch
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.189.bb
b/meta/recipes-devtools/elfutils/elfutils_0.189.bb
index d6352de5cf5..d8bf82b0229 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.189.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.189.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
file://debuginfod/debuginfod-client.c;endline=28;md5=f0a7c3170776866ee94e8f9225a6ad79
\
"
DEPENDS = "zlib virtual/libintl"
-DEPENDS:append:libc-musl = " argp-standalone fts musl-obstack "
+DEPENDS:append:libc-musl = " argp-standalone fts musl-legacy-error
musl-obstack"
# The Debian patches below are from:
#
http://ftp.de.debian.org/debian/pool/main/e/elfutils/elfutils_0.176-1.debian.tar.xz
SRC_URI = "https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
@@ -24,7 +24,6 @@ SRC_URI =
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
"
SRC_URI:append:libc-musl = " \
file://0003-musl-utils.patch \
- file://0015-config-eu.am-do-not-use-Werror.patch \
"
SRC_URI[sha256sum] =
"39bd8f1a338e2b7cd4abc3ff11a0eddc6e690f69578a57478d8179b4148708c8"
diff --git
a/meta/recipes-devtools/elfutils/files/0015-config-eu.am-do-not-use-Werror.patch
b/meta/recipes-devtools/elfutils/files/0015-config-eu.am-do-not-use-Werror.patch
deleted file mode 100644
index 9ee5801c561..000
---
a/meta/recipes-devtools/elfutils/files/0015-config-eu.am-do-not-use-Werror.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From c209233857a73970d7a7dd8da664903570efc7ea Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin
-Date: Mon, 22 Jun 2020 21:35:16 +
-Subject: [PATCH] config/eu.am: do not use -Werror
-
-Due to re-definition of error() on musl, gcc starts throwing
-errors where none happen with glibc. Since upstream is not
-likely to be interested in musl builds, lets just disable
-Werror.
-
-Upstream-Status: Inappropriate [oe core specific]
-Signed-off-by: Alexander Kanavin
-
- config/eu.am | 2 --
- 1 file changed, 2 deletions(-)
-diff --git a/config/eu.am b/config/eu.am
-index e6c241f..4136e7c 100644
a/config/eu.am
-+++ b/config/eu.am
-@@ -99,7 +99,6 @@ AM_CFLAGS = -std=gnu99 -Wall -Wshadow -Wformat=2 \
- $(LOGICAL_OP_WARNING) $(DUPLICATED_COND_WARNING) \
- $(NULL_DEREFERENCE_WARNING) $(IMPLICIT_FALLTHROUGH_WARNING) \
- $(USE_AFTER_FREE3_WARNING) \
-- $(if $($(*F)_no_Werror),,-Werror) \
- $(if $($(*F)_no_Wunused),,-Wunused -Wextra) \
- $(if $($(*F)_no_Wstack_usage),,$(STACK_USAGE_WARNING)) \
- $(if
$($(*F)_no_Wpacked_not_aligned),$(NO_PACKED_NOT_ALIGNED_WARNING),) \
-@@ -109,7 +108,6 @@ AM_CXXFLAGS = -std=c++11 -Wall -Wshadow \
- $(TRAMPOLINES_WARNING) \
- $(LOGICAL_OP_WARNING) $(DUPLICATED_COND_WARNING) \
- $(NULL_DEREFERENCE_WARNING) $(IMPLICIT_FALLTHROUGH_WARNING) \
-- $(if $($(*F)_no_Werror),,-Werror) \
- $(if $($(*F)_no_Wunused),,-Wunused -Wextra) \
- $(if $($(*F)_no_Wstack_usage),,$(STACK_USAGE_WARNING)) \
- $(if
$($(*F)_no_Wpacked_not_aligned),$(NO_PACKED_NOT_ALIGNED_WARNING),) \
---
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188136):
https://lists.openembedded.org/g/openembedded-core/message/188136
Mute This Topic: https://lists.openembedded.org/mt/101529918/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/5] musl-legacy-error: Add recipe
This adds glibc error() API implementation which is needed by few
packages still.
Signed-off-by: Khem Raj
---
v3: Added new
meta/conf/distro/include/maintainers.inc | 1 +
meta/recipes-core/musl/musl-legacy-error.bb | 26
.../musl/musl-legacy-error/error.h| 60 +++
3 files changed, 87 insertions(+)
create mode 100644 meta/recipes-core/musl/musl-legacy-error.bb
create mode 100644 meta/recipes-core/musl/musl-legacy-error/error.h
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index e977c84fc82..f69f229fc85 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -531,6 +531,7 @@ RECIPE_MAINTAINER:pn-mtd-utils = "Denys Dmytriyenko
"
RECIPE_MAINTAINER:pn-mtdev = "Anuj Mittal "
RECIPE_MAINTAINER:pn-mtools = "Anuj Mittal "
RECIPE_MAINTAINER:pn-musl = "Khem Raj "
+RECIPE_MAINTAINER:pn-musl-legacy-error = "Khem Raj "
RECIPE_MAINTAINER:pn-musl-locales = "Khem Raj "
RECIPE_MAINTAINER:pn-musl-obstack = "Khem Raj "
RECIPE_MAINTAINER:pn-musl-utils = "Khem Raj "
diff --git a/meta/recipes-core/musl/musl-legacy-error.bb
b/meta/recipes-core/musl/musl-legacy-error.bb
new file mode 100644
index 000..5ce5a233ab1
--- /dev/null
+++ b/meta/recipes-core/musl/musl-legacy-error.bb
@@ -0,0 +1,26 @@
+# Copyright (C) 2023 Khem Raj
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+SUMMARY = "error API GNU extention implementation"
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM =
"file://error.h;beginline=1;md5=2ee396b23e8507fbf8f98af0471a77c6"
+SECTION = "devel"
+
+SRC_URI = "file://error.h"
+
+do_configure[noexec] = "1"
+do_compile[noexec] = "1"
+
+INHIBIT_DEFAULT_DEPS = "1"
+
+S = "${WORKDIR}"
+
+do_install() {
+ install -Dm 0644 ${S}/error.h -t ${D}${includedir}
+}
+#
+# We will skip parsing for non-musl systems
+#
+COMPATIBLE_HOST = ".*-musl.*"
+DEV_PKG_DEPENDENCY = ""
+RRECOMMENDS:${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
diff --git a/meta/recipes-core/musl/musl-legacy-error/error.h
b/meta/recipes-core/musl/musl-legacy-error/error.h
new file mode 100644
index 000..9a4e1f8d006
--- /dev/null
+++ b/meta/recipes-core/musl/musl-legacy-error/error.h
@@ -0,0 +1,60 @@
+#ifndef _ERROR_H_
+#define _ERROR_H_
+
+#include
+#include
+#include
+#include
+#include
+
+#warning usage of non-standard #include is deprecated
+
+static unsigned int error_message_count = 0;
+
+static inline void error(int status, int errnum, const char* format, ...)
+{
+ /* should be fflush(stdout), but that's unspecified if stdout has been
closed;
+* stick with fflush(NULL) for simplicity (glibc checks if the fd is
still valid) */
+ fflush(NULL);
+
+ va_list ap;
+ fprintf(stderr, "%s: ", program_invocation_name);
+ va_start(ap, format);
+ vfprintf(stderr, format, ap);
+ va_end(ap);
+ if (errnum)
+ fprintf(stderr, ": %s", strerror(errnum));
+ fprintf(stderr, "\n");
+ error_message_count++;
+ if (status)
+ exit(status);
+}
+
+static int error_one_per_line = 0;
+
+static inline void error_at_line(int status, int errnum, const char *filename,
+ unsigned int linenum, const char *format, ...)
+{
+ va_list ap;
+ if (error_one_per_line) {
+ static const char *old_filename;
+ static int old_linenum;
+ if (linenum == old_linenum && filename == old_filename)
+ return;
+ old_filename = filename;
+ old_linenum = linenum;
+ }
+ fprintf(stderr, "%s: %s:%u: ", program_invocation_name, filename,
linenum);
+ va_start(ap, format);
+ vfprintf(stderr, format, ap);
+ va_end(ap);
+ if (errnum)
+ fprintf(stderr, ": %s", strerror(errnum));
+ fprintf(stderr, "\n");
+ error_message_count++;
+ if (status)
+ exit(status);
+}
+
+
+#endif /* _ERROR_H_ */
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188135):
https://lists.openembedded.org/g/openembedded-core/message/188135
Mute This Topic: https://lists.openembedded.org/mt/101529917/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/5] bsd-headers: Define __CONCAT and __STRING
Sync with other musl distros Signed-off-by: Khem Raj --- v3: Rebased meta/recipes-core/musl/bsd-headers/sys-cdefs.h | 8 1 file changed, 8 insertions(+) diff --git a/meta/recipes-core/musl/bsd-headers/sys-cdefs.h b/meta/recipes-core/musl/bsd-headers/sys-cdefs.h index 209a623c0f0..841a5da8ba4 100644 --- a/meta/recipes-core/musl/bsd-headers/sys-cdefs.h +++ b/meta/recipes-core/musl/bsd-headers/sys-cdefs.h @@ -1,3 +1,6 @@ +#ifndef _SYS_CDEFS_H_ +#define _SYS_CDEFS_H_ + #warning usage of non-standard #include is deprecated #undef __P @@ -24,3 +27,8 @@ # define __THROW # define __NTH(fct) fct #endif + +#define __CONCAT(x,y) x ## y +#define __STRING(x) #x + +#endif /* _SYS_CDEFS_H_ */ -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188134): https://lists.openembedded.org/g/openembedded-core/message/188134 Mute This Topic: https://lists.openembedded.org/mt/101529916/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/5] musl: Update to latest
Brings following bug fixes
* 79bdacff glob: fix wrong return code when aborting before any matches
* 7291c6c6 statvfs: allocate spare for f_type
* 39e43f08 math: fix ld80 powl(x,huge) and powl(LDBL_MAX,small)
* 6d101027 math: fix ld80 acoshl(x) for x < 0
Drop MIRRORS and switch to etalabs.net for git fetch URI
original repo is not working correcting with git Fetcher
Signed-off-by: Khem Raj
---
v3: Update SRC_URI to fetchable location
meta/recipes-core/musl/musl_git.bb | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-core/musl/musl_git.bb
b/meta/recipes-core/musl/musl_git.bb
index 4a4fe978f93..7dd949ffafd 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,21 +4,17 @@
require musl.inc
inherit linuxloader
-SRCREV = "83b858f83b658bd34eca5d8ad4d145f673ae7e5e"
+SRCREV = "79bdacff83a6bd5b70ff5ae5eb8b6de82c2f7c30"
BASEVER = "1.2.4"
PV = "${BASEVER}+git"
-# mirror is at git://github.com/kraj/musl.git
-
-SRC_URI = "git://git.musl-libc.org/git/musl.git;branch=master;protocol=https \
+SRC_URI = "git://git.etalabs.net/git/musl;branch=master;protocol=https \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
"
-MIRRORS += "git://git.musl-libc.org/git/musl.git
git://github.com/kraj/musl.git"
-
S = "${WORKDIR}/git"
PROVIDES += "virtual/libc virtual/libiconv virtual/libintl virtual/crypt"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188133):
https://lists.openembedded.org/g/openembedded-core/message/188133
Mute This Topic: https://lists.openembedded.org/mt/101529915/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] musl: Drop MIRRORS
yeah I am trying to investigate, locally I reproduced it once but then
I did bitbake -ccleanall musl and then it started to work.
I see this in log.do_fetch on AB
http://sprunge.us/c5J8K3
says
fatal: protocol error: bad line length character: erro
On Fri, Sep 22, 2023 at 9:07 AM Alexandre Belloni
wrote:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/8149/steps/11/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7837/steps/11/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/7859/steps/11/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7193/steps/13/logs/stdio
>
> On 21/09/2023 18:15:20-0700, Khem Raj wrote:
> > When using mirrors fetcher gets into a weird state when shallow clones
> > are enables.
> >
> > ERROR: Bitbake Fetcher Error: UnpackError('No up to date source found:
> > clone directory not available or not up to date:
> > /mnt/b/yoe/master/downloads/git2/git.musl-libc.org.git.musl.git; shallow
> > clone not available:
> > /mnt/b/yoe/master/downloads/gitshallow_git.musl-libc.org.git.musl.git_79bdacf-1_master.tar.gz',
> > 'git://git.musl-libc.org/git/musl.git;branch=master;protocol=https')
> >
> > Anyway the mirrors were added as backup when we had issues with musl git
> > in past.
> >
> > Signed-off-by: Khem Raj
> > ---
> > meta/recipes-core/musl/musl_git.bb | 6 +-
> > 1 file changed, 1 insertion(+), 5 deletions(-)
> >
> > diff --git a/meta/recipes-core/musl/musl_git.bb
> > b/meta/recipes-core/musl/musl_git.bb
> > index dbc31e1d83b..72253636dc8 100644
> > --- a/meta/recipes-core/musl/musl_git.bb
> > +++ b/meta/recipes-core/musl/musl_git.bb
> > @@ -10,15 +10,11 @@ BASEVER = "1.2.4"
> >
> > PV = "${BASEVER}+git"
> >
> > -# mirror is at git://github.com/kraj/musl.git
> > -
> > -SRC_URI =
> > "git://git.musl-libc.org/git/musl.git;branch=master;protocol=https \
> > +SRC_URI = "git://git.musl-libc.org/git/musl;branch=master;protocol=https \
> >
> > file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
> >
> > file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
> >"
> >
> > -MIRRORS += "git://git.musl-libc.org/git/musl.git
> > git://github.com/kraj/musl.git"
> > -
> > S = "${WORKDIR}/git"
> >
> > PROVIDES += "virtual/libc virtual/libiconv virtual/libintl virtual/crypt"
> > --
> > 2.42.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 (#188130):
https://lists.openembedded.org/g/openembedded-core/message/188130
Mute This Topic: https://lists.openembedded.org/mt/101513420/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] mesa: Update clang-17 patch to upstream v2
Signed-off-by: Khem Raj --- .../0001-gallium-Fix-build-with-llvm-17.patch | 27 --- 1 file changed, 18 insertions(+), 9 deletions(-) diff --git a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch index 3631a918b0c..0ca7a22b45b 100644 --- a/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch +++ b/meta/recipes-graphics/mesa/files/0001-gallium-Fix-build-with-llvm-17.patch @@ -1,4 +1,4 @@ -From 865762e0a767a121206d818bdd58301afbf30104 Mon Sep 17 00:00:00 2001 +From c8e9776abc3dfd3f2411797a90a03e7fa16263ef Mon Sep 17 00:00:00 2001 From: Khem Raj Date: Fri, 23 Jun 2023 01:20:38 -0700 Subject: [PATCH] gallium: Fix build with llvm 17 @@ -10,14 +10,12 @@ so add conditions to exclude them for llvm >= 17 Upstream-Status: Submitted [https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23827] Signed-off-by: Khem Raj --- - src/gallium/auxiliary/gallivm/lp_bld_init.c | 4 +++- - 1 file changed, 3 insertions(+), 1 deletion(-) + src/gallium/auxiliary/gallivm/lp_bld_init.c | 6 -- + 1 file changed, 4 insertions(+), 2 deletions(-) -diff --git a/src/gallium/auxiliary/gallivm/lp_bld_init.c b/src/gallium/auxiliary/gallivm/lp_bld_init.c -index 24d0823..3d4573e 100644 --- a/src/gallium/auxiliary/gallivm/lp_bld_init.c +++ b/src/gallium/auxiliary/gallivm/lp_bld_init.c -@@ -42,8 +42,10 @@ +@@ -42,19 +42,23 @@ #include #include @@ -29,6 +27,17 @@ index 24d0823..3d4573e 100644 #include #endif #include --- -2.41.0 - + #if GALLIVM_USE_NEW_PASS == 1 + #include +-#elif GALLIVM_HAVE_CORO == 1 ++#elif GALLIVM_HAVE_CORO == 1 && LLVM_VERSION_MAJOR < 17 + #if LLVM_VERSION_MAJOR <= 8 && (DETECT_ARCH_AARCH64 || DETECT_ARCH_ARM || DETECT_ARCH_S390 || DETECT_ARCH_MIPS64) + #include + #endif ++#if LLVM_VERSION_MAJOR < 17 + #include + #endif ++#endif + + unsigned gallivm_perf = 0; + -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188129): https://lists.openembedded.org/g/openembedded-core/message/188129 Mute This Topic: https://lists.openembedded.org/mt/101524707/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] musl: Drop MIRRORS
On 9/22/23 8:16 AM, Richard Purdie wrote:
On Fri, 2023-09-22 at 08:10 -0700, Khem Raj wrote:
On Fri, Sep 22, 2023 at 3:11 AM Richard Purdie
wrote:
On Thu, 2023-09-21 at 18:15 -0700, Khem Raj wrote:
When using mirrors fetcher gets into a weird state when shallow clones
are enables.
ERROR: Bitbake Fetcher Error: UnpackError('No up to date source
found: clone directory not available or not up to date:
/mnt/b/yoe/master/downloads/git2/git.musl-libc.org.git.musl.git;
shallow clone not available:
/mnt/b/yoe/master/downloads/gitshallow_git.musl-
libc.org.git.musl.git_79bdacf-1_master.tar.gz', 'git://git.musl-
libc.org/git/musl.git;branch=master;protocol=https')
That sounds like something we should look into and fix?
I don't think it makes sense as a justification in a commit message.
I tried to do it in several ways and somehow fetch is failing. Only
way I see it work once was when removing the mirrors and rebuilding
after -ccleanall
see - https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7836
if I git fetch these repos from any of mirrors or upstream clones work
totally fine but git fetcher always complains. No idea whats going on
Please tell me you're not running -c cleanall on the autobuilder
infrastructure?
ofcourse not.
Cheers,
Richard
OpenPGP_0xBB053355919D3314.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188124):
https://lists.openembedded.org/g/openembedded-core/message/188124
Mute This Topic: https://lists.openembedded.org/mt/101513420/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 06/17] python3-click: Copy recipe from meta-python
On 9/22/23 7:46 AM, Samantha Jalabert wrote:
From: Samantha Jalabert
commit: 1a14a28f132a10e9db7b3e5bb2b5361c4679946e
Signed-off-by: Marta Rybczynska
Please send a removal patch for meta-python as well. So we can keep
passing the yp compat checks for meta-openembedded on AB and coordinate
the change between meta-python and oe-core
---
.../python/python3-click/run-ptest| 3 ++
.../python/python3-click_8.1.7.bb | 39 +++
2 files changed, 42 insertions(+)
create mode 100644 meta/recipes-devtools/python/python3-click/run-ptest
create mode 100644 meta/recipes-devtools/python/python3-click_8.1.7.bb
diff --git a/meta/recipes-devtools/python/python3-click/run-ptest
b/meta/recipes-devtools/python/python3-click/run-ptest
new file mode 100644
index 00..b63c4de0d9
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-click/run-ptest
@@ -0,0 +1,3 @@
+#!/bin/sh
+
+pytest -o log_cli=true -o log_cli_level=INFO | sed -e 's/\[...%\]//g'| sed -e 's/PASSED/PASS/g'| sed -e 's/FAILED/FAIL/g'|sed -e 's/SKIPPED/SKIP/g'| awk '{if ($NF=="PASS" ||
$NF=="FAIL" || $NF=="SKIP" || $NF=="XFAIL" || $NF=="XPASS"){printf "%s: %s\n", $NF, $0}else{print}}'| awk '{if ($NF=="PASS" ||
$NF=="FAIL" || $NF=="SKIP" || $NF=="XFAIL" || $NF=="XPASS") {$NF="";print $0}else{print}}'
diff --git a/meta/recipes-devtools/python/python3-click_8.1.7.bb
b/meta/recipes-devtools/python/python3-click_8.1.7.bb
new file mode 100644
index 00..a4ec6cd1ef
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-click_8.1.7.bb
@@ -0,0 +1,39 @@
+SUMMARY = "A simple wrapper around optparse for powerful command line
utilities."
+DESCRIPTION = "\
+Click is a Python package for creating beautiful command line interfaces \
+in a composable way with as little code as necessary. It's the "Command \
+Line Interface Creation Kit". It's highly configurable but comes with \
+sensible defaults out of the box."
+HOMEPAGE = "http://click.pocoo.org/;
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=1fa98232fd645608937a0fdc82e999b8"
+
+SRC_URI[sha256sum] =
"ca9853ad459e787e2192211578cc907e7594e294c7ccc834310722b41b9ca6de"
+
+inherit pypi setuptools3 ptest
+
+SRC_URI += "file://run-ptest"
+
+RDEPENDS:${PN}-ptest += " \
+ ${PYTHON_PN}-pytest \
+ ${PYTHON_PN}-terminal \
+ ${PYTHON_PN}-unixadmin \
+"
+
+do_install_ptest() {
+install -d ${D}${PTEST_PATH}/tests
+cp -rf ${S}/tests/* ${D}${PTEST_PATH}/tests/
+cp -rf ${S}/setup.cfg ${D}${PTEST_PATH}/
+cp -rf ${S}/docs ${D}${PTEST_PATH}/
+}
+
+UPSTREAM_CHECK_REGEX = "click/(?P\d+(\.\d+)+)/"
+
+CLEANBROKEN = "1"
+
+RDEPENDS:${PN} += "\
+${PYTHON_PN}-io \
+${PYTHON_PN}-threading \
+"
+
+BBCLASSEXTEND = "native nativesdk"
OpenPGP_0xBB053355919D3314.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188123):
https://lists.openembedded.org/g/openembedded-core/message/188123
Mute This Topic: https://lists.openembedded.org/mt/101522496/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] musl: Drop MIRRORS
On Fri, Sep 22, 2023 at 3:11 AM Richard Purdie
wrote:
>
> On Thu, 2023-09-21 at 18:15 -0700, Khem Raj wrote:
> > When using mirrors fetcher gets into a weird state when shallow clones
> > are enables.
> >
> > ERROR: Bitbake Fetcher Error: UnpackError('No up to date source
> > found: clone directory not available or not up to date:
> > /mnt/b/yoe/master/downloads/git2/git.musl-libc.org.git.musl.git;
> > shallow clone not available:
> > /mnt/b/yoe/master/downloads/gitshallow_git.musl-
> > libc.org.git.musl.git_79bdacf-1_master.tar.gz', 'git://git.musl-
> > libc.org/git/musl.git;branch=master;protocol=https')
>
> That sounds like something we should look into and fix?
>
> I don't think it makes sense as a justification in a commit message.
I tried to do it in several ways and somehow fetch is failing. Only
way I see it work once was when removing the mirrors and rebuilding
after -ccleanall
see - https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7836
if I git fetch these repos from any of mirrors or upstream clones work
totally fine but git fetcher always complains. No idea whats going on
>
> Cheers,
>
> Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188121):
https://lists.openembedded.org/g/openembedded-core/message/188121
Mute This Topic: https://lists.openembedded.org/mt/101513420/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: Drop MIRRORS
When using mirrors fetcher gets into a weird state when shallow clones
are enables.
ERROR: Bitbake Fetcher Error: UnpackError('No up to date source found: clone
directory not available or not up to date:
/mnt/b/yoe/master/downloads/git2/git.musl-libc.org.git.musl.git; shallow clone
not available:
/mnt/b/yoe/master/downloads/gitshallow_git.musl-libc.org.git.musl.git_79bdacf-1_master.tar.gz',
'git://git.musl-libc.org/git/musl.git;branch=master;protocol=https')
Anyway the mirrors were added as backup when we had issues with musl git
in past.
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl_git.bb | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meta/recipes-core/musl/musl_git.bb
b/meta/recipes-core/musl/musl_git.bb
index dbc31e1d83b..72253636dc8 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -10,15 +10,11 @@ BASEVER = "1.2.4"
PV = "${BASEVER}+git"
-# mirror is at git://github.com/kraj/musl.git
-
-SRC_URI = "git://git.musl-libc.org/git/musl.git;branch=master;protocol=https \
+SRC_URI = "git://git.musl-libc.org/git/musl;branch=master;protocol=https \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
"
-MIRRORS += "git://git.musl-libc.org/git/musl.git
git://github.com/kraj/musl.git"
-
S = "${WORKDIR}/git"
PROVIDES += "virtual/libc virtual/libiconv virtual/libintl virtual/crypt"
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188034):
https://lists.openembedded.org/g/openembedded-core/message/188034
Mute This Topic: https://lists.openembedded.org/mt/101513420/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
Brings following bug fixes * 79bdacff glob: fix wrong return code when aborting before any matches * 7291c6c6 statvfs: allocate spare for f_type * 39e43f08 math: fix ld80 powl(x,huge) and powl(LDBL_MAX,small) * 6d101027 math: fix ld80 acoshl(x) for x < 0 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 4a4fe978f93..dbc31e1d83b 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 = "83b858f83b658bd34eca5d8ad4d145f673ae7e5e" +SRCREV = "79bdacff83a6bd5b70ff5ae5eb8b6de82c2f7c30" BASEVER = "1.2.4" -- 2.42.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#188022): https://lists.openembedded.org/g/openembedded-core/message/188022 Mute This Topic: https://lists.openembedded.org/mt/101508727/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 3/3] common-musl: Disable error_at_line detection for musl
On Thu, Sep 21, 2023 at 7:20 AM Richard Purdie
wrote:
>
> On Wed, 2023-09-20 at 15:09 -0700, Khem Raj wrote:
> > bsd-headers provide error.h file and static functions to implement error
> > API and related functions, which confuses gnulib provided functions. So
> > lets prefer gnulib provided functions if they are used by a package
> >
> > Signed-off-by: Khem Raj
> > ---
> > meta/site/common-musl | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff --git a/meta/site/common-musl b/meta/site/common-musl
> > index 0fd0413819e..003e46b51dc 100644
> > --- a/meta/site/common-musl
> > +++ b/meta/site/common-musl
> > @@ -54,3 +54,6 @@
> > ac_cv_func_posix_getpwnam_r=${ac_cv_func_posix_getpwnam_r=yes}
> >
> > # Xorg
> > xorg_cv_malloc0_returns_null=${xorg_cv_malloc0_returns_null=yes}
> > +
> > +# gnulib error
> > +ac_cv_lib_error_at_line=${ac_cv_lib_error_at_line=no}
>
> This is better but our on target cpio build test is failing:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7826/steps/13/logs/stdio
>
> probably as it doesn't see the site cache entry on target.
Right. We need to fix the testcase to pass it via configure or env.
Let me take a look
>
> Cheers,
>
> Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#188011):
https://lists.openembedded.org/g/openembedded-core/message/188011
Mute This Topic: https://lists.openembedded.org/mt/101488972/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] common-musl: Disable error_at_line detection for musl
bsd-headers provide error.h file and static functions to implement error
API and related functions, which confuses gnulib provided functions. So
lets prefer gnulib provided functions if they are used by a package
Signed-off-by: Khem Raj
---
meta/site/common-musl | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/site/common-musl b/meta/site/common-musl
index 0fd0413819e..003e46b51dc 100644
--- a/meta/site/common-musl
+++ b/meta/site/common-musl
@@ -54,3 +54,6 @@ ac_cv_func_posix_getpwnam_r=${ac_cv_func_posix_getpwnam_r=yes}
# Xorg
xorg_cv_malloc0_returns_null=${xorg_cv_malloc0_returns_null=yes}
+
+# gnulib error
+ac_cv_lib_error_at_line=${ac_cv_lib_error_at_line=no}
--
2.42.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#187946):
https://lists.openembedded.org/g/openembedded-core/message/187946
Mute This Topic: https://lists.openembedded.org/mt/101488972/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
