[OE-core] [PATCH 3/3] rust: reproducibility issue fix with v1.76

[Yash Shinde via lists.openembedded.org]

From: Yash Shinde 

A few crates are using the updated version of the 'cc' crate and
this is causing the generated object file names containing a unique hashmap id.
The hashmap addition to generated files is reverted here.

Signed-off-by: Sundeep KOKKONDA 
Signed-off-by: Yash Shinde 
---
 ...epro-issue-fix-with-cc-crate-hashmap.patch | 59 +++
 meta/recipes-devtools/rust/rust-source.inc|  1 +
 2 files changed, 60 insertions(+)
 create mode 100644 
meta/recipes-devtools/rust/files/repro-issue-fix-with-cc-crate-hashmap.patch

diff --git 
a/meta/recipes-devtools/rust/files/repro-issue-fix-with-cc-crate-hashmap.patch 
b/meta/recipes-devtools/rust/files/repro-issue-fix-with-cc-crate-hashmap.patch
new file mode 100644
index 00..20d7e3fc15
--- /dev/null
+++ 
b/meta/recipes-devtools/rust/files/repro-issue-fix-with-cc-crate-hashmap.patch
@@ -0,0 +1,59 @@
+rust: reproducibility issue fix with v1.76
+
+A few crates are using the updated version of the 'cc' crate and this is 
causing the generated object file names containing a unique hashmap id.
+The hashmap addition to generated files is reverted here.
+
+
+Upstream-Status: Inappropriate [patches need rework]
+Signed-off-by: Sundeep KOKKONDA 
+---
+--- a/vendor/cc-1.0.79/src/lib.rs
 b/vendor/cc-1.0.79/src/lib.rs
+@@ -56,12 +56,11 @@
+ #![allow(deprecated)]
+ #![deny(missing_docs)]
+ 
+-use std::collections::{hash_map, HashMap};
++use std::collections::HashMap;
+ use std::env;
+ use std::ffi::{OsStr, OsString};
+ use std::fmt::{self, Display, Formatter};
+ use std::fs;
+-use std::hash::Hasher;
+ use std::io::{self, BufRead, BufReader, Read, Write};
+ use std::path::{Component, Path, PathBuf};
+ use std::process::{Child, Command, Stdio};
+@@ -1037,24 +1036,7 @@
+ 
+ let mut objects = Vec::new();
+ for file in self.files.iter() {
+-let obj = if file.has_root() {
+-// If `file` is an absolute path, prefix the `basename`
+-// with the `dirname`'s hash to ensure name uniqueness.
+-let basename = file
+-.file_name()
+-.ok_or_else(|| Error::new(ErrorKind::InvalidArgument, 
"file_name() failure"))?
+-.to_string_lossy();
+-let dirname = file
+-.parent()
+-.ok_or_else(|| Error::new(ErrorKind::InvalidArgument, 
"parent() failure"))?
+-.to_string_lossy();
+-let mut hasher = hash_map::DefaultHasher::new();
+-hasher.write(dirname.to_string().as_bytes());
+-dst.join(format!("{:016x}-{}", hasher.finish(), basename))
+-.with_extension("o")
+-} else {
+-dst.join(file).with_extension("o")
+-};
++let obj = dst.join(file).with_extension("o");
+ let obj = if !obj.starts_with() {
+ dst.join(obj.file_name().ok_or_else(|| {
+ Error::new(ErrorKind::IOError, "Getting object file 
details failed.")
+Index: rustc-1.77.0-src/vendor/cc-1.0.79/.cargo-checksum.json
+===
+--- a/vendor/cc-1.0.79/.cargo-checksum.json
 b/vendor/cc-1.0.79/.cargo-checksum.json
+@@ -1 +1 @@
+-{"files":{"Cargo.lock":"dddb9c49058d411a098e98dc1c06e3bc89f859a2080d96c11b11aec67394bb8c","Cargo.toml":"1953a8bc4b98e351fe75917c151b1e08a46531d562aebba25a90add4aadecac2","LICENSE-APACHE":"a60eea817514531668d7e00765731449fe14d059d3249e0bc93b36de45f759f2","LICENSE-MIT":"378f5840b258e2779c39418f3f2d7b2ba96f1c7917dd6be0713f88305dbda397","README.md":"58af5106352aafa62175a90f8a5f25fa114028bf909220dc0735d79745999ec1","src/bin/gcc-shim.rs":"36dc4e447428e73c548cc7106ca1e8f282c098463b014e13a729a5de4880","src/com.rs":"29d0dee08a656ab1a4cc3e5fe24542e0fab5c1373cbc9b05059f7572cf9b8313","src/lib.rs":"17a4659710aa290c4ed9c23063c7b202c5bcf2a84de33aa1f01fc6fded69a1f8","src/registry.rs":"98ae2b71781acc49297e5544fa0cf059f735636f8f1338edef8dbf7232443945","src/setup_config.rs":"72deaf1927c0b713fd5c2b2d5b8f0ea3a303a00fda1579427895cac26a94122d","src/vs_instances.rs":"2d3f8278a803b0e7052f4eeb1979b29f963dd0143f4458e2cb5f33c4e5f0963b","src/winapi.rs":"e128e95b2d39ae7a02f54a7e25d33c488c14759b9f1a50a449e10545856950c3","src/windows_registry.rs":"1f973f804b4b451e48ff6d98ce660355772f164dfdf79a6ae514645c7c764005","tests/cc_env.rs":"e02b3b0824ad039b47e4462c5ef6dbe6c824c28e7953af94a0f28f7b5158042e","tests/cflags.rs":"57f06eb5ce1557e5b4a032d0c4673e18fbe6f8d26c1deb153126e368b96b41b3","tests/cxxflags.rs":"c2c6c6d8a0d7146616fa1caed26876ee7bc9fcfffd525eb4743593cade5f3371","tests/support/mod.rs":"a3c8d116973bb16066bf6ec4de5143183f97de7aad085d85f8118a2eaac3e1e0","tests/test.rs":"61fb35ae6dd5cf506ada000bdd82c92e9f8eac9cc053b63e83d3f897436fbf8f"},"package":"50d30906286121d95be3d479533b458f87493b30a4b5f79a607db8f5d11aa91f"}
+\ No newline at end of file

[OE-core] [PATCH 1/3] rust: Oe-selftest fixes for rust v1.76.

[Yash Shinde via lists.openembedded.org]

From: Yash Shinde 

Add the failing tests in rust v1.76 to the exclude list
and add "ignore" tags to ignore failing unit test cases.

Signed-off-by: Yash Shinde 
---
 meta/lib/oeqa/selftest/cases/rust.py  |  19 +
 .../rust/files/rust-oe-selftest.patch | 352 ++
 2 files changed, 371 insertions(+)
 create mode 100644 meta/recipes-devtools/rust/files/rust-oe-selftest.patch

diff --git a/meta/lib/oeqa/selftest/cases/rust.py 
b/meta/lib/oeqa/selftest/cases/rust.py
index 4ccbe9867b..6181c10ea9 100644
--- a/meta/lib/oeqa/selftest/cases/rust.py
+++ b/meta/lib/oeqa/selftest/cases/rust.py
@@ -187,6 +187,25 @@ class RustSelfTestSystemEmulated(OESelftestTestCase, 
OEPTestResultTestCase):
 'tests/rustdoc-ui/no-run-flag.rs',
 'tests/ui-fulldeps/',
 'tests/ui/numbers-arithmetic/u128.rs'
+'tests/run-pass-valgrind',
+'tests/ui/codegen/mismatched-data-layouts.rs',
+'tests/codegen/i128-x86-align.rs',
+'src/tools/suggest-tests',
+'src/tools/rust-installer',
+'src/bootstrap',
+'src/tools/tidy/src/',
+'library/std/src/thread/tests.rs',
+'compiler/rustc_errors/src/markdown/tests/term.rs',
+'compiler/rustc_interface/src/tests.rs',
+'library/std/src/io/buffered/tests.rs',
+'library/std/src/io/stdio/tests.rs',
+'library/std/src/sync/mpsc/sync_tests.rs',
+'library/std/src/sync/mpsc/tests.rs',
+'library/std/src/sync/mutex/tests.rs',
+'library/std/src/sync/rwlock/tests.rs',
+'library/std/src/thread/tests.rs',
+'library/test/src/stats/tests.rs',
+'tidyselftest'
 ]
 
 exclude_fail_tests = " ".join([" --exclude " + item for item in 
exclude_list])
diff --git a/meta/recipes-devtools/rust/files/rust-oe-selftest.patch 
b/meta/recipes-devtools/rust/files/rust-oe-selftest.patch
new file mode 100644
index 00..78fe304341
--- /dev/null
+++ b/meta/recipes-devtools/rust/files/rust-oe-selftest.patch
@@ -0,0 +1,352 @@
+Fix the cargo binary path error and ensure that it is fetched
+during rustc bootstrap in rust oe-selftest.
+
+==
+ERROR: test_cargoflags (bootstrap_test.BuildBootstrap)
+--
+Traceback (most recent call last):
+  File 
"/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/src/bootstrap/bootstrap_test.py",
 line 157, in test_cargoflags
+args, _ = self.build_args(env={"CARGOFLAGS": "--timings"})
+  File 
"/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/src/bootstrap/bootstrap_test.py",
 line 154, in build_args
+return build.build_bootstrap_cmd(env), env
+  File 
"/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/src/bootstrap/bootstrap.py",
 line 960, in build_bootstrap_cmd
+raise Exception("no cargo executable found at `{}`".format(
+Exception: no cargo executable found at 
`/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/build/x86_64-unknown-linux-gnu/stage0/bin/cargo`
+
+Upstream-Status: Submitted [https://github.com/rust-lang/rust/pull/120125]
+
+Signed-off-by: Yash Shinde 
+---
+diff --git a/src/bootstrap/src/core/build_steps/test.rs 
b/src/bootstrap/src/core/build_steps/test.rs
+index 4a4497e57db..da8c88dcd41 100644
+--- a/src/bootstrap/src/core/build_steps/test.rs
 b/src/bootstrap/src/core/build_steps/test.rs
+@@ -2505,8 +2505,12 @@
+ let mode = self.mode;
+
+ // See [field@compile::Std::force_recompile].
+-builder.ensure(compile::Std::force_recompile(compiler, target));
+-builder.ensure(RemoteCopyLibs { compiler, target });
++builder.ensure(compile::Std::force_recompile(compiler, 
compiler.host));
++
++if builder.config.build != target {
++builder.ensure(compile::Std::force_recompile(compiler, target));
++builder.ensure(RemoteCopyLibs { compiler, target });
++}
+
+ // If we're not doing a full bootstrap but we're testing a stage2
+ // version of libstd, then what we're actually testing is the libstd
+diff --git a/compiler/rustc_errors/src/markdown/tests/term.rs 
b/compiler/rustc_errors/src/markdown/tests/term.rs
+--- a/compiler/rustc_errors/src/markdown/tests/term.rs
 b/compiler/rustc_errors/src/markdown/tests/term.rs
+@@ -60,6 +60,7 @@
+ }
+
+ #[test]
++#[ignore]
+ fn test_output() {
+ // Capture `--bless` 

Re: [OE-core] [PATCH 1/2] gfortran: update runtime dependencies

[Kai Kang via lists.openembedded.org]

On 6/14/24 05:56, Richard Purdie wrote:

On Thu, 2024-06-13 at 19:51 +0800, Kai Kang via lists.openembedded.org
wrote:

From: Kai Kang 

It fails to run both `gcc` and `gfortran` with errors:


root@qemux86-64:~# x86_64-poky-linux-gcc a.c
x86_64-poky-linux-gcc: fatal error: cannot execute 'as':
posix_spawnp: No such file or directory

then add binutils which provides `as` to RDEPENDS of gcc.

libgfortran-dev provides libgfortran.spec which required by gfortran:


root@qemux86-64:~# gfortran hello.f95
gfortran: fatal error: cannot read spec file 'libgfortran.spec': No
such file or directory

And gcc provides liblto_plugin.so:


root@qemux86-64:~# gfortran hello.f95
gfortran: fatal error: '-fuse-linker-plugin', but liblto_plugin.so
not found

Signed-off-by: Kai Kang 
---
  meta/recipes-devtools/gcc/gcc-target.inc | 7 ++-
  1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gcc/gcc-target.inc b/meta/recipes-
devtools/gcc/gcc-target.inc
index 82da5ef82b..6ab83449ea 100644
--- a/meta/recipes-devtools/gcc/gcc-target.inc
+++ b/meta/recipes-devtools/gcc/gcc-target.inc
@@ -61,7 +61,7 @@ RRECOMMENDS:${PN} += "\
  libssp \
  libssp-dev \
  "
-RDEPENDS:${PN} += "cpp"
+RDEPENDS:${PN} += "binutils cpp"
  
  FILES:${PN}-dev = "\

  ${gcclibdir}/${TARGET_SYS}/${BINV}/lib*${SOLIBSDEV} \
@@ -94,10 +94,15 @@ RRECOMMENDS:g77 = "\
  libg2c-dev \
  "
  
+INSANE_SKIP:gfortran += "dev-deps"

  FILES:gfortran = "\
  ${bindir}/${TARGET_PREFIX}gfortran \
  ${libexecdir}/gcc/${TARGET_SYS}/${BINV}/f951 \
  "
+RDEPENDS:gfortran = "\
+    gcc \
+    libgfortran-dev \
+"
  RRECOMMENDS:gfortran = "\
  libquadmath \
  libquadmath-dev \


https://valkyrie.yoctoproject.org/#/builders/10/builds/56/steps/11/logs/stdio


I've figured out the root cause. v2 will be sent.

Regards,
Kai



(and may more similar failures)

Cheers,

Richard




--
Kai Kang
Wind River Linux


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200644): 
https://lists.openembedded.org/g/openembedded-core/message/200644
Mute This Topic: https://lists.openembedded.org/mt/106650020/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] expect-native: fix build with gcc-14

[Peter Kjellerstedt]

> -Original Message-
> From: Richard Purdie 
> Sent: den 13 juni 2024 23:59
> To: Peter Kjellerstedt ;
> changqing...@windriver.com; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] expect-native: fix build with gcc-14
> 
> On Thu, 2024-06-13 at 21:55 +, Peter Kjellerstedt wrote:
> > > -Original Message-
> > > From:
> > > openembedded-core@lists.openembedded.org  c...@lists.openembedded.org
> > > > On Behalf Of Richard Purdie
> > > Sent: den 13 juni 2024 10:40
> > > To: changqing...@windriver.com;
> > > openembedded-core@lists.openembedded.org
> > > Subject: Re: [OE-core] [PATCH] expect-native: fix build with gcc-14
> > >
> > > On Thu, 2024-06-13 at 14:18 +0800, Changqing Li via
> > > lists.openembedded.org wrote:
> > > > From: Changqing Li 
> > > >
> > > > * do_configure failed with gcc-14:
> > > > error in build/config.log:
> > > > conftest.c:56:3: error: return type defaults to 'int' [-
> > > > Wimplicit-int]
> > > > conftest.c:59:5: error: implicit declaration of function 'exit'
> > > > [-Wimplicit-function-declaration]
> > > >
> > > > * this recipe set "BBCLASSEXTEND = "native nativesdk", causes
> > > > "CFLAGS +="
> > > > setting not take effect, use append instead.
> > > > snip of bitbake expect-native -e:
> > > >    set /layers/oe-core/meta/conf/documentation.conf:110
> > > >  [doc] "Flags passed to the C compiler for the target system.
> > > > This variable evaluates to the same as TARGET_CFLAGS."
> > > >    append /layers/oe-core/meta/recipes-
> > > > devtools/expect/expect_5.45.4.bb:87
> > > >  "-Wno-error=incompatible-pointer-types"
> > > >    set /layers/oe-core/meta/classes-recipe/native.bbclass:44
> > > >  "${BUILD_CFLAGS}"
> > > >    override[pn-gtk4]::append[toolchain-clang] /layers/meta-
> > > > clang/conf/nonclangable.conf:336
> > > >  " -Wno-error=int-conversion"
> > > >    override[pn-pidgin-sipe]::append[toolchain-clang]
> > > > /layers/meta-clang/conf/nonclangable.conf:340
> > > >  " -Wno-error=cast-function-type-strict"
> > > >  pre-expansion value:
> > > >    "${BUILD_CFLAGS}"
> > > > export CFLAGS="-isystem/build/tmp-glibc/work/x86_64-linux/expect-
> > > > native/5.45.4/recipe-sysroot-native/usr/include -O2 -pipe"
> > > >
> > > > Signed-off-by: Changqing Li 
> > > > ---
> > > >  meta/recipes-devtools/expect/expect_5.45.4.bb | 5 -
> > > >  1 file changed, 4 insertions(+), 1 deletion(-)
> > > >
> > > > diff --git a/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > > b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > > index 18904ebc10..5e7b352196 100644
> > > > --- a/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > > +++ b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > > @@ -84,4 +84,7 @@ BBCLASSEXTEND = "native nativesdk"
> > > >
> > > >  # http://errors.yoctoproject.org/Errors/Details/766950/
> > > >  # expect5.45.4/exp_chan.c:62:5: error: initialization of 'struct
> > > > Tcl_ChannelTypeVersion_ *' from incompatible pointer type 'int
> > > > (*)(void *, int)' [-Wincompatible-pointer-types]
> > > > -CFLAGS += "-Wno-error=incompatible-pointer-types"
> > > > +CFLAGS:append = " -Wno-error=incompatible-pointer-types"
> > > > +
> > > > +# Fix expect-native configure tests are failing with gcc-14
> > > > +CFLAGS:append:class-native = " -Wno-error=implicit-int -Wno-
> > > > error=implicit-function-declaration"
> > > >
> > >
> > > You have a valid problem here however I really don't like the "arms
> > > race" of making everything an append as the base definitions are
> > > problematic. It would be this recipe today but a quick search shows
> > > many other recipes which will have similar problems.
> > >
> > > I think I'd prefer to see if we can drop the assignments in
> > > native/nativesdk bbclass and improve things that way even if it is
> > > a
> > > bit more invasive.
> > >
> > > I'm testing a patch on master-next to test this and see how bad the
> > > fallout is.
> > >
> > > Cheers,
> > >
> > > Richard
> >
> > Isn't the correct thing to add to CFLAGS (really TARGET_CFLAGS)
> > and/or BUILD_CFLAGS as appropriate? If the same options are needed
> > for both target and native, then you can use an intermediary
> > variable. E.g., for  the above case you would get something like:
> >
> > COMMON_CFLAGS = "-Wno-error=incompatible-pointer-types"
> > CFLAGS += "${COMMON_CFLAGS}"
> > BUILD_CFLAGS += " \
> >     ${COMMON_CFLAGS} \
> >     -Wno-error=implicit-int \
> >     -Wno-error=implicit-function-declaration \
> > "
> 
> 
> We could require that but I don't think it is what people expect, or
> how things were meant to work. I've sent the patch I was thinking off
> now as it seems to work ok in testing so far. In most cases recipe
> writers don't need/want separate flags for native/nativesdk/target.
> 
> Cheers,
> 
> Richard

Interesting. Being able to add to CFLAGS and have the options apply 
for all cases seems a lot more intuitive than how it was.

There is (at least) one corner case though. If you do 

[OE-core] gnupg CVE-2022-3515 #kirkstone

[Clayton Casciato]

Hello!

"OE-core CVE metrics for kirkstone on Sun 09 Jun 2024 02:00:01 AM HST" reports 
CVE-2022-3515 as "unpatched", 
as do local builds with "cve-check".

NIST lists GnuPG as vulnerable from 2.3.0 to 2.4.0, which is why this is 
reported as a CVE.

This vulnerability was fixed in Libksba 1.6.2 (upstream 
issue, upstream 
patch).

meta/recipes-support/gnupg/gnupg_2.3.7.bb
 DEPENDS libksba

meta/recipes-support/libksba/libksba_1.6.4.bb

I manually verified the upstream patch exists in the fetched 
libksba-1.6.4.tar.bz2.
$ sed -n '185,190p' libksba-1.6.4/src/ber-help.c

Should this CVE be added to meta/conf/distro/include/cve-extra-exclusions.inc?

Thank you!

NB: This is my first time interacting.
Please feel free to provide additional feedback such as typical processes or 
procedures.

--
Clayton Casciato

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200642): 
https://lists.openembedded.org/g/openembedded-core/message/200642
Mute This Topic: https://lists.openembedded.org/mt/106661542/21656
Mute 
#kirkstone:https://lists.openembedded.org/g/openembedded-core/mutehashtag/kirkstone
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] expect-native: fix build with gcc-14

[Richard Purdie]

On Thu, 2024-06-13 at 21:55 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From:
> > openembedded-core@lists.openembedded.org 
> >  > > On Behalf Of Richard Purdie
> > Sent: den 13 juni 2024 10:40
> > To: changqing...@windriver.com;
> > openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] expect-native: fix build with gcc-14
> > 
> > On Thu, 2024-06-13 at 14:18 +0800, Changqing Li via
> > lists.openembedded.org wrote:
> > > From: Changqing Li 
> > > 
> > > * do_configure failed with gcc-14:
> > > error in build/config.log:
> > > conftest.c:56:3: error: return type defaults to 'int' [-
> > > Wimplicit-int]
> > > conftest.c:59:5: error: implicit declaration of function 'exit'
> > > [-Wimplicit-function-declaration]
> > > 
> > > * this recipe set "BBCLASSEXTEND = "native nativesdk", causes
> > > "CFLAGS +="
> > > setting not take effect, use append instead.
> > > snip of bitbake expect-native -e:
> > >    set /layers/oe-core/meta/conf/documentation.conf:110
> > >  [doc] "Flags passed to the C compiler for the target system.
> > > This variable evaluates to the same as TARGET_CFLAGS."
> > >    append /layers/oe-core/meta/recipes-
> > > devtools/expect/expect_5.45.4.bb:87
> > >  "-Wno-error=incompatible-pointer-types"
> > >    set /layers/oe-core/meta/classes-recipe/native.bbclass:44
> > >  "${BUILD_CFLAGS}"
> > >    override[pn-gtk4]::append[toolchain-clang] /layers/meta-
> > > clang/conf/nonclangable.conf:336
> > >  " -Wno-error=int-conversion"
> > >    override[pn-pidgin-sipe]::append[toolchain-clang]
> > > /layers/meta-clang/conf/nonclangable.conf:340
> > >  " -Wno-error=cast-function-type-strict"
> > >  pre-expansion value:
> > >    "${BUILD_CFLAGS}"
> > > export CFLAGS="-isystem/build/tmp-glibc/work/x86_64-linux/expect-
> > > native/5.45.4/recipe-sysroot-native/usr/include -O2 -pipe"
> > > 
> > > Signed-off-by: Changqing Li 
> > > ---
> > >  meta/recipes-devtools/expect/expect_5.45.4.bb | 5 -
> > >  1 file changed, 4 insertions(+), 1 deletion(-)
> > > 
> > > diff --git a/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > index 18904ebc10..5e7b352196 100644
> > > --- a/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > +++ b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > > @@ -84,4 +84,7 @@ BBCLASSEXTEND = "native nativesdk"
> > > 
> > >  # http://errors.yoctoproject.org/Errors/Details/766950/
> > >  # expect5.45.4/exp_chan.c:62:5: error: initialization of 'struct
> > > Tcl_ChannelTypeVersion_ *' from incompatible pointer type 'int
> > > (*)(void *, int)' [-Wincompatible-pointer-types]
> > > -CFLAGS += "-Wno-error=incompatible-pointer-types"
> > > +CFLAGS:append = " -Wno-error=incompatible-pointer-types"
> > > +
> > > +# Fix expect-native configure tests are failing with gcc-14
> > > +CFLAGS:append:class-native = " -Wno-error=implicit-int -Wno-
> > > error=implicit-function-declaration"
> > > 
> > 
> > You have a valid problem here however I really don't like the "arms
> > race" of making everything an append as the base definitions are
> > problematic. It would be this recipe today but a quick search shows
> > many other recipes which will have similar problems.
> > 
> > I think I'd prefer to see if we can drop the assignments in
> > native/nativesdk bbclass and improve things that way even if it is
> > a
> > bit more invasive.
> > 
> > I'm testing a patch on master-next to test this and see how bad the
> > fallout is.
> > 
> > Cheers,
> > 
> > Richard
> 
> Isn't the correct thing to add to CFLAGS (really TARGET_CFLAGS)
> and/or BUILD_CFLAGS as appropriate? If the same options are needed
> for both target and native, then you can use an intermediary
> variable. E.g., for  the above case you would get something like:
> 
> COMMON_CFLAGS = "-Wno-error=incompatible-pointer-types"
> CFLAGS += "${COMMON_CFLAGS}"
> BUILD_CFLAGS += " \
>     ${COMMON_CFLAGS} \
>     -Wno-error=implicit-int \
>     -Wno-error=implicit-function-declaration \
> "


We could require that but I don't think it is what people expect, or
how things were meant to work. I've sent the patch I was thinking off
now as it seems to work ok in testing so far. In most cases recipe
writers don't need/want separate flags for native/nativesdk/target.

Cheers,

Richard


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

Re: [OE-core] [PATCH 1/2] gfortran: update runtime dependencies

[Richard Purdie]

On Thu, 2024-06-13 at 19:51 +0800, Kai Kang via lists.openembedded.org
wrote:
> From: Kai Kang 
> 
> It fails to run both `gcc` and `gfortran` with errors:
> 
> > root@qemux86-64:~# x86_64-poky-linux-gcc a.c
> > x86_64-poky-linux-gcc: fatal error: cannot execute 'as':
> > posix_spawnp: No such file or directory
> 
> then add binutils which provides `as` to RDEPENDS of gcc.
> 
> libgfortran-dev provides libgfortran.spec which required by gfortran:
> 
> > root@qemux86-64:~# gfortran hello.f95
> > gfortran: fatal error: cannot read spec file 'libgfortran.spec': No
> > such file or directory
> 
> And gcc provides liblto_plugin.so:
> 
> > root@qemux86-64:~# gfortran hello.f95
> > gfortran: fatal error: '-fuse-linker-plugin', but liblto_plugin.so
> > not found
> 
> Signed-off-by: Kai Kang 
> ---
>  meta/recipes-devtools/gcc/gcc-target.inc | 7 ++-
>  1 file changed, 6 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc-target.inc b/meta/recipes-
> devtools/gcc/gcc-target.inc
> index 82da5ef82b..6ab83449ea 100644
> --- a/meta/recipes-devtools/gcc/gcc-target.inc
> +++ b/meta/recipes-devtools/gcc/gcc-target.inc
> @@ -61,7 +61,7 @@ RRECOMMENDS:${PN} += "\
>  libssp \
>  libssp-dev \
>  "
> -RDEPENDS:${PN} += "cpp"
> +RDEPENDS:${PN} += "binutils cpp"
>  
>  FILES:${PN}-dev = "\
>  ${gcclibdir}/${TARGET_SYS}/${BINV}/lib*${SOLIBSDEV} \
> @@ -94,10 +94,15 @@ RRECOMMENDS:g77 = "\
>  libg2c-dev \
>  "
>  
> +INSANE_SKIP:gfortran += "dev-deps"
>  FILES:gfortran = "\
>  ${bindir}/${TARGET_PREFIX}gfortran \
>  ${libexecdir}/gcc/${TARGET_SYS}/${BINV}/f951 \
>  "
> +RDEPENDS:gfortran = "\
> +    gcc \
> +    libgfortran-dev \
> +"
>  RRECOMMENDS:gfortran = "\
>  libquadmath \
>  libquadmath-dev \
> 

https://valkyrie.yoctoproject.org/#/builders/10/builds/56/steps/11/logs/stdio

(and may more similar failures)

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200640): 
https://lists.openembedded.org/g/openembedded-core/message/200640
Mute This Topic: https://lists.openembedded.org/mt/106650020/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] expect-native: fix build with gcc-14

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org 
>  On Behalf Of Richard Purdie
> Sent: den 13 juni 2024 10:40
> To: changqing...@windriver.com; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] expect-native: fix build with gcc-14
> 
> On Thu, 2024-06-13 at 14:18 +0800, Changqing Li via lists.openembedded.org 
> wrote:
> > From: Changqing Li 
> >
> > * do_configure failed with gcc-14:
> > error in build/config.log:
> > conftest.c:56:3: error: return type defaults to 'int' [-Wimplicit-int]
> > conftest.c:59:5: error: implicit declaration of function 'exit' 
> > [-Wimplicit-function-declaration]
> >
> > * this recipe set "BBCLASSEXTEND = "native nativesdk", causes "CFLAGS +="
> > setting not take effect, use append instead.
> > snip of bitbake expect-native -e:
> >    set /layers/oe-core/meta/conf/documentation.conf:110
> >  [doc] "Flags passed to the C compiler for the target system. This 
> > variable evaluates to the same as TARGET_CFLAGS."
> >    append /layers/oe-core/meta/recipes-devtools/expect/expect_5.45.4.bb:87
> >  "-Wno-error=incompatible-pointer-types"
> >    set /layers/oe-core/meta/classes-recipe/native.bbclass:44
> >  "${BUILD_CFLAGS}"
> >    override[pn-gtk4]::append[toolchain-clang] 
> > /layers/meta-clang/conf/nonclangable.conf:336
> >  " -Wno-error=int-conversion"
> >    override[pn-pidgin-sipe]::append[toolchain-clang] 
> > /layers/meta-clang/conf/nonclangable.conf:340
> >  " -Wno-error=cast-function-type-strict"
> >  pre-expansion value:
> >    "${BUILD_CFLAGS}"
> > export 
> > CFLAGS="-isystem/build/tmp-glibc/work/x86_64-linux/expect-native/5.45.4/recipe-sysroot-native/usr/include
> >  -O2 -pipe"
> >
> > Signed-off-by: Changqing Li 
> > ---
> >  meta/recipes-devtools/expect/expect_5.45.4.bb | 5 -
> >  1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-devtools/expect/expect_5.45.4.bb 
> > b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > index 18904ebc10..5e7b352196 100644
> > --- a/meta/recipes-devtools/expect/expect_5.45.4.bb
> > +++ b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > @@ -84,4 +84,7 @@ BBCLASSEXTEND = "native nativesdk"
> >
> >  # http://errors.yoctoproject.org/Errors/Details/766950/
> >  # expect5.45.4/exp_chan.c:62:5: error: initialization of 'struct 
> > Tcl_ChannelTypeVersion_ *' from incompatible pointer type 'int (*)(void *, 
> > int)' [-Wincompatible-pointer-types]
> > -CFLAGS += "-Wno-error=incompatible-pointer-types"
> > +CFLAGS:append = " -Wno-error=incompatible-pointer-types"
> > +
> > +# Fix expect-native configure tests are failing with gcc-14
> > +CFLAGS:append:class-native = " -Wno-error=implicit-int 
> > -Wno-error=implicit-function-declaration"
> >
> 
> You have a valid problem here however I really don't like the "arms
> race" of making everything an append as the base definitions are
> problematic. It would be this recipe today but a quick search shows
> many other recipes which will have similar problems.
> 
> I think I'd prefer to see if we can drop the assignments in
> native/nativesdk bbclass and improve things that way even if it is a
> bit more invasive.
> 
> I'm testing a patch on master-next to test this and see how bad the
> fallout is.
> 
> Cheers,
> 
> Richard

Isn't the correct thing to add to CFLAGS (really TARGET_CFLAGS) and/or 
BUILD_CFLAGS as appropriate? If the same options are needed for both 
target and native, then you can use an intermediary variable. E.g., for 
the above case you would get something like:

COMMON_CFLAGS = "-Wno-error=incompatible-pointer-types"
CFLAGS += "${COMMON_CFLAGS}"
BUILD_CFLAGS += " \
${COMMON_CFLAGS} \
-Wno-error=implicit-int \
-Wno-error=implicit-function-declaration \
"

//Peter


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200639): 
https://lists.openembedded.org/g/openembedded-core/message/200639
Mute This Topic: https://lists.openembedded.org/mt/106647106/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] gcc: remove g77/f77

[Richard Purdie]

On Thu, 2024-06-13 at 09:58 -0700, Khem Raj via lists.openembedded.org
wrote:
> On Thu, Jun 13, 2024 at 4:53 AM Kai Kang via lists.openembedded.org
>  wrote:
> > 
> > From: Kai Kang 
> > 
> > g77/f77 has been removed from gcc 4.0.0 via commit:
> > 
> > * b4117c30610 Makefile.def, [...]: Remove all mention of libf2c.
> > 
> > When set
> > 
> >     FORTRAN = ",f77"
> > 
> > it complains with error:
> > 
> > > The following requested languages could not be built: f77
> > > Supported languages are: c,c,c++,fortran,go,lto,m2,objc,obj-c++
> > 
> > So remove g77/f77 from gcc recipes.
> 
> Looks fine to me.

Agreed, this looks like good cleanup thanks!

I'll queue for testing.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200638): 
https://lists.openembedded.org/g/openembedded-core/message/200638
Mute This Topic: https://lists.openembedded.org/mt/106650042/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] native/nativesdk: Stop overriding unprefixed *FLAGS variables

[Richard Purdie]

We're currently encouraging an "arms race" with the FLAGS variables since
a recipe might want to set a specific flag for all variants but to do so,
+= won't work due to the assignment in the native/nativesdk class files. This
means recipes are using append.

Since the default variables are constructed out of TARGET_XXX variables and
we redefine these, there is no need to re-define the un-prefixed variables. If
we drop that, the += appends and similar work and recipes don't have to resort
to append.

Change the classes and cleanup a number of recipes to adapt to the change. This
change will result in some flags appearing to some native/nativesdk variants
but that is probably what was originally expected anyway.

Signed-off-by: Richard Purdie 
---
 meta/classes-recipe/native.bbclass | 5 -
 meta/classes-recipe/nativesdk.bbclass  | 5 -
 meta/recipes-connectivity/bind/bind_9.18.27.bb | 2 +-
 meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb | 2 +-
 meta/recipes-core/systemd/systemd-boot_255.6.bb| 4 ++--
 meta/recipes-devtools/python/python3-bcrypt_4.1.3.bb   | 2 +-
 meta/recipes-devtools/python/python3-maturin_1.6.0.bb  | 2 +-
 meta/recipes-devtools/python/python3_3.12.4.bb | 2 +-
 meta/recipes-devtools/qemu/qemu-native.inc | 2 +-
 meta/recipes-devtools/rust/libstd-rs_1.75.0.bb | 2 +-
 meta/recipes-devtools/rust/rust_1.75.0.bb  | 2 +-
 meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb   | 2 +-
 meta/recipes-extended/bzip2/bzip2_1.0.8.bb | 2 +-
 meta/recipes-extended/ltp/ltp_20240524.bb  | 4 ++--
 meta/recipes-extended/pam/libpam_1.6.1.bb  | 2 +-
 meta/recipes-gnome/gtk+/gtk4_4.14.4.bb | 2 +-
 meta/recipes-kernel/lttng/babeltrace2_2.0.6.bb | 2 +-
 meta/recipes-kernel/powertop/powertop_2.15.bb  | 2 +-
 meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc| 2 +-
 meta/recipes-support/sqlite/sqlite3.inc| 6 +++---
 20 files changed, 22 insertions(+), 32 deletions(-)

diff --git a/meta/classes-recipe/native.bbclass 
b/meta/classes-recipe/native.bbclass
index 84a3ec65da0..d9651a7f22d 100644
--- a/meta/classes-recipe/native.bbclass
+++ b/meta/classes-recipe/native.bbclass
@@ -40,11 +40,6 @@ HOST_CC_ARCH = "${BUILD_CC_ARCH}"
 HOST_LD_ARCH = "${BUILD_LD_ARCH}"
 HOST_AS_ARCH = "${BUILD_AS_ARCH}"
 
-CPPFLAGS = "${BUILD_CPPFLAGS}"
-CFLAGS = "${BUILD_CFLAGS}"
-CXXFLAGS = "${BUILD_CXXFLAGS}"
-LDFLAGS = "${BUILD_LDFLAGS}"
-
 STAGING_BINDIR = "${STAGING_BINDIR_NATIVE}"
 STAGING_BINDIR_CROSS = "${STAGING_BINDIR_NATIVE}"
 
diff --git a/meta/classes-recipe/nativesdk.bbclass 
b/meta/classes-recipe/nativesdk.bbclass
index de6debda93c..b0634de5829 100644
--- a/meta/classes-recipe/nativesdk.bbclass
+++ b/meta/classes-recipe/nativesdk.bbclass
@@ -66,11 +66,6 @@ TARGET_FPU = ""
 EXTRA_OECONF_GCC_FLOAT = ""
 TUNE_FEATURES = ""
 
-CPPFLAGS = "${BUILDSDK_CPPFLAGS}"
-CFLAGS = "${BUILDSDK_CFLAGS}"
-CXXFLAGS = "${BUILDSDK_CXXFLAGS}"
-LDFLAGS = "${BUILDSDK_LDFLAGS}"
-
 # Change to place files in SDKPATH
 base_prefix = "${SDKPATHNATIVE}"
 prefix = "${SDKPATHNATIVE}${prefix_nativesdk}"
diff --git a/meta/recipes-connectivity/bind/bind_9.18.27.bb 
b/meta/recipes-connectivity/bind/bind_9.18.27.bb
index 98b8bb5513a..0d22bace6f3 100644
--- a/meta/recipes-connectivity/bind/bind_9.18.27.bb
+++ b/meta/recipes-connectivity/bind/bind_9.18.27.bb
@@ -44,7 +44,7 @@ EXTRA_OECONF = " --disable-auto-validation \
  --sysconfdir=${sysconfdir}/bind \
  --with-openssl=${STAGING_DIR_HOST}${prefix} \
"
-LDFLAGS:append = " -lz"
+LDFLAGS += "-lz"
 
 # dhcp needs .la so keep them
 REMOVE_LIBTOOL_LA = "0"
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
index af7a74a5fb0..9aa8bc4eabf 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
@@ -62,7 +62,7 @@ EXTRA_OECONF = "--with-statduser=rpcuser \
 --with-rpcgen=${HOSTTOOLS_DIR}/rpcgen \
"
 
-LDFLAGS:append = " -lsqlite3 -levent"
+LDFLAGS += "-lsqlite3 -levent"
 
 PACKAGECONFIG ??= "tcp-wrappers \
 ${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} \
diff --git a/meta/recipes-core/systemd/systemd-boot_255.6.bb 
b/meta/recipes-core/systemd/systemd-boot_255.6.bb
index 4ee25ee72f8..9a6d8e9d6e3 100644
--- a/meta/recipes-core/systemd/systemd-boot_255.6.bb
+++ b/meta/recipes-core/systemd/systemd-boot_255.6.bb
@@ -8,10 +8,10 @@ DEPENDS = "intltool-native libcap util-linux gperf-native 
python3-jinja2-native
 inherit meson pkgconfig gettext
 inherit deploy
 
-LDFLAGS:prepend = "${@ " ".join(d.getVar('LD').split()[1:])} "
+LDFLAGS =+ "${@ " ".join(d.getVar('LD').split()[1:])} "
 
 EFI_LD = "bfd"
-LDFLAGS:append = " -fuse-ld=${EFI_LD}"
+LDFLAGS += "-fuse-ld=${EFI_LD}"
 
 do_write_config[vardeps] += "EFI_LD"
 

Re: [OE-core] [PATCH] expect-native: fix build with gcc-14

[Khem Raj]

On Thu, Jun 13, 2024 at 1:40 AM Richard Purdie via lists.openembedded.org
 wrote:

> On Thu, 2024-06-13 at 14:18 +0800, Changqing Li via lists.openembedded.org
> wrote:
> > From: Changqing Li 
> >
> > * do_configure failed with gcc-14:
> > error in build/config.log:
> > conftest.c:56:3: error: return type defaults to 'int' [-Wimplicit-int]
> > conftest.c:59:5: error: implicit declaration of function 'exit'
> [-Wimplicit-function-declaration]
> >
> > * this recipe set "BBCLASSEXTEND = "native nativesdk", causes "CFLAGS +="
> > setting not take effect, use append instead.
> > snip of bitbake expect-native -e:
> >set /layers/oe-core/meta/conf/documentation.conf:110
> >  [doc] "Flags passed to the C compiler for the target system. This
> variable evaluates to the same as TARGET_CFLAGS."
> >append /layers/oe-core/meta/recipes-devtools/expect/
> expect_5.45.4.bb:87
> >  "-Wno-error=incompatible-pointer-types"
> >set /layers/oe-core/meta/classes-recipe/native.bbclass:44
> >  "${BUILD_CFLAGS}"
> >override[pn-gtk4]::append[toolchain-clang]
> /layers/meta-clang/conf/nonclangable.conf:336
> >  " -Wno-error=int-conversion"
> >override[pn-pidgin-sipe]::append[toolchain-clang]
> /layers/meta-clang/conf/nonclangable.conf:340
> >  " -Wno-error=cast-function-type-strict"
> >  pre-expansion value:
> >"${BUILD_CFLAGS}"
> > export
> CFLAGS="-isystem/build/tmp-glibc/work/x86_64-linux/expect-native/5.45.4/recipe-sysroot-native/usr/include
> -O2 -pipe"
> >
> > Signed-off-by: Changqing Li 
> > ---
> >  meta/recipes-devtools/expect/expect_5.45.4.bb | 5 -
> >  1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-devtools/expect/expect_5.45.4.bb
> b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > index 18904ebc10..5e7b352196 100644
> > --- a/meta/recipes-devtools/expect/expect_5.45.4.bb
> > +++ b/meta/recipes-devtools/expect/expect_5.45.4.bb
> > @@ -84,4 +84,7 @@ BBCLASSEXTEND = "native nativesdk"
> >
> >  # http://errors.yoctoproject.org/Errors/Details/766950/
> >  # expect5.45.4/exp_chan.c:62:5: error: initialization of 'struct
> Tcl_ChannelTypeVersion_ *' from incompatible pointer type 'int (*)(void *,
> int)' [-Wincompatible-pointer-types]
> > -CFLAGS += "-Wno-error=incompatible-pointer-types"
> > +CFLAGS:append = " -Wno-error=incompatible-pointer-types"
> > +
> > +# Fix expect-native configure tests are failing with gcc-14
> > +CFLAGS:append:class-native = " -Wno-error=implicit-int
> -Wno-error=implicit-function-declaration"
> >
>
> You have a valid problem here however I really don't like the "arms
> race" of making everything an append as the base definitions are
> problematic. It would be this recipe today but a quick search shows
> many other recipes which will have similar problems.
>
> I think I'd prefer to see if we can drop the assignments in
> native/nativesdk bbclass and improve things that way even if it is a
> bit more invasive.


I am wondering when we have gcc14 for target as well why there tests are
not failing for target compile


>
> I'm testing a patch on master-next to test this and see how bad the
> fallout is.
>

I have not looked at your patch but I think passing -Wno-error to configure
tests might be something that can help unless some tests are relying on
that behavior which may fail

>
> Cheers,
>
> Richard
>
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200636): 
https://lists.openembedded.org/g/openembedded-core/message/200636
Mute This Topic: https://lists.openembedded.org/mt/106647106/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] gcc: remove g77/f77

[Khem Raj]

On Thu, Jun 13, 2024 at 4:53 AM Kai Kang via lists.openembedded.org
 wrote:
>
> From: Kai Kang 
>
> g77/f77 has been removed from gcc 4.0.0 via commit:
>
> * b4117c30610 Makefile.def, [...]: Remove all mention of libf2c.
>
> When set
>
> FORTRAN = ",f77"
>
> it complains with error:
>
> | The following requested languages could not be built: f77
> | Supported languages are: c,c,c++,fortran,go,lto,m2,objc,obj-c++
>
> So remove g77/f77 from gcc recipes.

Looks fine to me.

>
> [1]: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=b4117c30610
>
> Signed-off-by: Kai Kang 
> ---
>  .../gcc/gcc-configure-common.inc  |  2 +-
>  meta/recipes-devtools/gcc/gcc-runtime.inc | 13 +
>  meta/recipes-devtools/gcc/gcc-target.inc  | 19 ---
>  3 files changed, 2 insertions(+), 32 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc 
> b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> index dba25eb754..d77b2ec3d1 100644
> --- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
> +++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> @@ -6,7 +6,7 @@ require gcc-shared-source.inc
>  # These can be overridden by the version specific .inc file.
>
>  # gcc 3.x expects 'f77', 4.0 expects 'f95', 4.1 and 4.2 expect 'fortran'
> -FORTRAN ?= ",f77"
> +FORTRAN ?= ",fortran"
>  LANGUAGES ?= "c,c++${FORTRAN}"
>
>  EXTRA_OECONF_BASE ?= ""
> diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
> b/meta/recipes-devtools/gcc/gcc-runtime.inc
> index 89b0bebcfb..ad9798530f 100644
> --- a/meta/recipes-devtools/gcc/gcc-runtime.inc
> +++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
> @@ -43,7 +43,7 @@ RUNTIMELIBSSP ?= ""
>  RUNTIMELIBSSP:mingw32 ?= "libssp"
>
>  RUNTIMETARGET = "${RUNTIMELIBSSP} libstdc++-v3 libgomp libatomic 
> ${RUNTIMELIBITM} \
> -${@bb.utils.contains_any('FORTRAN', [',fortran',',f77'], 'libquadmath', 
> '', d)} \
> +${@bb.utils.contains('FORTRAN', ',fortran', 'libquadmath', '', d)} \
>  "
>  # Only build libstdc++ for newlib
>  RUNTIMETARGET:libc-newlib = "libstdc++-v3"
> @@ -164,8 +164,6 @@ PACKAGES = "\
>  libstdc++-precompile-dev \
>  libstdc++-dev \
>  libstdc++-staticdev \
> -libg2c \
> -libg2c-dev \
>  libssp \
>  libssp-dev \
>  libssp-staticdev \
> @@ -196,15 +194,6 @@ FILES:${PN}-dbg += "\
>  # So it needs to be added manually to images sadly.
>  # RDEPENDS:${PN}-dbg += "python3-datetime"
>
> -FILES:libg2c = "${target_libdir}/libg2c.so.*"
> -SUMMARY:libg2c = "Companion runtime library for g77"
> -FILES:libg2c-dev = "\
> -${libdir}/libg2c.so \
> -${libdir}/libg2c.a \
> -${libdir}/libfrtbegin.a \
> -"
> -SUMMARY:libg2c-dev = "Companion runtime library for g77 - development files"
> -
>  FILES:libstdc++ = "${libdir}/libstdc++.so.*"
>  SUMMARY:libstdc++ = "GNU standard C++ library"
>  FILES:libstdc++-dev = "\
> diff --git a/meta/recipes-devtools/gcc/gcc-target.inc 
> b/meta/recipes-devtools/gcc/gcc-target.inc
> index 6ab83449ea..42eac6fc43 100644
> --- a/meta/recipes-devtools/gcc/gcc-target.inc
> +++ b/meta/recipes-devtools/gcc/gcc-target.inc
> @@ -33,7 +33,6 @@ PACKAGES = "\
>  ${PN} ${PN}-plugins ${PN}-symlinks \
>  g++ g++-symlinks \
>  cpp cpp-symlinks \
> -g77 g77-symlinks \
>  gfortran gfortran-symlinks \
>  gcov gcov-symlinks \
>  ${PN}-doc \
> @@ -81,19 +80,6 @@ FILES:${PN}-plugins = "\
>  "
>  ALLOW_EMPTY:${PN}-plugins = "1"
>
> -FILES:g77 = "\
> -${bindir}/${TARGET_PREFIX}g77 \
> -${libexecdir}/gcc/${TARGET_SYS}/${BINV}/f771 \
> -"
> -FILES:g77-symlinks = "\
> -${bindir}/g77 \
> -${bindir}/f77 \
> -"
> -RRECOMMENDS:g77 = "\
> -libg2c \
> -libg2c-dev \
> -"
> -
>  INSANE_SKIP:gfortran += "dev-deps"
>  FILES:gfortran = "\
>  ${bindir}/${TARGET_PREFIX}gfortran \
> @@ -203,11 +189,6 @@ do_install () {
> # Not sure why we end up with these but we don't want them...
> rm -f ${TARGET_PREFIX}${TARGET_PREFIX}*
>
> -   # Symlinks so we can use these trivially on the target
> -   if [ -e ${TARGET_PREFIX}g77 ]; then
> -   ln -sf ${TARGET_PREFIX}g77 g77 || true
> -   ln -sf g77 f77 || true
> -   fi
> if [ -e ${TARGET_PREFIX}gfortran ]; then
> ln -sf ${TARGET_PREFIX}gfortran gfortran || true
> ln -sf gfortran f95 || true
> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200635): 
https://lists.openembedded.org/g/openembedded-core/message/200635
Mute This Topic: https://lists.openembedded.org/mt/106650042/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: skip test_multiprocessing/test_active_children test

[Trevor Gamblin]

This test is causing problems on the Autobuilder, so disable it for now.

Signed-off-by: Trevor Gamblin 
---
 ...ctive_children-skip-problematic-test.patch | 30 +++
 .../recipes-devtools/python/python3_3.12.4.bb |  1 +
 2 files changed, 31 insertions(+)
 create mode 100644 
meta/recipes-devtools/python/python3/0001-test_active_children-skip-problematic-test.patch

diff --git 
a/meta/recipes-devtools/python/python3/0001-test_active_children-skip-problematic-test.patch
 
b/meta/recipes-devtools/python/python3/0001-test_active_children-skip-problematic-test.patch
new file mode 100644
index 00..6ebbaf10e0
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python3/0001-test_active_children-skip-problematic-test.patch
@@ -0,0 +1,30 @@
+From bf3eb28bba24509a3e1cd40f1f0e26db833779a2 Mon Sep 17 00:00:00 2001
+From: Trevor Gamblin 
+Date: Thu, 13 Jun 2024 10:54:31 -0400
+Subject: [PATCH] test_active_children: skip problematic test
+
+This test is failing in some tests on the Autobuilder. Since it's of a
+similar nature to other failing/hanging tests, disable it for now.
+
+Upstream-Status: Inappropriate [OE-Specific]
+
+Signed-off-by: Trevor Gamblin 
+---
+ Lib/test/_test_multiprocessing.py | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/Lib/test/_test_multiprocessing.py 
b/Lib/test/_test_multiprocessing.py
+index 3955123455..a1861fa3a0 100644
+--- a/Lib/test/_test_multiprocessing.py
 b/Lib/test/_test_multiprocessing.py
+@@ -579,6 +579,7 @@ def test_cpu_count(self):
+ self.assertTrue(type(cpus) is int)
+ self.assertTrue(cpus >= 1)
+ 
++@unittest.skip("skipping problematic test")
+ def test_active_children(self):
+ self.assertEqual(type(self.active_children()), list)
+ 
+-- 
+2.45.2
+
diff --git a/meta/recipes-devtools/python/python3_3.12.4.bb 
b/meta/recipes-devtools/python/python3_3.12.4.bb
index 64cd5d0bc0..8b5e7bd99c 100644
--- a/meta/recipes-devtools/python/python3_3.12.4.bb
+++ b/meta/recipes-devtools/python/python3_3.12.4.bb
@@ -32,6 +32,7 @@ SRC_URI = 
"http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \
file://0001-test_shutdown-skip-problematic-test.patch \

file://0001-gh-107811-tarfile-treat-overflow-in-UID-GID-as-failu.patch \
   file://0001-test_deadlock-skip-problematic-test.patch \
+  file://0001-test_active_children-skip-problematic-test.patch \
"
 
 SRC_URI:append:class-native = " \
-- 
2.45.2


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

[OE-core][scarthgap 23/29] kernel.bbclass: check, if directory exists before removing empty module directory

[Steve Sakoman]

From: Heiko 

If the kernel folder does not exist, find will result in an error.
This can occur if the kernel has no modules but, for example, custom modules 
are created.

Add check before deleting.

Signed-off-by: Heiko Thole 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 7ef767d84d56b25498e45db83bb8f9d9caebeaf9)
Signed-off-by: Steve Sakoman 
---
 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 b084d6d69d..c0a2056fec 100644
--- a/meta/classes-recipe/kernel.bbclass
+++ b/meta/classes-recipe/kernel.bbclass
@@ -463,7 +463,7 @@ kernel_do_install() {
rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/build"
rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/source"
# Remove empty module directories to prevent QA issues
-   find 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
-delete
+   [ -d 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" ] && find 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
-delete
else
bbnote "no modules to install"
fi
-- 
2.34.1


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

[OE-core][scarthgap 07/29] oeqa/selftest/devtool: add test for modifying recipes using go.bbclass

[Steve Sakoman]

From: Ola x Nilsson 

go.bbclass uses a special do_unpack function that causes the git root
to be different from S.  Verify that it unpacks as expected.

[ YOCTO #15483 ]

Signed-off-by: Ola x Nilsson 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit fab0c737b95b8d0c0bbf58336bc308776c956406)
Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/selftest/cases/devtool.py | 19 +++
 1 file changed, 19 insertions(+)

diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
b/meta/lib/oeqa/selftest/cases/devtool.py
index 51949e3c93..cc4cbec5ae 100644
--- a/meta/lib/oeqa/selftest/cases/devtool.py
+++ b/meta/lib/oeqa/selftest/cases/devtool.py
@@ -749,6 +749,25 @@ class DevtoolModifyTests(DevtoolBase):
 result = runCmd('devtool status')
 self.assertNotIn('mdadm', result.output)
 
+def test_devtool_modify_go(self):
+import oe.path
+from tempfile import TemporaryDirectory
+with TemporaryDirectory(prefix='devtoolqa') as tempdir:
+self.track_for_cleanup(self.workspacedir)
+self.add_command_to_tearDown('bitbake -c clean go-helloworld')
+self.add_command_to_tearDown('bitbake-layers remove-layer 
*/workspace')
+result = runCmd('devtool modify go-helloworld -x %s' % tempdir)
+self.assertExists(
+oe.path.join(tempdir, 'src', 'golang.org', 'x', 'example', 
'go.mod'),
+ 'Extracted source could not be found'
+)
+self.assertExists(
+oe.path.join(self.workspacedir, 'conf', 'layer.conf'),
+'Workspace directory not created'
+)
+matches = glob.glob(oe.path.join(self.workspacedir, 'appends', 
'go-helloworld_*.bbappend'))
+self.assertTrue(matches, 'bbappend not created %s' % result.output)
+
 def test_devtool_buildclean(self):
 def assertFile(path, *paths):
 f = os.path.join(path, *paths)
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200610): 
https://lists.openembedded.org/g/openembedded-core/message/200610
Mute This Topic: https://lists.openembedded.org/mt/106652474/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] [yocto] QA notification for completed autobuilder build (yocto-5.1_M1.rc2)

[Jing Hui Tham]

Hi All,
 
QA for yocto-5.1_M1.rc2 is completed. This is the full report for this release: 
 
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
 
=== Summary 
No high milestone defects.

No new issue found. 
 
Thanks,
Jing Hui


> -Original Message-
> From: yo...@lists.yoctoproject.org  On Behalf
> Of Pokybuild User
> Sent: Wednesday, June 5, 2024 4:26 PM
> To: yo...@lists.yoctoproject.org
> Cc: qa-build-notificat...@lists.yoctoproject.org
> Subject: [yocto] QA notification for completed autobuilder build (yocto-
> 5.1_M1.rc2)
> 
> 
> A build flagged for QA (yocto-5.1_M1.rc2) was completed on the
> autobuilder and is available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-5.1_M1.rc2
> 
> 
> Build URL:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7008
> 
> Build hash information:
> 
> bitbake: 23681775e5941e54ebead469addf708fca1e6beb
> meta-agl: f65060f370e8834de0229c6074c6e4326bdd04a6
> meta-arm: f5ebb36c59b6eb847f45713a1f9b08a88f9978e1
> meta-aws: 15bb71aff6bcdcbeeaa21a0e7ec915e0e90fae39
> meta-clang: ce7d354da7a498f90ba260c006d29a4d23e3b4f7
> meta-intel: 4f4e6d763cf2e7d04eaa8db65c0bd3e8c3b689a4
> meta-mingw: e4d377d5ddb62b265536bd33dbccfbb0904f8701
> meta-openembedded: 446560ab41de5e29ef5dfb556de1149e76a80367
> meta-virtualization: e96da98e4038f5388596b4294ac3d8425b2dacb2
> oecore: e068ba7d6b91237f9dabc2050c9473bed311690c
> poky: 5fc59beaec099cd4a78b38fb0686f377bbe7dadd
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 

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

[OE-core][scarthgap 06/29] devtool: modify: Catch git submodule error for go code

[Steve Sakoman]

From: Anton Almqvist 

One of the git submodule commands failed for source extracted for
recipes using go.bbclass.  The root cause is probably the path set up
by go_do_unpack which makes S and gitroot not match.

This patch does not fix the root problem, but at least it is no worse
than before the git submodule support.

The extracted source will still have two .git folders, one in S
created by devtool and one in the go path which will contain the tru
git history.

[ YOCTO #15483 ]

Signed-off-by: Anton Almqvist 
Signed-off-by: Ola x Nilsson 
Signed-off-by: Richard Purdie 
(cherry picked from commit fe242408af40dd1f6e47d9b2b232bdc76756c80a)
Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Steve Sakoman 
---
 scripts/lib/devtool/standard.py | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 10d0cd3b7c..2beb058de8 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -893,7 +893,10 @@ def modify(args, config, basepath, workspace):
 (stdout, _) = bb.process.run('git rev-list --reverse %s..HEAD' 
% initial_revs["."], cwd=srctree)
 commits["."] = stdout.split()
 check_commits = True
-(stdout, _) = bb.process.run('git submodule --quiet foreach 
--recursive  \'echo `git rev-parse devtool-base` $PWD\'', cwd=srctree)
+try:
+(stdout, _) = bb.process.run('git submodule --quiet 
foreach --recursive  \'echo `git rev-parse devtool-base` $PWD\'', cwd=srctree)
+except bb.process.ExecutionError:
+stdout = ""
 for line in stdout.splitlines():
 (rev, submodule_path) = line.split()
 submodule = os.path.relpath(submodule_path, srctree)
-- 
2.34.1


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

[OE-core][scarthgap 03/29] taglib: upgrade 2.0 -> 2.0.1

[Steve Sakoman]

From: Wang Mingyu 

Changelog:
===
* Fix aborting when _GLIBCXX_ASSERTIONS are enabled.
* Fall back to utf8cpp header detection in the case that its CMake
  configuration is removed.
* Improve compatibility with the SWIG interface compiler.
* Build system fixes for testing without bindings, Emscripten and Illumos.
* C bindings: Fix setting UTF-8 encoded property values.
* Windows: Fix opening long paths.

Signed-off-by: Wang Mingyu 
Signed-off-by: Richard Purdie 
(cherry picked from commit d3438bd2698dff19722123d7b2b5674ba40107eb)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-support/taglib/{taglib_2.0.bb => taglib_2.0.1.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-support/taglib/{taglib_2.0.bb => taglib_2.0.1.bb} (95%)

diff --git a/meta/recipes-support/taglib/taglib_2.0.bb 
b/meta/recipes-support/taglib/taglib_2.0.1.bb
similarity index 95%
rename from meta/recipes-support/taglib/taglib_2.0.bb
rename to meta/recipes-support/taglib/taglib_2.0.1.bb
index 4bf9be15ae..14f99aabbc 100644
--- a/meta/recipes-support/taglib/taglib_2.0.bb
+++ b/meta/recipes-support/taglib/taglib_2.0.1.bb
@@ -11,7 +11,7 @@ DEPENDS = "zlib utfcpp"
 
 SRC_URI = "http://taglib.github.io/releases/${BP}.tar.gz;
 
-SRC_URI[sha256sum] = 
"e36ea877a6370810b97d84cf8f72b1e4ed205149ab3ac8232d44c850f38a2859"
+SRC_URI[sha256sum] = 
"08c0a27b96aa5c4e23060fe0b6f93102ee9091a9385257b9d0ddcf467de0d925"
 
 UPSTREAM_CHECK_URI = "https://taglib.org/;
 UPSTREAM_CHECK_REGEX = "taglib-(?P\d+(\.\d+)+)\.tar"
-- 
2.34.1


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

[OE-core][scarthgap 05/29] procps: fix build with new glibc but old kernel headers

[Steve Sakoman]

From: Ross Burton 

If you're building procps with a newer glibc (with pidfd_open()) but
older kernel headers (say 4.x, before __NR_pidfd_open) then procps will
fail to build because of a typo in configure.ac.

Signed-off-by: Ross Burton 
Signed-off-by: Steve Sakoman 
---
 .../procps/procps/pidfd.patch | 42 +++
 meta/recipes-extended/procps/procps_4.0.4.bb  |  1 +
 2 files changed, 43 insertions(+)
 create mode 100644 meta/recipes-extended/procps/procps/pidfd.patch

diff --git a/meta/recipes-extended/procps/procps/pidfd.patch 
b/meta/recipes-extended/procps/procps/pidfd.patch
new file mode 100644
index 00..23d1a3cd3e
--- /dev/null
+++ b/meta/recipes-extended/procps/procps/pidfd.patch
@@ -0,0 +1,42 @@
+From c8f625e085b8249cc009e8b19c3a19100217eb35 Mon Sep 17 00:00:00 2001
+From: Ross Burton 
+Date: Thu, 25 Apr 2024 13:33:15 +
+Subject: [PATCH] Fix pidfd_open detection
+
+This check for pidfd_open uses AC_CHECK_FUNC which just runs the specified 
code, but 
+src/pgrep.c checks HAVE_PIDFD_OPEN which will only be defined by 
AC_CHECK_FUNCS.
+
+Also pidfd_open is defined in sys/pidfd.h so that needs including.
+
+Upstream-Status: Submitted 
[https://gitlab.com/procps-ng/procps/-/merge_requests/229]
+Signed-off-by: Ross Burton 
+---
+
+diff --git a/configure.ac b/configure.ac
+index fec27e3f..024731c7 100644
+--- a/configure.ac
 b/configure.ac
+@@ -170,7 +170,7 @@ AC_TRY_COMPILE([#include ],
+   AC_MSG_RESULT(yes),
+   AC_MSG_RESULT(no))
+ 
+-AC_CHECK_FUNC([pidfd_open], [enable_pidwait=yes], [
++AC_CHECK_FUNCS([pidfd_open], [enable_pidwait=yes], [
+   AC_MSG_CHECKING([for __NR_pidfd_open])
+   AC_COMPILE_IFELSE([AC_LANG_SOURCE([
+ #include 
+diff --git a/src/pgrep.c b/src/pgrep.c
+index d8e57dff..c5211aec 100644
+--- a/src/pgrep.c
 b/src/pgrep.c
+@@ -44,7 +44,9 @@
+
+ #ifdef ENABLE_PIDWAIT
+ #include 
+-#ifndef HAVE_PIDFD_OPEN
++#ifdef HAVE_PIDFD_OPEN
++#include 
++#else
+ #include 
+ #endif /* !HAVE_PIDFD_OPEN */
+ #endif
diff --git a/meta/recipes-extended/procps/procps_4.0.4.bb 
b/meta/recipes-extended/procps/procps_4.0.4.bb
index 800384f22f..ec8c4b0261 100644
--- a/meta/recipes-extended/procps/procps_4.0.4.bb
+++ b/meta/recipes-extended/procps/procps_4.0.4.bb
@@ -14,6 +14,7 @@ inherit autotools gettext pkgconfig update-alternatives
 
 SRC_URI = "git://gitlab.com/procps-ng/procps.git;protocol=https;branch=master \
file://sysctl.conf \
+   file://pidfd.patch \
"
 SRCREV = "4ddcef2fd843170c8e2d59a83042978f41037a2b"
 
-- 
2.34.1


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

[OE-core][scarthgap 14/29] kea: remove unnecessary reproducibility patch

[Steve Sakoman]

From: Alexander Kanavin 

Rather, adjust the sed invocation to do the correct thing directly.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 804afb2eb9cc2b5650faa80816f377fa5b72fb38)
Signed-off-by: Steve Sakoman 
---
 ...1-kea-fix-reproducible-build-failure.patch | 62 ---
 meta/recipes-connectivity/kea/kea_2.4.1.bb|  3 +-
 2 files changed, 1 insertion(+), 64 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/kea/files/0001-kea-fix-reproducible-build-failure.patch

diff --git 
a/meta/recipes-connectivity/kea/files/0001-kea-fix-reproducible-build-failure.patch
 
b/meta/recipes-connectivity/kea/files/0001-kea-fix-reproducible-build-failure.patch
deleted file mode 100644
index 8a5bd00302..00
--- 
a/meta/recipes-connectivity/kea/files/0001-kea-fix-reproducible-build-failure.patch
+++ /dev/null
@@ -1,62 +0,0 @@
-From f9bcfed5a1d44d9211c5f6eba403a9898c8c9057 Mon Sep 17 00:00:00 2001
-From: Sudip Mukherjee 
-Date: Tue, 8 Aug 2023 19:03:13 +0100
-Subject: [PATCH] kea: fix reproducible build failure
-
-New version of Kea has started using path of build-dir instead of
-src-dir which results in reproducible builds failure.
-Use src-dir as is used in v2.2.0
-
-Upstream-Status: Pending
-https://gitlab.isc.org/isc-projects/kea/-/issues/3007
-
-Upstream has confirmed the patch will not be accepted but discussions
-with upstream is still going on, we might have a proper solution later.
-
-Signed-off-by: Sudip Mukherjee 

- src/bin/admin/kea-admin.in | 8 
- 1 file changed, 4 insertions(+), 4 deletions(-)
-
-diff --git a/src/bin/admin/kea-admin.in b/src/bin/admin/kea-admin.in
-index 034a0ee..8ab11ab 100644
 a/src/bin/admin/kea-admin.in
-+++ b/src/bin/admin/kea-admin.in
-@@ -51,14 +51,14 @@ dump_qry=""
- if test -f "@datarootdir@/@PACKAGE_NAME@/scripts/admin-utils.sh"; then
- . "@datarootdir@/@PACKAGE_NAME@/scripts/admin-utils.sh"
- else
--. "@abs_top_builddir@/src/bin/admin/admin-utils.sh"
-+. "@abs_top_srcdir@/src/bin/admin/admin-utils.sh"
- fi
- 
- # Find the installed kea-lfc if available. Fallback to sources otherwise.
- if test -x "@sbindir@/kea-lfc"; then
- kea_lfc="@sbindir@/kea-lfc"
- else
--kea_lfc="@abs_top_builddir@/src/bin/lfc/kea-lfc"
-+kea_lfc="@abs_top_srcdir@/src/bin/lfc/kea-lfc"
- fi
- 
- # Prints out usage version.
-@@ -355,7 +355,7 @@ mysql_upgrade() {
- # Check if there are any files in it
- num_files=$(find "${upgrade_scripts_dir}" -name 'upgrade*.sh' -type f | 
wc -l)
- if [ "$num_files" -eq 0 ]; then
--
upgrade_scripts_dir=@abs_top_builddir@/src/share/database/scripts/mysql
-+upgrade_scripts_dir=@abs_top_srcdir@/src/share/database/scripts/mysql
- 
- # Check if the scripts directory exists at all.
- if [ ! -d ${upgrade_scripts_dir} ]; then
-@@ -405,7 +405,7 @@ pgsql_upgrade() {
- # Check if there are any files in it
- num_files=$(find "${upgrade_scripts_dir}" -name 'upgrade*.sh' -type f | 
wc -l)
- if [ "$num_files" -eq 0 ]; then
--
upgrade_scripts_dir=@abs_top_builddir@/src/share/database/scripts/pgsql
-+upgrade_scripts_dir=@abs_top_srcdir@/src/share/database/scripts/pgsql
- 
- # Check if the scripts directory exists at all.
- if [ ! -d ${upgrade_scripts_dir} ]; then
--- 
-2.39.2
-
diff --git a/meta/recipes-connectivity/kea/kea_2.4.1.bb 
b/meta/recipes-connectivity/kea/kea_2.4.1.bb
index c3aa4dc8f0..9f8758f379 100644
--- a/meta/recipes-connectivity/kea/kea_2.4.1.bb
+++ b/meta/recipes-connectivity/kea/kea_2.4.1.bb
@@ -17,7 +17,6 @@ SRC_URI = "http://ftp.isc.org/isc/kea/${PV}/${BP}.tar.gz \
file://fix-multilib-conflict.patch \
file://fix_pid_keactrl.patch \

file://0001-src-lib-log-logger_unittest_support.cc-do-not-write-.patch \
-   file://0001-kea-fix-reproducible-build-failure.patch \
"
 SRC_URI[sha256sum] = 
"815c61f5c271caa4a1db31dd656eb50a7f6ea973da3690f7c8581408e180131a"
 
@@ -47,7 +46,7 @@ do_configure:prepend() {
 # replace abs_top_builddir to avoid introducing the build path
 # don't expand the abs_top_builddir on the target as the abs_top_builddir 
is meanlingless on the target
 find ${S} -type f -name *.sh.in | xargs sed -i  
"s:@abs_top_builddir@:@abs_top_builddir_placeholder@:g"
-sed -i "s:@abs_top_srcdir@:@abs_top_srcdir_placeholder@:g" 
${S}/src/bin/admin/kea-admin.in
+sed -i "s:@abs_top_builddir@:@abs_top_builddir_placeholder@:g" 
${S}/src/bin/admin/kea-admin.in
 }
 
 # patch out build host paths for reproducibility
-- 
2.34.1


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

[OE-core][scarthgap 27/29] oeqa/selftest/devtool: fix _test_devtool_add_git_url

[Steve Sakoman]

From: Alexandre Truong 

This patch is a follow-up to the bug#15466.

As a reminder, the bug was about devtool’s submodule detection
checking for HEAD when a version is being passed.

As Vincent Kriek pointed out:
the --version that is being passed to devtool is only used for
setting the PV value in the recipe. To take into account the tag,
we add --srcrev to the command:
devtool add --srcrev v3.1.0 --version v3.1.0 mbedtls 
git://g...@github.com/ARMmbed/mbedtls.git;protocol=https

Changes to _test_devtool_add_git_url have been made to take
into account the srcrev. srcrev will be passed as an optional
parameter because the test_devtool_add_git_style1
does not need the srcrev contrary to test_devtool_add_git_style2

Fixes [YOCTO #15466]

Signed-off-by: Alexandre Truong 
Reported-by: Alexandre Truong 
Suggested-by: Vincent Kriek 
Reviewed-by: Yoann Congal 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit a8686f3641e4407dee3d807898ffd620e2732b78)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/selftest/cases/devtool.py | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
b/meta/lib/oeqa/selftest/cases/devtool.py
index cc4cbec5ae..1597aeedff 100644
--- a/meta/lib/oeqa/selftest/cases/devtool.py
+++ b/meta/lib/oeqa/selftest/cases/devtool.py
@@ -286,10 +286,13 @@ class DevtoolTestCase(OESelftestTestCase):
 else:
 self.skipTest('No tap devices found - you must set up tap devices 
with scripts/runqemu-gen-tapdevs before running this test')
 
-def _test_devtool_add_git_url(self, git_url, version, pn, 
resulting_src_uri):
+def _test_devtool_add_git_url(self, git_url, version, pn, 
resulting_src_uri, srcrev=None):
 self.track_for_cleanup(self.workspacedir)
 self.add_command_to_tearDown('bitbake-layers remove-layer */workspace')
-result = runCmd('devtool add --version %s %s %s' % (version, pn, 
git_url))
+command = 'devtool add --version %s %s %s' % (version, pn, git_url)
+if srcrev :
+command += ' --srcrev %s' %srcrev
+result = runCmd(command)
 self.assertExists(os.path.join(self.workspacedir, 'conf', 
'layer.conf'), 'Workspace directory not created')
 # Check the recipe name is correct
 recipefile = get_bb_var('FILE', pn)
@@ -479,11 +482,12 @@ class DevtoolAddTests(DevtoolBase):
 
 def test_devtool_add_git_style2(self):
 version = 'v3.1.0'
+srcrev = 'v3.1.0'
 pn = 'mbedtls'
 # this will trigger reformat_git_uri with branch parameter in url
 git_url = "'git://g...@github.com/ARMmbed/mbedtls.git;protocol=https'"
 resulting_src_uri = 
"gitsm://g...@github.com/ARMmbed/mbedtls.git;protocol=https;branch=master"
-self._test_devtool_add_git_url(git_url, version, pn, resulting_src_uri)
+self._test_devtool_add_git_url(git_url, version, pn, 
resulting_src_uri, srcrev)
 
 def test_devtool_add_library(self):
 # Fetch source
-- 
2.34.1


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

[OE-core][scarthgap 19/29] bash: mark build-tests.patch as Inappropriate

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 3d82d44ed6822b7a276df355311e384c02d36c43)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/bash/bash/build-tests.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/bash/bash/build-tests.patch 
b/meta/recipes-extended/bash/bash/build-tests.patch
index ea38bace9b..c1b9b8261f 100644
--- a/meta/recipes-extended/bash/bash/build-tests.patch
+++ b/meta/recipes-extended/bash/bash/build-tests.patch
@@ -4,7 +4,7 @@ Date: Wed, 19 Dec 2012 17:18:31 +0100
 Subject: [PATCH] Add 'ptest' target to Makefile, to run tests without checking
  dependencies.
 
-Upstream-Status: Pending
+Upstream-Status: Inappropriate [ptest specific]
 Signed-off-by: Anders Roxell 
 
 Rebase to 5.0
-- 
2.34.1


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

[OE-core][scarthgap 15/29] expect: mark patches as Inactive-Upstream

[Steve Sakoman]

From: Alexander Kanavin 

There's every indication that this is an ex-expect:
last release in 2018, stale tickets, cvs server gone.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 0fcfd2cb51428a3f35c0f78634bff0a16ae654e9)
Signed-off-by: Steve Sakoman 
---
 .../expect/expect/0001-Resolve-string-formatting-issues.patch   | 2 +-
 meta/recipes-devtools/expect/expect/0001-configure.in.patch | 2 +-
 .../expect/0001-exp_main_sub.c-Use-PATH_MAX-for-path.patch  | 2 +-
 ...1-expect-Fix-segfaults-if-Tcl-is-built-with-stubs-and-.patch | 2 +-
 meta/recipes-devtools/expect/expect/0002-tcl.m4.patch   | 2 +-
 5 files changed, 5 insertions(+), 5 deletions(-)

diff --git 
a/meta/recipes-devtools/expect/expect/0001-Resolve-string-formatting-issues.patch
 
b/meta/recipes-devtools/expect/expect/0001-Resolve-string-formatting-issues.patch
index af1d8c626c..bfb6dcd89a 100644
--- 
a/meta/recipes-devtools/expect/expect/0001-Resolve-string-formatting-issues.patch
+++ 
b/meta/recipes-devtools/expect/expect/0001-Resolve-string-formatting-issues.patch
@@ -3,7 +3,7 @@ From: Alexander Kanavin 
 Date: Thu, 23 Mar 2017 13:44:41 +0200
 Subject: [PATCH] Resolve string formatting issues.
 
-Upstream-Status: Inappropriate [upstream seems dead]
+Upstream-Status: Inactive-Upstream [no activity since 2018; cvs server went 
read-only]
 Signed-off-by: Alexander Kanavin 
 ---
  exp_clib.c | 4 ++--
diff --git a/meta/recipes-devtools/expect/expect/0001-configure.in.patch 
b/meta/recipes-devtools/expect/expect/0001-configure.in.patch
index 7595a254a8..618c4bee8e 100644
--- a/meta/recipes-devtools/expect/expect/0001-configure.in.patch
+++ b/meta/recipes-devtools/expect/expect/0001-configure.in.patch
@@ -1,7 +1,7 @@
 Allow cross compiling.
 
 Signed-off-by: Anders Roxell 
-Upstream-Status: Pending
+Upstream-Status: Inactive-Upstream [no activity since 2018; cvs server went 
read-only]
 ---
 diff -uNr a/configure.in b/configure.in
 --- a/configure.in 2012-12-14 15:31:32.623180450 +0100
diff --git 
a/meta/recipes-devtools/expect/expect/0001-exp_main_sub.c-Use-PATH_MAX-for-path.patch
 
b/meta/recipes-devtools/expect/expect/0001-exp_main_sub.c-Use-PATH_MAX-for-path.patch
index 37512fb9bc..d73f4c3421 100644
--- 
a/meta/recipes-devtools/expect/expect/0001-exp_main_sub.c-Use-PATH_MAX-for-path.patch
+++ 
b/meta/recipes-devtools/expect/expect/0001-exp_main_sub.c-Use-PATH_MAX-for-path.patch
@@ -10,7 +10,7 @@ Aborted (core dumped)
 
 Use PATH_MAX to fix the problem.
 
-Upstream-Status: Pending [Upstream seems dead]
+Upstream-Status: Inactive-Upstream [no activity since 2018; cvs server went 
read-only]
 
 Signed-off-by: Robert Yang 
 ---
diff --git 
a/meta/recipes-devtools/expect/expect/0001-expect-Fix-segfaults-if-Tcl-is-built-with-stubs-and-.patch
 
b/meta/recipes-devtools/expect/expect/0001-expect-Fix-segfaults-if-Tcl-is-built-with-stubs-and-.patch
index b1d322d5c9..40f7f3bd85 100644
--- 
a/meta/recipes-devtools/expect/expect/0001-expect-Fix-segfaults-if-Tcl-is-built-with-stubs-and-.patch
+++ 
b/meta/recipes-devtools/expect/expect/0001-expect-Fix-segfaults-if-Tcl-is-built-with-stubs-and-.patch
@@ -42,7 +42,7 @@ Example:
  }
 Author: Sergei Golovan 
 
-Upstream-Status: Pending
+Upstream-Status: Inactive-Upstream [no activity since 2018; cvs server went 
read-only]
 This patch is backported from fedora changes for expect:
 http://pkgs.fedoraproject.org/cgit/rpms/expect.git/commit/
 ?h=master=b6737eed550be93182f2ed194e836a6cbbcf4fa3
diff --git a/meta/recipes-devtools/expect/expect/0002-tcl.m4.patch 
b/meta/recipes-devtools/expect/expect/0002-tcl.m4.patch
index dc4c6ba406..eb178f462a 100644
--- a/meta/recipes-devtools/expect/expect/0002-tcl.m4.patch
+++ b/meta/recipes-devtools/expect/expect/0002-tcl.m4.patch
@@ -1,7 +1,7 @@
 Use proper -L path when cross compiling.
 
 Signed-off-by: Anders Roxell 
-Upstream-Status: Pending
+Upstream-Status: Inactive-Upstream [no activity since 2018; cvs server went 
read-only]
 ---
 diff -uNr a/tclconfig/tcl.m4 b/tclconfig/tcl.m4
 --- a/tclconfig/tcl.m4 2012-12-14 09:16:58.789861281 +0100
-- 
2.34.1


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

[OE-core][scarthgap 12/29] devtool: sync: Fix Execution error

[Steve Sakoman]

From: Vincent Kriek 

When executing devtool sync on a recipe that was extract with devtool
extract earlier the following error occured:

Traceback (most recent call last):
[...]
bb.process.ExecutionError: Execution of 'git fetch 
file:///home/vin/projects/poky/build/tmp/work/all-poky-linux/netbase/6.4/devtooltmp-figt1jmr/workdir/netbase
 devtool:devtool' failed with exit code 128:
fatal: refusing to fetch into branch 'refs/heads/devtool' checked out at 
'/home/vin/projects/poky/build/netbase-src'

Fix this by adding --update-head-ok and --force to git fetch so it will
override the current head even if it is checked out and has changes.
Possible existing changes in the devtool branch can be retrieved by
checking out the devtool.bak branch

Signed-off-by: Vincent Kriek 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 4c89b061003a0f4143c6d3838e39fc2643edc8d6)
Signed-off-by: Steve Sakoman 
---
 scripts/lib/devtool/standard.py | 13 -
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 2beb058de8..05161942b7 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -661,7 +661,18 @@ def _extract_source(srctree, keep_temp, devbranch, sync, 
config, basepath, works
 srctree_localdir = os.path.join(srctree, 'oe-local-files')
 
 if sync:
-bb.process.run('git fetch file://' + srcsubdir + ' ' + devbranch + 
':' + devbranch, cwd=srctree)
+try:
+logger.info('Backing up current %s branch as branch: %s.bak' % 
(devbranch, devbranch))
+bb.process.run('git branch -f ' + devbranch + '.bak', 
cwd=srctree)
+
+# Use git fetch to update the source with the current recipe
+# To be able to update the currently checked out branch with
+# possibly new history (no fast-forward) git needs to be told
+# that's ok
+logger.info('Syncing source files including patches to git 
branch: %s' % devbranch)
+bb.process.run('git fetch --update-head-ok --force file://' + 
srcsubdir + ' ' + devbranch + ':' + devbranch, cwd=srctree)
+except bb.process.ExecutionError as e:
+raise DevtoolError("Error when syncing source files to local 
checkout: %s" % str(e))
 
 # Move the oe-local-files directory to srctree.
 # As oe-local-files is not part of the constructed git tree,
-- 
2.34.1


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

[OE-core][scarthgap 10/29] oeqa: selftest: context: run tests serially if testtools/subunit modules are not found

[Steve Sakoman]

From: Julien Stephan 

If testtools and/or subunit modules are not found we get the following backtrace
(example for testtools):

  NOTE: Starting bitbake server...
  Traceback (most recent call last):
File "<..>/poky/scripts/oe-selftest", line 60, in
  
  ret = main()
File "<..>/poky/scripts/oe-selftest", line 47, in main
  results = args.func(logger, args)
File "<..>/poky/meta/lib/oeqa/selftest/context.py",
  line 391, in run
  rc = self._internal_run(logger, args)
File "<..>/poky/meta/lib/oeqa/selftest/context.py",
  line 377, in _internal_run
  rc = self.tc.runTests(**self.tc_kwargs['run'])
File "<..>/poky/meta/lib/oeqa/selftest/context.py",
  line 161, in runTests
  return super(OESelftestTestContext, self).runTests(processes, skips)
File "<..>/poky/meta/lib/oeqa/core/context.py", line
  91, in runTests
  result = self.runner.run(self.prepareSuite(self.suites, processes))
File "<..>/poky/meta/lib/oeqa/selftest/context.py",
  line 154, in prepareSuite
  from oeqa.core.utils.concurrencytest import ConcurrentTestSuite
File
  "<..>/poky/meta/lib/oeqa/core/utils/concurrencytest.py",
  line 22, in 
  import testtools
  ModuleNotFoundError: No module named 'testtools'

Fix this by adding a custom callback on -j/--num-processes parameter to
check testtools and subunit modules. Fallback to serial testing if
missing. This strategy is already used in sdk/context.py

Signed-off-by: Julien Stephan 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 35284404473b2c2d9f69594582868ed66ef3525e)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/selftest/context.py | 17 -
 1 file changed, 16 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/selftest/context.py 
b/meta/lib/oeqa/selftest/context.py
index 57844b289a..99186175e5 100644
--- a/meta/lib/oeqa/selftest/context.py
+++ b/meta/lib/oeqa/selftest/context.py
@@ -194,8 +194,23 @@ class OESelftestTestContextExecutor(OETestContextExecutor):
 parser.add_argument('-R', '--skip-tests', required=False, 
action='store',
 nargs='+', dest="skips", default=None,
 help='Skip the tests specified. Format should be 
[.[.]]')
+
+def check_parallel_support(parameter):
+if not parameter.isdigit():
+import argparse
+raise argparse.ArgumentTypeError("argument -j/--num-processes: 
invalid int value: '%s' " % str(parameter))
+
+processes = int(parameter)
+if processes:
+try:
+import testtools, subunit
+except ImportError:
+print("Failed to import testtools or subunit, the 
testcases will run serially")
+processes = None
+return processes
+
 parser.add_argument('-j', '--num-processes', dest='processes', 
action='store',
-type=int, help="number of processes to execute in parallel 
with")
+type=check_parallel_support, help="number of processes to 
execute in parallel with")
 
 parser.add_argument('-t', '--select-tag', dest="select_tags",
 action='append', default=None,
-- 
2.34.1


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

[OE-core][scarthgap 00/29] Patch review

[Steve Sakoman]

Please review this set of changes for scarthgap and have comments back by
end of day Monday, June 17

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7034

The following changes since commit 3b070fc3963d04ce8c13b5b78c3b7ae95e26c435:

  binutils: Fix aarch64 disassembly abort (2024-06-10 05:31:10 -0700)

are available in the Git repository at:

  https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
  
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut

Alexander Kanavin (9):
  libtraceevent: submit meson.patch upstream
  serf: mark patch as inappropriate for upstream submission
  kea: remove unnecessary reproducibility patch
  expect: mark patches as Inactive-Upstream
  apr: submit 0001-Add-option-to-disable-timed-dependant-tests.patch
upstream
  busybox: submit CVE-2022-28391 patches upstream
  xinput-calibrator: mark upstream as inactive in a patch
  bash: mark build-tests.patch as Inappropriate
  icu: add upstream submission links for fix-install-manx.patch

Alexandre Truong (2):
  oeqa/selftest/devtool: fix _test_devtool_add_git_url
  Revert "oeqa/selftest/devtool: fix test_devtool_add_git_style2"

Anton Almqvist (1):
  devtool: modify: Catch git submodule error for go code

Felix Nilsson (1):
  base-files: profile: fix error sh: 1: unknown operand

Heiko (1):
  kernel.bbclass: check, if directory exists before removing empty
module directory

Julien Stephan (1):
  oeqa: selftest: context: run tests serially if testtools/subunit
modules are not found

Khem Raj (1):
  oeqa/postactions: Do not use -l option with df

Marc Ferland (1):
  libinput: fix building with debug-gui option

Maxin B. John (1):
  iproute2: drop obsolete patch

Ola x Nilsson (1):
  oeqa/selftest/devtool: add test for modifying recipes using go.bbclass

Poonam Jadhav (1):
  ppp: Add RSA-MD in LICENSE

Ross Burton (1):
  procps: fix build with new glibc but old kernel headers

Vincent Kriek (1):
  devtool: sync: Fix Execution error

Wang Mingyu (4):
  cronie: upgrade 1.7.1 -> 1.7.2
  lttng-ust: upgrade 2.13.7 -> 2.13.8
  taglib: upgrade 2.0 -> 2.0.1
  mesa: upgrade 24.0.3 -> 24.0.5

Xiangyu Chen (2):
  iputils: splitting the ping6 as a package
  ltp: add iputils-ping6 to RDEPENDS

Zoltan Boszormenyi (1):
  cracklib: Modify patch to compile with GCC 14

 meta/classes-recipe/kernel.bbclass|  2 +-
 meta/lib/oeqa/selftest/cases/devtool.py   | 31 --
 meta/lib/oeqa/selftest/context.py | 17 -
 meta/lib/oeqa/utils/postactions.py|  2 +-
 ...01-libc-compat.h-add-musl-workaround.patch | 39 
 .../iproute2/iproute2_6.7.0.bb|  4 +-
 ...1-kea-fix-reproducible-build-failure.patch | 62 ---
 meta/recipes-connectivity/kea/kea_2.4.1.bb|  3 +-
 meta/recipes-connectivity/ppp/ppp_2.5.0.bb|  2 +-
 .../base-files/base-files/profile |  2 +-
 ...tr-ensure-only-printable-characters-.patch |  2 +-
 ...e-all-printed-strings-with-printable.patch |  2 +-
 ...001-Resolve-string-formatting-issues.patch |  2 +-
 .../expect/expect/0001-configure.in.patch |  2 +-
 ...exp_main_sub.c-Use-PATH_MAX-for-path.patch |  2 +-
 ...ults-if-Tcl-is-built-with-stubs-and-.patch |  2 +-
 .../expect/expect/0002-tcl.m4.patch   |  2 +-
 .../bash/bash/build-tests.patch   |  2 +-
 ...port-dictionary-byte-order-dependent.patch |  2 +-
 .../{cronie_1.7.1.bb => cronie_1.7.2.bb}  |  2 +-
 .../iputils/iputils_20240117.bb   | 13 +++-
 meta/recipes-extended/ltp/ltp_20240129.bb |  1 +
 .../procps/procps/pidfd.patch | 42 +
 meta/recipes-extended/procps/procps_4.0.4.bb  |  1 +
 .../{mesa-gl_24.0.3.bb => mesa-gl_24.0.5.bb}  |  0
 meta/recipes-graphics/mesa/mesa.inc   |  2 +-
 .../mesa/{mesa_24.0.3.bb => mesa_24.0.5.bb}   |  0
 .../wayland/libinput_1.25.0.bb|  2 +-
 ...ibrator_pointercal.sh-to-be-run-as-n.patch |  2 +-
 .../libtraceevent/libtraceevent/meson.patch   |  2 +-
 ...ttng-ust_2.13.7.bb => lttng-ust_2.13.8.bb} |  2 +-
 ...ion-to-disable-timed-dependant-tests.patch |  2 +-
 .../icu/icu/fix-install-manx.patch|  4 +-
 ...ories.without.sandbox-install.prefix.patch |  2 +-
 .../taglib/{taglib_2.0.bb => taglib_2.0.1.bb} |  2 +-
 scripts/lib/devtool/standard.py   | 18 +-
 36 files changed, 142 insertions(+), 137 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
 delete mode 100644 
meta/recipes-connectivity/kea/files/0001-kea-fix-reproducible-build-failure.patch
 rename meta/recipes-extended/cronie/{cronie_1.7.1.bb => cronie_1.7.2.bb} (97%)
 create mode 100644 meta/recipes-extended/procps/procps/pidfd.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_24.0.3.bb => mesa-gl_24.0.5.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_24.0.3.bb => mesa_24.0.5.bb} (100%)
 rename 

[OE-core][scarthgap 02/29] lttng-ust: upgrade 2.13.7 -> 2.13.8

[Steve Sakoman]

From: Wang Mingyu 

Changelog:

* Add close_range wrapper to liblttng-ust-fd.so
* ust-tracepoint-event: Add static check of sequences length type
* lttng-ust(3): Fix wrong len_type for sequence
* Fix: libc wrapper: use initial-exec for malloc_nesting TLS

Signed-off-by: Wang Mingyu 
Signed-off-by: Richard Purdie 
(cherry picked from commit 3dd02f741a151bcc1fe46e7fd6d585ca92c86c60)
Signed-off-by: Steve Sakoman 
---
 .../lttng/{lttng-ust_2.13.7.bb => lttng-ust_2.13.8.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-kernel/lttng/{lttng-ust_2.13.7.bb => lttng-ust_2.13.8.bb} 
(95%)

diff --git a/meta/recipes-kernel/lttng/lttng-ust_2.13.7.bb 
b/meta/recipes-kernel/lttng/lttng-ust_2.13.8.bb
similarity index 95%
rename from meta/recipes-kernel/lttng/lttng-ust_2.13.7.bb
rename to meta/recipes-kernel/lttng/lttng-ust_2.13.8.bb
index 9509185bad..3a5004 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_2.13.7.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_2.13.8.bb
@@ -34,7 +34,7 @@ SRC_URI = 
"https://lttng.org/files/lttng-ust/lttng-ust-${PV}.tar.bz2 \
file://0001-Makefile.am-update-rpath-link.patch \
"
 
-SRC_URI[sha256sum] = 
"5fb4f17c307c8c1b79c68561e89be9562d07e7425bf40e728c4d66755342a5eb"
+SRC_URI[sha256sum] = 
"d4ef98dab9a37ad4f524ccafdfd50af4f266039b528dd5afabce78e49024d937"
 
 CVE_PRODUCT = "ust"
 
-- 
2.34.1


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

[OE-core][scarthgap 26/29] libinput: fix building with debug-gui option

[Steve Sakoman]

From: Marc Ferland 

When building libinput with the 'gui' PACKAGECONFIG option, it fails
with:

| Run-time dependency x11 found: YES 1.8.9
| Run-time dependency wayland-client found: YES 1.22.0
| Run-time dependency wayland-protocols found: YES 1.34
| Program wayland-scanner found: NO
|
| ../git/meson.build:578:20: ERROR: Program 'wayland-scanner' not found or not 
executable
|
| A full log can be found at 
/home/marc/mnt/yocto-latest/build/tmp/work/core2-64-poky-linux/libinput/1.25.0/build/meson-logs/meson-log.txt
| ERROR: meson failed
| WARNING: exit code 1 from a shell command.

Adding a build dependency on wayland-native fixes the issue.

Signed-off-by: Marc Ferland 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 0e2d18e6267d26870ccbe45734bfccbc02744357)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-graphics/wayland/libinput_1.25.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/wayland/libinput_1.25.0.bb 
b/meta/recipes-graphics/wayland/libinput_1.25.0.bb
index 517b247fed..894858e361 100644
--- a/meta/recipes-graphics/wayland/libinput_1.25.0.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.25.0.bb
@@ -32,7 +32,7 @@ do_configure:append() {
 
 PACKAGECONFIG ??= "${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)}"
 PACKAGECONFIG[libwacom] = "-Dlibwacom=true,-Dlibwacom=false,libwacom"
-PACKAGECONFIG[gui] = "-Ddebug-gui=true,-Ddebug-gui=false,cairo gtk+3"
+PACKAGECONFIG[gui] = "-Ddebug-gui=true,-Ddebug-gui=false,cairo gtk+3 
wayland-native"
 PACKAGECONFIG[tests] = "-Dtests=true -Dinstall-tests=true,-Dtests=false 
-Dinstall-tests=false,libcheck"
 
 UDEVDIR = "`pkg-config --variable=udevdir udev`"
-- 
2.34.1


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

[OE-core][scarthgap 25/29] ltp: add iputils-ping6 to RDEPENDS

[Steve Sakoman]

From: Xiangyu Chen 

According to the LTP documents[1], it using ping6 from iputils which
support "-I" option to bind the interface[2].

Ref:
[1] https://github.com/linux-test-project/ltp/commit/6f97789c
[2] https://github.com/linux-test-project/ltp/commit/64b11656

Signed-off-by: Xiangyu Chen 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 05107ec5e4b81315d53efef23f2a570d520ee4c7)
Signed-off-by: Bin Lan 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/ltp/ltp_20240129.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/ltp/ltp_20240129.bb 
b/meta/recipes-extended/ltp/ltp_20240129.bb
index 3e896957d1..e88e931a68 100644
--- a/meta/recipes-extended/ltp/ltp_20240129.bb
+++ b/meta/recipes-extended/ltp/ltp_20240129.bb
@@ -98,6 +98,7 @@ RDEPENDS:${PN} = "\
 gdb \
 gzip \
 iproute2 \
+${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'iputils-ping6', '', d)} \
 ldd \
 libaio \
 logrotate \
-- 
2.34.1


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

[OE-core][scarthgap 16/29] apr: submit 0001-Add-option-to-disable-timed-dependant-tests.patch upstream

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1bfe386e69d7a688815a78bd2d5766a4b0665e7f)
Signed-off-by: Steve Sakoman 
---
 .../apr/0001-Add-option-to-disable-timed-dependant-tests.patch  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
 
b/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
index a274f3a16e..b46dc76a86 100644
--- 
a/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
+++ 
b/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
@@ -7,7 +7,7 @@ The disabled tests rely on timing to pass correctly. On a 
virtualized
 system under heavy load, these tests randomly fail because they miss
 a timer or other timing related issues.
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [https://github.com/apache/apr/pull/54]
 Signed-off-by: Jeremy Puhlman 
 
 ---
-- 
2.34.1


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

[OE-core][scarthgap 04/29] mesa: upgrade 24.0.3 -> 24.0.5

[Steve Sakoman]

From: Wang Mingyu 

Changelog:
 https://docs.mesa3d.org/relnotes/24.0.5.html

Signed-off-by: Wang Mingyu 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 5933d099c339596f62e1237d4e738dbe9f386b10)
Signed-off-by: Steve Sakoman 
---
 .../mesa/{mesa-gl_24.0.3.bb => mesa-gl_24.0.5.bb}   | 0
 meta/recipes-graphics/mesa/mesa.inc | 2 +-
 meta/recipes-graphics/mesa/{mesa_24.0.3.bb => mesa_24.0.5.bb}   | 0
 3 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_24.0.3.bb => mesa-gl_24.0.5.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_24.0.3.bb => mesa_24.0.5.bb} (100%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_24.0.3.bb 
b/meta/recipes-graphics/mesa/mesa-gl_24.0.5.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_24.0.3.bb
rename to meta/recipes-graphics/mesa/mesa-gl_24.0.5.bb
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 1c9fa66c72..77e9c80fcb 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -22,7 +22,7 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0001-Revert-meson-do-not-pull-in-clc-for-clover.patch \
 "
 
-SRC_URI[sha256sum] = 
"77aec9a2a37b7d3596ea1640b3cc53d0b5d9b3b52abed89de07e3717e91bfdbe"
+SRC_URI[sha256sum] = 
"38cc245ca8faa3c69da6d2687f8906377001f63365348a62cc6f7fafb1e8c018"
 
 UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
 
diff --git a/meta/recipes-graphics/mesa/mesa_24.0.3.bb 
b/meta/recipes-graphics/mesa/mesa_24.0.5.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa_24.0.3.bb
rename to meta/recipes-graphics/mesa/mesa_24.0.5.bb
-- 
2.34.1


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

[OE-core][scarthgap 21/29] ppp: Add RSA-MD in LICENSE

[Steve Sakoman]

From: Poonam Jadhav 

ppp package has "RSA Data Security" license text in
Message-Digest Algorithm source file ppp-md5.c and ppp-md4.c
Add RSA-MD in LICENSE field for ppp package

Signed-off-by: Poonam Jadhav 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 9c58193c898b0ea28c3931a57dca5bb829a44051)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-connectivity/ppp/ppp_2.5.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/ppp/ppp_2.5.0.bb 
b/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
index 4b052f8ed9..5f0c75de83 100644
--- a/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
+++ b/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
@@ -5,7 +5,7 @@ SECTION = "console/network"
 HOMEPAGE = "http://samba.org/ppp/;
 BUGTRACKER = "http://ppp.samba.org/cgi-bin/ppp-bugs;
 DEPENDS = "libpcap openssl virtual/crypt"
-LICENSE = "BSD-3-Clause & BSD-3-Clause-Attribution & GPL-2.0-or-later & 
LGPL-2.0-or-later & PD"
+LICENSE = "BSD-3-Clause & BSD-3-Clause-Attribution & GPL-2.0-or-later & 
LGPL-2.0-or-later & PD & RSA-MD"
 LIC_FILES_CHKSUM = 
"file://pppd/ccp.c;beginline=1;endline=29;md5=e2c43fe6e81ff77d87dc9c290a424dea \
 
file://pppd/plugins/passprompt.c;beginline=1;endline=10;md5=3bcbcdbf0e369c9a3e0b8c8275b065d8
 \
 
file://pppd/tdb.c;beginline=1;endline=27;md5=4ca3a9991b011038d085d6675ae7c4e6 \
-- 
2.34.1


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

[OE-core][scarthgap 01/29] cronie: upgrade 1.7.1 -> 1.7.2

[Steve Sakoman]

From: Wang Mingyu 

Changelog:

*Revert setting the return path to <>. It is not RFC compliant.
*Inherit MAILFROM from the crond process environment.

Signed-off-by: Wang Mingyu 
Signed-off-by: Richard Purdie 
(cherry picked from commit e93d7ba7ea3718e396510b12726a232edaecf976)
Signed-off-by: Steve Sakoman 
---
 .../cronie/{cronie_1.7.1.bb => cronie_1.7.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/cronie/{cronie_1.7.1.bb => cronie_1.7.2.bb} (97%)

diff --git a/meta/recipes-extended/cronie/cronie_1.7.1.bb 
b/meta/recipes-extended/cronie/cronie_1.7.2.bb
similarity index 97%
rename from meta/recipes-extended/cronie/cronie_1.7.1.bb
rename to meta/recipes-extended/cronie/cronie_1.7.2.bb
index 854b68163c..abdaff644d 100644
--- a/meta/recipes-extended/cronie/cronie_1.7.1.bb
+++ b/meta/recipes-extended/cronie/cronie_1.7.2.bb
@@ -25,7 +25,7 @@ SRC_URI = 
"${GITHUB_BASE_URI}/download/cronie-${PV}/cronie-${PV}.tar.gz \
 PAM_SRC_URI = "file://crond_pam_config.patch"
 PAM_DEPS = "libpam libpam-runtime pam-plugin-access pam-plugin-loginuid"
 
-SRC_URI[sha256sum] = 
"78033100c24413f0c40f93e6138774d6a4f55bc31050567b90db45a2f9f1b954"
+SRC_URI[sha256sum] = 
"f1da374a15ba7605cf378347f96bc8b678d3d7c0765269c8242cfe5b0789c571"
 
 inherit autotools update-rc.d useradd systemd github-releases
 UPSTREAM_CHECK_REGEX = "releases/tag/cronie-(?P\d+(\.\d+)+)"
-- 
2.34.1


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

[OE-core][scarthgap 18/29] xinput-calibrator: mark upstream as inactive in a patch

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 959591615d18f636768671e1e14e5945a6cbb010)
Signed-off-by: Steve Sakoman 
---
 .../Allow-xinput_calibrator_pointercal.sh-to-be-run-as-n.patch  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-graphics/xinput-calibrator/xinput-calibrator/Allow-xinput_calibrator_pointercal.sh-to-be-run-as-n.patch
 
b/meta/recipes-graphics/xinput-calibrator/xinput-calibrator/Allow-xinput_calibrator_pointercal.sh-to-be-run-as-n.patch
index 86982924a8..de0862599d 100644
--- 
a/meta/recipes-graphics/xinput-calibrator/xinput-calibrator/Allow-xinput_calibrator_pointercal.sh-to-be-run-as-n.patch
+++ 
b/meta/recipes-graphics/xinput-calibrator/xinput-calibrator/Allow-xinput_calibrator_pointercal.sh-to-be-run-as-n.patch
@@ -1,4 +1,4 @@
-Upstream-Status: Pending
+Upstream-Status: Inactive-Upstream [last commits over a decade ago]
 
 From 14734a93bd3fc323325459e24b04795422e395e6 Mon Sep 17 00:00:00 2001
 From: Laurentiu Palcu 
-- 
2.34.1


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

[OE-core][scarthgap 24/29] iputils: splitting the ping6 as a package

[Steve Sakoman]

From: Xiangyu Chen 

The iputils merged the ping4 and ping6 command into the ping since the
commit ebad35fe[1], currently, iputils ping support being called using
"ping -6" or "ping6" symlinks.

In oe-core, there are two packages provide ipv6 ping, inetutils and iputils,
the inetutils-ping6 doesn't support "-I" option to bind the interface, that
cause some of scripts(e.g. LTP test[2]) which was based on iputils-ping6 fails.

If someone or a package needs iputils-ping6, they can enable it in local.conf
or add it into rdepends directly.

Ref:
[1] https://github.com/iputils/iputils/commit/e3de851b809c7b72ccc654a72b6af61d
[2] https://github.com/linux-test-project/ltp/blob/master/testcases/kernel/ \
containers/netns/netns_comm.sh#L25

Signed-off-by: Xiangyu Chen 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 0b89bc2041f670af625829d061ce79e0840ac116)
Signed-off-by: Bin Lan 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/iputils/iputils_20240117.bb | 13 -
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/iputils/iputils_20240117.bb 
b/meta/recipes-extended/iputils/iputils_20240117.bb
index 5a5e15528e..3880689742 100644
--- a/meta/recipes-extended/iputils/iputils_20240117.bb
+++ b/meta/recipes-extended/iputils/iputils_20240117.bb
@@ -35,7 +35,11 @@ ALTERNATIVE_PRIORITY = "100"
 ALTERNATIVE:${PN}-ping = "ping"
 ALTERNATIVE_LINK_NAME[ping] = "${base_bindir}/ping"
 
-SPLITPKGS = "${PN}-ping ${PN}-arping ${PN}-tracepath ${PN}-clockdiff"
+ALTERNATIVE:${PN}-ping6 = "ping6"
+ALTERNATIVE_LINK_NAME[ping6] = "${base_bindir}/ping6"
+
+SPLITPKGS = "${PN}-ping ${PN}-arping ${PN}-tracepath ${PN}-clockdiff \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', '${PN}-ping6', 
'', d)}"
 PACKAGES += "${SPLITPKGS}"
 
 ALLOW_EMPTY:${PN} = "1"
@@ -43,6 +47,13 @@ RDEPENDS:${PN} += "${SPLITPKGS}"
 
 FILES:${PN} = ""
 FILES:${PN}-ping = "${base_bindir}/ping.${BPN}"
+FILES:${PN}-ping6 = "${base_bindir}/ping6.${BPN}"
 FILES:${PN}-arping = "${base_bindir}/arping"
 FILES:${PN}-tracepath = "${base_bindir}/tracepath"
 FILES:${PN}-clockdiff = "${base_bindir}/clockdiff"
+
+do_install:append() {
+   if ${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'true', 'false', 
d)}; then
+   ln -sf ping ${D}/${base_bindir}/ping6
+   fi
+}
-- 
2.34.1


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

[OE-core][scarthgap 22/29] iproute2: drop obsolete patch

[Steve Sakoman]

From: "Maxin B. John" 

libc-compat.h fix for musl was obsolete after 4.16.0 release of iproute2.
Drop it.

Signed-off-by: Maxin John 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit ad57a1e124a1de7af7ef8479ed779230e923d3af)
Signed-off-by: Steve Sakoman 
---
 ...01-libc-compat.h-add-musl-workaround.patch | 39 ---
 .../iproute2/iproute2_6.7.0.bb|  4 +-
 2 files changed, 1 insertion(+), 42 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch

diff --git 
a/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
 
b/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
deleted file mode 100644
index 74e3de1ce9..00
--- 
a/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-From c25f8d1f7a6203dfeb10b39f80ffd314bb84a58d Mon Sep 17 00:00:00 2001
-From: Baruch Siach 
-Date: Thu, 22 Dec 2016 15:26:30 +0200
-Subject: [PATCH] libc-compat.h: add musl workaround
-
-The libc-compat.h kernel header uses glibc specific macros (__GLIBC__ and
-__USE_MISC) to solve conflicts with libc provided headers. This patch makes
-libc-compat.h work for musl libc as well.
-
-Upstream-Status: Pending
-
-Taken From:
-https://git.buildroot.net/buildroot/tree/package/iproute2/0001-Add-the-musl-workaround-to-the-libc-compat.h-copy.patch
-
-Signed-off-by: Baruch Siach 
-Signed-off-by: Maxin B. John 
-

- include/uapi/linux/libc-compat.h | 4 +++-
- 1 file changed, 3 insertions(+), 1 deletion(-)
-
-diff --git a/include/uapi/linux/libc-compat.h 
b/include/uapi/linux/libc-compat.h
-index a159991..22198fa 100644
 a/include/uapi/linux/libc-compat.h
-+++ b/include/uapi/linux/libc-compat.h
-@@ -50,10 +50,12 @@
- #define _LIBC_COMPAT_H
- 
- /* We have included glibc headers... */
--#if defined(__GLIBC__)
-+#if 1
-+#define __USE_MISC
- 
- /* Coordinate with glibc net/if.h header. */
- #if defined(_NET_IF_H) && defined(__USE_MISC)
-+#define __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0
- 
- /* GLIBC headers included first so don't define anything
-  * that would already be defined. */
diff --git a/meta/recipes-connectivity/iproute2/iproute2_6.7.0.bb 
b/meta/recipes-connectivity/iproute2/iproute2_6.7.0.bb
index 640b3013f1..442c6bdd4f 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_6.7.0.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_6.7.0.bb
@@ -11,9 +11,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=eb723b61539feef013de476e68b5c50a \
 
 DEPENDS = "flex-native bison-native iptables libcap"
 
-SRC_URI = "${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BP}.tar.xz \
-   file://0001-libc-compat.h-add-musl-workaround.patch \
-   "
+SRC_URI = "${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BP}.tar.xz"
 
 SRC_URI[sha256sum] = 
"ff942dd9828d7d1f867f61fe72ce433078c31e5d8e4a78e20f02cb5892e8841d"
 
-- 
2.34.1


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

[OE-core][scarthgap 29/29] cracklib: Modify patch to compile with GCC 14

[Steve Sakoman]

From: Zoltan Boszormenyi 

GCC 14 implicitly turns a warning into a compiler error:

| ../../git/src/lib/packlib.c: In function ‘PWClose’:
| ../../git/src/lib/packlib.c:554:40: error: passing argument 1 of 
‘HwmsHostToBigEndian’ from incompatible pointer type 
[-Wincompatible-pointer-types]
|   554 | HwmsHostToBigEndian(tmp_pwp.hwms, sizeof(tmp_pwp.hwms), 
en_is32);
|   | ~~~^
|   ||
|   |uint32_t * {aka unsigned int *}
| ../../git/src/lib/packlib.c:142:27: note: expected ‘char *’ but argument is 
of type ‘uint32_t *’ {aka ‘unsigned int *’}
|   142 | HwmsHostToBigEndian(char *pHwms, int nLen,int nBitType)
|   | ~~^

Add the cast to (char *) to silence it.

Signed-off-by: Zoltán Böszörményi 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 914128f6bd988cde278e087fb9457a0c70c7e5ec)
Signed-off-by: Steve Sakoman 
---
 ...0001-packlib.c-support-dictionary-byte-order-dependent.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch
 
b/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch
index 20572b55c4..35229ae890 100644
--- 
a/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch
+++ 
b/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch
@@ -303,7 +303,7 @@ index 9396e1d..d0bb181 100644
 +  PWDICT tmp_pwp;
 +
 +  memcpy(_pwp, pwp, sizeof(PWDICT));
-+  HwmsHostToBigEndian(tmp_pwp.hwms, sizeof(tmp_pwp.hwms), en_is32);
++  HwmsHostToBigEndian((char *)tmp_pwp.hwms, sizeof(tmp_pwp.hwms), 
en_is32);
 +  fwrite(tmp_pwp.hwms, 1, sizeof(tmp_pwp.hwms), pwp->wfp);
}
  }
-- 
2.34.1


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

[OE-core][scarthgap 28/29] Revert "oeqa/selftest/devtool: fix test_devtool_add_git_style2"

[Steve Sakoman]

From: Alexandre Truong 

This reverts commit ab6d3e3d645ffc343f434bf731339fa237df027a
from poky repository.

The previous reverted commit was a workaround. The fix
"oeqa/selftest/devtool: fix _test_devtool_add_git_url"
tackle the issue. So, the workaround is not needed anymore.

Signed-off-by: Alexandre Truong 
Reviewed-by: Yoann Congal 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 731f47ecfd8ad6558aac629806810789c623986b)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/selftest/cases/devtool.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
b/meta/lib/oeqa/selftest/cases/devtool.py
index 1597aeedff..44a2a50f2e 100644
--- a/meta/lib/oeqa/selftest/cases/devtool.py
+++ b/meta/lib/oeqa/selftest/cases/devtool.py
@@ -486,7 +486,7 @@ class DevtoolAddTests(DevtoolBase):
 pn = 'mbedtls'
 # this will trigger reformat_git_uri with branch parameter in url
 git_url = "'git://g...@github.com/ARMmbed/mbedtls.git;protocol=https'"
-resulting_src_uri = 
"gitsm://g...@github.com/ARMmbed/mbedtls.git;protocol=https;branch=master"
+resulting_src_uri = 
"git://g...@github.com/ARMmbed/mbedtls.git;protocol=https;branch=master"
 self._test_devtool_add_git_url(git_url, version, pn, 
resulting_src_uri, srcrev)
 
 def test_devtool_add_library(self):
-- 
2.34.1


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

[OE-core][scarthgap 20/29] icu: add upstream submission links for fix-install-manx.patch

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 269a1a65d2526be5622b4c1f552b6f5541e0cb86)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-support/icu/icu/fix-install-manx.patch | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-support/icu/icu/fix-install-manx.patch 
b/meta/recipes-support/icu/icu/fix-install-manx.patch
index 7526bde370..16cabc8264 100644
--- a/meta/recipes-support/icu/icu/fix-install-manx.patch
+++ b/meta/recipes-support/icu/icu/fix-install-manx.patch
@@ -11,7 +11,9 @@ and one process tries to chown a file that the other process 
has just deleted.
 Also install-manx should be a phony target, and for clarity use $^ instead of 
$?
 in the install command.
 
-Upstream-Status: Pending
+Upstream ticket: 
https://unicode-org.atlassian.net/jira/software/c/projects/ICU/issues/ICU-21172
+
+Upstream-Status: Submitted [https://github.com/unicode-org/icu/pull/2966]
 Signed-off-by: Ross Burton 
 ---
  Makefile.in | 8 
-- 
2.34.1


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

[OE-core][scarthgap 17/29] busybox: submit CVE-2022-28391 patches upstream

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 64c026024b1c86797de338760b9f29d7e949926c)
Signed-off-by: Steve Sakoman 
---
 ...1-libbb-sockaddr2str-ensure-only-printable-characters-.patch | 2 +-
 ...2-nslookup-sanitize-all-printed-strings-with-printable.patch | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git 
a/meta/recipes-core/busybox/busybox/0001-libbb-sockaddr2str-ensure-only-printable-characters-.patch
 
b/meta/recipes-core/busybox/busybox/0001-libbb-sockaddr2str-ensure-only-printable-characters-.patch
index 4635250170..ceb3ad7250 100644
--- 
a/meta/recipes-core/busybox/busybox/0001-libbb-sockaddr2str-ensure-only-printable-characters-.patch
+++ 
b/meta/recipes-core/busybox/busybox/0001-libbb-sockaddr2str-ensure-only-printable-characters-.patch
@@ -5,7 +5,7 @@ Subject: [PATCH 1/2] libbb: sockaddr2str: ensure only printable 
characters are
  returned for the hostname part
 
 CVE: CVE-2022-28391
-Upstream-Status: Pending
+Upstream-Status: Submitted [https://bugs.busybox.net/show_bug.cgi?id=15001]
 Signed-off-by: Ariadne Conill 
 Signed-off-by: Steve Sakoman 
 ---
diff --git 
a/meta/recipes-core/busybox/busybox/0002-nslookup-sanitize-all-printed-strings-with-printable.patch
 
b/meta/recipes-core/busybox/busybox/0002-nslookup-sanitize-all-printed-strings-with-printable.patch
index 0d7409ddc3..1dbc3388a4 100644
--- 
a/meta/recipes-core/busybox/busybox/0002-nslookup-sanitize-all-printed-strings-with-printable.patch
+++ 
b/meta/recipes-core/busybox/busybox/0002-nslookup-sanitize-all-printed-strings-with-printable.patch
@@ -8,7 +8,7 @@ Otherwise, terminal sequences can be injected, which enables 
various terminal in
 attacks from DNS results.
 
 CVE: CVE-2022-28391
-Upstream-Status: Pending
+Upstream-Status: Submitted [https://bugs.busybox.net/show_bug.cgi?id=15001]
 Signed-off-by: Ariadne Conill 
 Signed-off-by: Steve Sakoman 
 ---
-- 
2.34.1


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

[OE-core][scarthgap 13/29] serf: mark patch as inappropriate for upstream submission

[Steve Sakoman]

From: Alexander Kanavin 

What the patch does is not suitable, as upstream would surely
want the issue with the code fixed, not removal of that code altogether.

I'd also note that serf is still semi-ummaintained, and the only consumer
of it is subversion, which is slowly but steadily fading away in favor of
git and artifact-specific solutions.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 634717817e94740ac8d4e8cc82cb68bfd15d8dbd)
Signed-off-by: Steve Sakoman 
---
 ...op.creating.directories.without.sandbox-install.prefix.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-install.prefix.patch
 
b/meta/recipes-support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-install.prefix.patch
index 91640d6044..c8e6eddfec 100644
--- 
a/meta/recipes-support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-install.prefix.patch
+++ 
b/meta/recipes-support/serf/serf/SConstruct.stop.creating.directories.without.sandbox-install.prefix.patch
@@ -31,7 +31,7 @@ ERROR: scons install execution failed.
   and the installed paths (including the paths inside libserf*.pc)
   look correct
 
-Upstream-Status: Pending
+Upstream-Status: Inappropriate [removes block of code rather than fixing the 
problem in that block]
 
 Signed-off-by: Martin Jansa 
 
-- 
2.34.1


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

[OE-core][scarthgap 11/29] libtraceevent: submit meson.patch upstream

[Steve Sakoman]

From: Alexander Kanavin 

[RP: Add url to submission]
Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit d00306620aa890a361f42516a064d64dd7c68aa7)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch 
b/meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch
index 38b6107136..6e96ba2167 100644
--- a/meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch
+++ b/meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch
@@ -4,7 +4,7 @@ Fixes for the Meson build of libtraceevent:
 - Install the plugins as modules not static and versioned shared libraries
 - Add an option to disable building the documentation (needs asciidoc and 
xmlto)
 
-Upstream-Status: Pending
+Upstream-Status: Submitted 
[https://lore.kernel.org/linux-trace-devel/2024031140.1789879-1-a...@linutronix.de/T/#u]
 Signed-off-by: Ross Burton 
 
 diff --git a/meson.build b/meson.build
-- 
2.34.1


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

[OE-core][scarthgap 09/29] oeqa/postactions: Do not use -l option with df

[Steve Sakoman]

From: Khem Raj 

-l option is specific to df provided by coreutils, if df
applet from busybox is used then it does not work and fails
like below

Fixes
   df: invalid option -- 'l'
   BusyBox v1.36.1 () multi-call binary.

   Usage: df [-PkmhT] [-t TYPE] [FILESYSTEM]...
   DEBUG: [Command returned '1' after 0.71 seconds]
   DEBUG: Command: df -hl
   Status: 1 Output:  df: invalid option -- 'l'

it seems worth a compromise to show remote mounted filesystems if any
during ptests and it works with both df implementations

Signed-off-by: Khem Raj 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 75cc1ea4348a2294fdc5ab20530fcff27056ff06)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/utils/postactions.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/utils/postactions.py 
b/meta/lib/oeqa/utils/postactions.py
index 8104400ac2..ec2d40 100644
--- a/meta/lib/oeqa/utils/postactions.py
+++ b/meta/lib/oeqa/utils/postactions.py
@@ -25,7 +25,7 @@ def create_artifacts_directory(d, tc):
 def get_target_disk_usage(d, tc):
 output_file = os.path.join(get_json_result_dir(d), "artifacts", 
"target_disk_usage.txt")
 try:
-(status, output) = tc.target.run('df -hl')
+(status, output) = tc.target.run('df -h')
 with open(output_file, 'w') as f:
 f.write(output)
 f.write("\n")
-- 
2.34.1


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

[OE-core][scarthgap 08/29] base-files: profile: fix error sh: 1: unknown operand

[Steve Sakoman]

From: Felix Nilsson 

Handle errors when SHLVL isn't set.

Signed-off-by: Felix Nilsson 
Signed-off-by: Richard Purdie 
(cherry picked from commit 5df53fcfe3b70a5312fced3fcc1ba6290f2ee794)
Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/base-files/base-files/profile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/base-files/base-files/profile 
b/meta/recipes-core/base-files/base-files/profile
index bded3757cc..5e8393c91c 100644
--- a/meta/recipes-core/base-files/base-files/profile
+++ b/meta/recipes-core/base-files/base-files/profile
@@ -58,7 +58,7 @@ resize() {
fi
# only do this for /dev/tty[A-z] which are typically
# serial ports
-   if [ $FIRSTTIMESETUP -eq 1 -a $SHLVL -eq 1 ] ; then
+   if [ $FIRSTTIMESETUP -eq 1 -a ${SHLVL:-1} -eq 1 ] ; then
case $(tty 2>/dev/null) in
/dev/tty[A-z]*) resize >/dev/null;;
esac
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200611): 
https://lists.openembedded.org/g/openembedded-core/message/200611
Mute This Topic: https://lists.openembedded.org/mt/106652475/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] archiver.bbclass: Fix work-shared checking for kernel recipes

[Livius]

I also tested, it works nicely for symbolic link sources (it returns the real 
path). As we see the best to use os.path.realpath() to check the source path in 
is_work_shared() function.
I will send a V2 patch soon to get it in the code.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200602): 
https://lists.openembedded.org/g/openembedded-core/message/200602
Mute This Topic: https://lists.openembedded.org/mt/106531570/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 v11 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

Hello,

On 13/06/2024 07:44:59+0100, Richard Purdie wrote:
> On Tue, 2024-06-04 at 08:50 +0200, Johannes Schneider wrote:
> > systemd-sysext allows to overlay another image (or multiple) ontop of
> > a "base-image" = the current rootfs, via the use of overlayfs; to add
> > tools and features meant for development purposes.
> > 
> > To quote the documentation on systemd-sysext:
> > " ...addition in order to make debugging/development easier). System
> > extension images should not be misunderstood as a generic software
> > packaging framework, ..."
> > 
> > To build a lean image, that only holds packages that are not already
> > part of the base-image, a snapshot of the package-database is taken
> > after the installation of the base-rootfs is done, and picked up
> > again
> > when collecting the rootfs of such a extension image.
> > 
> > with all this in place an example usage could look like this:
> > some-core-image.bb
> >   inherit core-image
> >   IMAGE_GEN_PKGDBFS = "1"
> > 
> > extending-image.bb
> >   inherit image-sysext
> >   IMAGE_FSTYPES = "squashfs"
> >   IMAGE_BASE_PKGDB = "some-core-image"
> >   # the above pointing at a package-db similar to:
> >   # build/deploy/images/$MACHINE/some-core-image-$MACHINE-
> > 20240210172305-pkgdb.rootfs.tar.gz
> > 
> > then on the device, running some-core-image, with the extension image
> > placed at FN:
> > $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> > $> systemd-sysext list
> > $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> > 
> > As long as the VERSION_ID of the extension image matches the os-
> > release
> > in the base image, the above commands return sucessfully;
> > for details on the compativility check see the docs for systemd-
> > sysext.
> 
> I'm unsure what to so with this series/change. I'm a bit worried that
> it is copy and pasting the debugfs image code to another form and once
> we have this form, I suspect others will then also want things to be
> added for other image update use cases or similar. That code is already
> hard to read and this is not going to improve that. I can understand
> the use case for the code though and I can certainly see why you'd want
> this code upstream as it would be hard to maintain standalone. Having
> the tests do help but the also illustrate this all feels a bit fragile.
> 
> I've just seen further failures in testing:
> 
> https://valkyrie.yoctoproject.org/#/builders/76/builds/55/steps/14/logs/stdio
> https://valkyrie.yoctoproject.org/#/builders/35/builds/47
> https://valkyrie.yoctoproject.org/#/builders/48/builds/16
> https://valkyrie.yoctoproject.org/#/builders/54/builds/57
> 
> and https://valkyrie.yoctoproject.org/#/builders/23/builds/58 will
> probably fail too but is currently still building.
> 
> What really worries me about these failures is that there isn't a good
> error message, so if this happens some time in the future we're going
> to be scratching our heads wondering what is wrong. I'm worrying this
> is going to be particularly hard to maintain and keep working in the
> future.
> 
> In many ways I'm wishing there was an API you could hook into so that
> the core project didn't need to take on the responsibility for this
> complexity.
> 
> Regardless, unfortunately we're still not to the bottom of the failures
> as evidenced above :(

I'm actually surprised it failed for you as v11 was successful on the AB
for me. Anyway, In the meantime, I dropped the series.


-- 
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 (#200601): 
https://lists.openembedded.org/g/openembedded-core/message/200601
Mute This Topic: https://lists.openembedded.org/mt/106478182/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][master][PATCH] ppp: Add RSA-MD in LICENSE

[Steve Sakoman]

On Wed, Jun 12, 2024 at 11:34 PM Ranjitsinh Rathod <
ranjitsinh.rat...@kpit.com> wrote:

> Hi Steve,
>
> Is it possible for you to cherry-pick this commit from upstream master to
> scarthgap branch?
> This is available already in all branches except scarthgap.
>
> Let me know If I need to send a patch if you can't directly cherry-pick.
>

I already have this in the current stable/scarthgap-nut that is under test.

Steve



>
> Thanks,
>
> Best Regards,
>
> *Ranjitsinh Rathod*
> Technical Leader |  | KPIT Technologies Ltd.
> Cellphone: +91-84606 92403
>
> *__ *KPIT  |
>  Follow us on LinkedIn 
>
> 
> --
> *From:* openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org> on behalf of Poonam Jadhav via
> lists.openembedded.org 
> *Sent:* Wednesday, April 17, 2024 6:17 PM
> *To:* openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org>; Poonam Jadhav <
> poonam.jad...@kpit.com>
> *Cc:* Ranjitsinh Rathod 
> *Subject:* [OE-core][master][PATCH] ppp: Add RSA-MD in LICENSE
>
> Caution: This email originated from outside of the KPIT. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
> ppp package has "RSA Data Security" license text in
> Message-Digest Algorithm source file ppp-md5.c and ppp-md4.c
> Add RSA-MD in LICENSE field for ppp package
>
> Signed-off-by: Poonam Jadhav 
> ---
>  meta/recipes-connectivity/ppp/ppp_2.5.0.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
> b/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
> index 4b052f8ed9..5f0c75de83 100644
> --- a/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
> +++ b/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
> @@ -5,7 +5,7 @@ SECTION = "console/network"
>  HOMEPAGE = "
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsamba.org%2Fppp%2F=05%7C02%7Cranjitsinh.rathod%40kpit.com%7C05346eb204664d87eba008dc5edca271%7C3539451eb46e4a26a242ff61502855c7%7C0%7C0%7C638489548983826618%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=v0KlQejG57AFOmPUIhRqc3GWO8v3VPYfTAJs5WCPK00%3D=0
> "
>  BUGTRACKER = "
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fppp.samba.org%2Fcgi-bin%2Fppp-bugs=05%7C02%7Cranjitsinh.rathod%40kpit.com%7C05346eb204664d87eba008dc5edca271%7C3539451eb46e4a26a242ff61502855c7%7C0%7C0%7C638489548983833712%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=pDDJPNhV8AAB3Lp412JcIF2Cts6fZoTgGYL5omSbF2g%3D=0
> "
>  DEPENDS = "libpcap openssl virtual/crypt"
> -LICENSE = "BSD-3-Clause & BSD-3-Clause-Attribution & GPL-2.0-or-later &
> LGPL-2.0-or-later & PD"
> +LICENSE = "BSD-3-Clause & BSD-3-Clause-Attribution & GPL-2.0-or-later &
> LGPL-2.0-or-later & PD & RSA-MD"
>  LIC_FILES_CHKSUM = 
> "file://pppd/ccp.c;beginline=1;endline=29;md5=e2c43fe6e81ff77d87dc9c290a424dea
> \
>
> file://pppd/plugins/passprompt.c;beginline=1;endline=10;md5=3bcbcdbf0e369c9a3e0b8c8275b065d8
> \
>
> file://pppd/tdb.c;beginline=1;endline=27;md5=4ca3a9991b011038d085d6675ae7c4e6
> \
> --
> 2.25.1
>
> This message contains information that may be privileged or confidential
> and is the property of the KPIT Technologies Ltd. It is intended only for
> the person to whom it is addressed. If you are not the intended recipient,
> you are not authorized to read, print, retain copy, disseminate,
> distribute, or use this message or any part thereof. If you receive this
> message in error, please notify the sender immediately and delete all
> copies of this message. KPIT Technologies Ltd. does not accept any
> liability for virus infected mails.
>

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

[OE-core] RDEPENDS:${PN}-lic and multilib

[Mike Crowe via lists.openembedded.org]

We've been successfully using the "lic-pkgs" image feature in order to
install licence information in our images for some time and we ensure that
the licences for header-only or static libraries are correctly included too
by adding RDEPENDS like:

 RDEPENDS:${PN}-lic += "boost-lic"

to the affected recipes in the absence of anything better[1].

I've just tried to build a multilib image with both Scarthgap and Dunfell
and discovered that this doesn't work. I get warnings:

 WARNING: lib32-lictest-1.0-r0 do_package: QA Issue: lib32-lictest package 
lib32-lictest-lic - suspicious values 'boost-lic' in RDEPENDS [multilib]
 WARNING: lib32-lictest-1.0-r0 do_package: QA Issue: lib32-lictest package 
lib32-lictest-dev - suspicious values 'boost-lic-dev' in RRECOMMENDS [multilib]
 WARNING: lib32-lictest-1.0-r0 do_package_qa: QA Issue: lib32-lictest-lic 
rdepends on boost-lic, but it isn't a build dependency? [build-deps]

The solver then complains that nothing provides boost-lic (because I'm not
building "boost", just "lib32-boost".)

If I change the recipe to instead say:

 RDEPENDS:${PN}-lic += "${MLPREFIX}boost-lic"

then the warnings go away and the image is generated correctly containing
lib32-boost-lic.

(I found that I needed to cleansstate both my test recipe and the image in
order to make the behaviour described above reproducible when switching
back and forth. Changes to RDEPENDS:${PN}-lic in the recipe alone didn't
seem to cause everything to be rebuilt correctly.)

RDEPENDS don't normally need to use ${MLPREFIX}. It looks like
ClassExtender's rename_packages automatically adds ${MLPREFIX} when
necessary to all the RDEPENDS overrides that are listed in PACKAGES. But
${PN}-lic isn't in PACKAGES so it doesn't get that treatment.

If I try to add ${PN}-lic to PACKAGES then I get:

 ERROR: Nothing RPROVIDES 'lib32-boost-lic'

Whilst I can add ${MLPREFIX} to each entry in DEPENDS:${PN}-lic it feels as
if I might be fixing this problem in the wrong way. Is there something else
I should be doing instead?

Thanks.

Mike.

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

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200599): 
https://lists.openembedded.org/g/openembedded-core/message/200599
Mute This Topic: https://lists.openembedded.org/mt/106650861/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] archiver.bbclass: Fix work-shared checking for kernel recipes

[Jose Quaresma]

Jose Quaresma via lists.openembedded.org  escreveu (quarta, 12/06/2024 à(s) 10:32):

> Hi Livius,
>
> In reality, although the kernel has its code in S = "${WORKDIR}/git" it
> ends up being moved to ${STAGING_KERNEL_DIR} in the do_symlink_kernsrc
> kernel.bbclass function.
>
> https://github.com/openembedded/openembedded-core/blob/07b4c7a2bd23f8645810e13439e814caaaf9cd94/meta/classes-recipe/kernel.bbclass#L182C8-L199
>
> After this, the source S becomes a symbolic link for STAGING_KERNEL_DIR
> so I think if we check the real path following the symbolic link we solve
> the problem.
>
> - return d.getVar('S').startswith(sharedworkdir)
> + return os.path.realpath(d.getVar('S')).startswith(sharedworkdir)
>
> Could you try using os.path.realpath in S to see if it works?
>

I have tested the os.path.realpath and it fixes this issue when S is a
symbolic link pointing to STAGING_KERNEL_DIR.
I also have sent a follow up fix to meta-freescale [1] so the master branch
should work now without this change.
[1] https://github.com/Freescale/meta-freescale/pull/1843


>
> Jose
>
> Livius via lists.openembedded.org  freemail...@lists.openembedded.org> escreveu (quarta, 12/06/2024 à(s)
> 00:35):
>
>> [Edited Message Follows]
>>
>> S = "${WORKDIR}/git" does not contain "${TMPDIR}/work-shared" path,
>> therefore "def is_work_shared(d):" will be returned with False and archiver
>> is failed for linux kernel recipe (somewhy unpack is broken and kernel
>> source is missing in work-shared folder in this situation).
>> https://github.com/openembedded/bitbake/blob/master/conf/bitbake.conf#L45
>>
>> In default S = "${STAGING_KERNEL_DIR}" is the source path for a kernel.
>> Now, archiver works only in this case when it is not changed to
>> "${WORKDIR}/git" symbolic link folder. We can see
>> "bb.data.inherits_class('kernel', d)" was in the old code for checking it
>> because of this situation, when somebody like to use this kind of symbolic
>> link git source solution. This should not have been dropped in last commit.
>>
>>
>> https://github.com/openembedded/openembedded-core/commit/5fbb4ca8da4f4f1ea426275c45634802dcb5a575#diff-7a2ccc0d645ec49c87c4956f90ab24ace5292140dff665459bbc94e4e72a8e07L473
>>
>> https://github.com/openembedded/openembedded-core/blob/master/meta/classes-recipe/kernel.bbclass#L26
>>
>>
>>
>>
>>
>
> --
> Best regards,
>
> José Quaresma
>
> 
>
>

-- 
Best regards,

José Quaresma

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200598): 
https://lists.openembedded.org/g/openembedded-core/message/200598
Mute This Topic: https://lists.openembedded.org/mt/106531570/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] gcc: remove g77/f77

[Kai Kang via lists.openembedded.org]

From: Kai Kang 

g77/f77 has been removed from gcc 4.0.0 via commit:

* b4117c30610 Makefile.def, [...]: Remove all mention of libf2c.

When set

FORTRAN = ",f77"

it complains with error:

| The following requested languages could not be built: f77
| Supported languages are: c,c,c++,fortran,go,lto,m2,objc,obj-c++

So remove g77/f77 from gcc recipes.

[1]: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=b4117c30610

Signed-off-by: Kai Kang 
---
 .../gcc/gcc-configure-common.inc  |  2 +-
 meta/recipes-devtools/gcc/gcc-runtime.inc | 13 +
 meta/recipes-devtools/gcc/gcc-target.inc  | 19 ---
 3 files changed, 2 insertions(+), 32 deletions(-)

diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc 
b/meta/recipes-devtools/gcc/gcc-configure-common.inc
index dba25eb754..d77b2ec3d1 100644
--- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
+++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
@@ -6,7 +6,7 @@ require gcc-shared-source.inc
 # These can be overridden by the version specific .inc file.
 
 # gcc 3.x expects 'f77', 4.0 expects 'f95', 4.1 and 4.2 expect 'fortran'
-FORTRAN ?= ",f77"
+FORTRAN ?= ",fortran"
 LANGUAGES ?= "c,c++${FORTRAN}"
 
 EXTRA_OECONF_BASE ?= ""
diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
b/meta/recipes-devtools/gcc/gcc-runtime.inc
index 89b0bebcfb..ad9798530f 100644
--- a/meta/recipes-devtools/gcc/gcc-runtime.inc
+++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
@@ -43,7 +43,7 @@ RUNTIMELIBSSP ?= ""
 RUNTIMELIBSSP:mingw32 ?= "libssp"
 
 RUNTIMETARGET = "${RUNTIMELIBSSP} libstdc++-v3 libgomp libatomic 
${RUNTIMELIBITM} \
-${@bb.utils.contains_any('FORTRAN', [',fortran',',f77'], 'libquadmath', 
'', d)} \
+${@bb.utils.contains('FORTRAN', ',fortran', 'libquadmath', '', d)} \
 "
 # Only build libstdc++ for newlib
 RUNTIMETARGET:libc-newlib = "libstdc++-v3"
@@ -164,8 +164,6 @@ PACKAGES = "\
 libstdc++-precompile-dev \
 libstdc++-dev \
 libstdc++-staticdev \
-libg2c \
-libg2c-dev \
 libssp \
 libssp-dev \
 libssp-staticdev \
@@ -196,15 +194,6 @@ FILES:${PN}-dbg += "\
 # So it needs to be added manually to images sadly.
 # RDEPENDS:${PN}-dbg += "python3-datetime"
 
-FILES:libg2c = "${target_libdir}/libg2c.so.*"
-SUMMARY:libg2c = "Companion runtime library for g77"
-FILES:libg2c-dev = "\
-${libdir}/libg2c.so \
-${libdir}/libg2c.a \
-${libdir}/libfrtbegin.a \
-"
-SUMMARY:libg2c-dev = "Companion runtime library for g77 - development files"
-
 FILES:libstdc++ = "${libdir}/libstdc++.so.*"
 SUMMARY:libstdc++ = "GNU standard C++ library"
 FILES:libstdc++-dev = "\
diff --git a/meta/recipes-devtools/gcc/gcc-target.inc 
b/meta/recipes-devtools/gcc/gcc-target.inc
index 6ab83449ea..42eac6fc43 100644
--- a/meta/recipes-devtools/gcc/gcc-target.inc
+++ b/meta/recipes-devtools/gcc/gcc-target.inc
@@ -33,7 +33,6 @@ PACKAGES = "\
 ${PN} ${PN}-plugins ${PN}-symlinks \
 g++ g++-symlinks \
 cpp cpp-symlinks \
-g77 g77-symlinks \
 gfortran gfortran-symlinks \
 gcov gcov-symlinks \
 ${PN}-doc \
@@ -81,19 +80,6 @@ FILES:${PN}-plugins = "\
 "
 ALLOW_EMPTY:${PN}-plugins = "1"
 
-FILES:g77 = "\
-${bindir}/${TARGET_PREFIX}g77 \
-${libexecdir}/gcc/${TARGET_SYS}/${BINV}/f771 \
-"
-FILES:g77-symlinks = "\
-${bindir}/g77 \
-${bindir}/f77 \
-"
-RRECOMMENDS:g77 = "\
-libg2c \
-libg2c-dev \
-"
-
 INSANE_SKIP:gfortran += "dev-deps"
 FILES:gfortran = "\
 ${bindir}/${TARGET_PREFIX}gfortran \
@@ -203,11 +189,6 @@ do_install () {
# Not sure why we end up with these but we don't want them...
rm -f ${TARGET_PREFIX}${TARGET_PREFIX}*
 
-   # Symlinks so we can use these trivially on the target
-   if [ -e ${TARGET_PREFIX}g77 ]; then
-   ln -sf ${TARGET_PREFIX}g77 g77 || true
-   ln -sf g77 f77 || true
-   fi
if [ -e ${TARGET_PREFIX}gfortran ]; then
ln -sf ${TARGET_PREFIX}gfortran gfortran || true
ln -sf gfortran f95 || true
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200597): 
https://lists.openembedded.org/g/openembedded-core/message/200597
Mute This Topic: https://lists.openembedded.org/mt/106650042/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] gfortran: update runtime dependencies

[Kai Kang via lists.openembedded.org]

From: Kai Kang 

It fails to run both `gcc` and `gfortran` with errors:

| root@qemux86-64:~# x86_64-poky-linux-gcc a.c
| x86_64-poky-linux-gcc: fatal error: cannot execute 'as': posix_spawnp: No 
such file or directory

then add binutils which provides `as` to RDEPENDS of gcc.

libgfortran-dev provides libgfortran.spec which required by gfortran:

| root@qemux86-64:~# gfortran hello.f95
| gfortran: fatal error: cannot read spec file 'libgfortran.spec': No such file 
or directory

And gcc provides liblto_plugin.so:

| root@qemux86-64:~# gfortran hello.f95
| gfortran: fatal error: '-fuse-linker-plugin', but liblto_plugin.so not found

Signed-off-by: Kai Kang 
---
 meta/recipes-devtools/gcc/gcc-target.inc | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gcc/gcc-target.inc 
b/meta/recipes-devtools/gcc/gcc-target.inc
index 82da5ef82b..6ab83449ea 100644
--- a/meta/recipes-devtools/gcc/gcc-target.inc
+++ b/meta/recipes-devtools/gcc/gcc-target.inc
@@ -61,7 +61,7 @@ RRECOMMENDS:${PN} += "\
 libssp \
 libssp-dev \
 "
-RDEPENDS:${PN} += "cpp"
+RDEPENDS:${PN} += "binutils cpp"
 
 FILES:${PN}-dev = "\
 ${gcclibdir}/${TARGET_SYS}/${BINV}/lib*${SOLIBSDEV} \
@@ -94,10 +94,15 @@ RRECOMMENDS:g77 = "\
 libg2c-dev \
 "
 
+INSANE_SKIP:gfortran += "dev-deps"
 FILES:gfortran = "\
 ${bindir}/${TARGET_PREFIX}gfortran \
 ${libexecdir}/gcc/${TARGET_SYS}/${BINV}/f951 \
 "
+RDEPENDS:gfortran = "\
+gcc \
+libgfortran-dev \
+"
 RRECOMMENDS:gfortran = "\
 libquadmath \
 libquadmath-dev \
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200596): 
https://lists.openembedded.org/g/openembedded-core/message/200596
Mute This Topic: https://lists.openembedded.org/mt/106650020/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 v4] oeqa/runtime: fix race-condition in minidebuginfo test

[Etienne Cordonnier via lists.openembedded.org]

From: Etienne Cordonnier 

Fix this error where 'coredumpctl info' warns that the coredump is still being
processed:

```
AssertionError: 1 != 0 : MiniDebugInfo Test failed: No match found.
-- Notice: 1 systemd-coredump@.service unit is running, output may be 
incomplete.
```

(From OE-Core rev: ad1ce64f5c1f22a7b10025d8cba20dc74354ac81)

Signed-off-by: Etienne Cordonnier 
---
 meta/lib/oeqa/runtime/cases/systemd.py | 17 +
 1 file changed, 13 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oeqa/runtime/cases/systemd.py 
b/meta/lib/oeqa/runtime/cases/systemd.py
index 80fdae240a6..640f28abe99 100644
--- a/meta/lib/oeqa/runtime/cases/systemd.py
+++ b/meta/lib/oeqa/runtime/cases/systemd.py
@@ -150,12 +150,21 @@ class SystemdServiceTests(SystemdTest):
 t_thread.start()
 time.sleep(1)
 
-status, output = self.target.run('pidof sleep')
+status, sleep_pid = self.target.run('pidof sleep')
 # cause segfault on purpose
-self.target.run('kill -SEGV %s' % output)
-self.assertEqual(status, 0, msg = 'Not able to find process that runs 
sleep, output : %s' % output)
+self.target.run('kill -SEGV %s' % sleep_pid)
+self.assertEqual(status, 0, msg = 'Not able to find process that runs 
sleep, output : %s' % sleep_pid)
 
-(status, output) = self.target.run('coredumpctl info')
+# Give some time to systemd-coredump@.service to process the coredump
+for x in range(20):
+status, output = self.target.run('coredumpctl list %s' % sleep_pid)
+if status == 0:
+break
+time.sleep(1)
+else:
+self.fail("Timed out waiting for coredump creation")
+
+(status, output) = self.target.run('coredumpctl info %s' % sleep_pid)
 self.assertEqual(status, 0, msg='MiniDebugInfo Test failed: %s' % 
output)
 self.assertEqual('sleep_for_duration (busybox.nosuid' in output or 
'xnanosleep (sleep.coreutils' in output,
  True, msg='Call stack is missing minidebuginfo 
symbols (functions shown as "n/a"): %s' % output)
-- 
2.36.1.vfs.0.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200595): 
https://lists.openembedded.org/g/openembedded-core/message/200595
Mute This Topic: https://lists.openembedded.org/mt/106613073/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] expect-native: fix build with gcc-14

[Richard Purdie]

On Thu, 2024-06-13 at 14:18 +0800, Changqing Li via lists.openembedded.org 
wrote:
> From: Changqing Li 
> 
> * do_configure failed with gcc-14:
> error in build/config.log:
> conftest.c:56:3: error: return type defaults to 'int' [-Wimplicit-int]
> conftest.c:59:5: error: implicit declaration of function 'exit' 
> [-Wimplicit-function-declaration]
> 
> * this recipe set "BBCLASSEXTEND = "native nativesdk", causes "CFLAGS +="
> setting not take effect, use append instead.
> snip of bitbake expect-native -e:
>    set /layers/oe-core/meta/conf/documentation.conf:110
>  [doc] "Flags passed to the C compiler for the target system. This 
> variable evaluates to the same as TARGET_CFLAGS."
>    append /layers/oe-core/meta/recipes-devtools/expect/expect_5.45.4.bb:87
>  "-Wno-error=incompatible-pointer-types"
>    set /layers/oe-core/meta/classes-recipe/native.bbclass:44
>  "${BUILD_CFLAGS}"
>    override[pn-gtk4]::append[toolchain-clang] 
> /layers/meta-clang/conf/nonclangable.conf:336
>  " -Wno-error=int-conversion"
>    override[pn-pidgin-sipe]::append[toolchain-clang] 
> /layers/meta-clang/conf/nonclangable.conf:340
>  " -Wno-error=cast-function-type-strict"
>  pre-expansion value:
>    "${BUILD_CFLAGS}"
> export 
> CFLAGS="-isystem/build/tmp-glibc/work/x86_64-linux/expect-native/5.45.4/recipe-sysroot-native/usr/include
>  -O2 -pipe"
> 
> Signed-off-by: Changqing Li 
> ---
>  meta/recipes-devtools/expect/expect_5.45.4.bb | 5 -
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/expect/expect_5.45.4.bb 
> b/meta/recipes-devtools/expect/expect_5.45.4.bb
> index 18904ebc10..5e7b352196 100644
> --- a/meta/recipes-devtools/expect/expect_5.45.4.bb
> +++ b/meta/recipes-devtools/expect/expect_5.45.4.bb
> @@ -84,4 +84,7 @@ BBCLASSEXTEND = "native nativesdk"
>  
>  # http://errors.yoctoproject.org/Errors/Details/766950/
>  # expect5.45.4/exp_chan.c:62:5: error: initialization of 'struct 
> Tcl_ChannelTypeVersion_ *' from incompatible pointer type 'int (*)(void *, 
> int)' [-Wincompatible-pointer-types]
> -CFLAGS += "-Wno-error=incompatible-pointer-types"
> +CFLAGS:append = " -Wno-error=incompatible-pointer-types"
> +
> +# Fix expect-native configure tests are failing with gcc-14
> +CFLAGS:append:class-native = " -Wno-error=implicit-int 
> -Wno-error=implicit-function-declaration"
> 

You have a valid problem here however I really don't like the "arms
race" of making everything an append as the base definitions are
problematic. It would be this recipe today but a quick search shows
many other recipes which will have similar problems.

I think I'd prefer to see if we can drop the assignments in
native/nativesdk bbclass and improve things that way even if it is a
bit more invasive.

I'm testing a patch on master-next to test this and see how bad the
fallout is.

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200594): 
https://lists.openembedded.org/g/openembedded-core/message/200594
Mute This Topic: https://lists.openembedded.org/mt/106647106/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 v1] wic/partition.py: Set hash_seed for empty ext partition

[Adithya Balakumar]

From: Adithya Balakumar 

Although setting hash_seed is handled for the rootfs plugin case, but
this is missed when deploying an empty ext partition.

Signed-off-by: Adithya Balakumar 
---
 scripts/lib/wic/partition.py | 37 ++--
 1 file changed, 23 insertions(+), 14 deletions(-)

diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index 795707ec5d..bf2c34d594 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -284,19 +284,8 @@ class Partition():
 
 extraopts = self.mkfs_extraopts or "-F -i 8192"
 
-if os.getenv('SOURCE_DATE_EPOCH'):
-sde_time = int(os.getenv('SOURCE_DATE_EPOCH'))
-if pseudo:
-pseudo = "export E2FSPROGS_FAKE_TIME=%s;%s " % (sde_time, 
pseudo)
-else:
-pseudo = "export E2FSPROGS_FAKE_TIME=%s; " % sde_time
-
-# Set hash_seed to generate deterministic directory indexes
-namespace = uuid.UUID("e7429877-e7b3-4a68-a5c9-2f2fdf33d460")
-if self.fsuuid:
-namespace = uuid.UUID(self.fsuuid)
-hash_seed = str(uuid.uuid5(namespace, str(sde_time)))
-extraopts += " -E hash_seed=%s" % hash_seed
+# use hash_seed to generate reproducible ext4 images
+(extraopts, pseudo) = self.get_hash_seed_ext4(extraopts, pseudo)
 
 label_str = ""
 if self.label:
@@ -344,6 +333,23 @@ class Partition():
 
 self.check_for_Y2038_problem(rootfs, native_sysroot)
 
+def get_hash_seed_ext4(self, extraopts, pseudo):
+if os.getenv('SOURCE_DATE_EPOCH'):
+sde_time = int(os.getenv('SOURCE_DATE_EPOCH'))
+if pseudo:
+pseudo = "export E2FSPROGS_FAKE_TIME=%s;%s " % (sde_time, 
pseudo)
+else:
+pseudo = "export E2FSPROGS_FAKE_TIME=%s; " % sde_time
+
+# Set hash_seed to generate deterministic directory indexes
+namespace = uuid.UUID("e7429877-e7b3-4a68-a5c9-2f2fdf33d460")
+if self.fsuuid:
+namespace = uuid.UUID(self.fsuuid)
+hash_seed = str(uuid.uuid5(namespace, str(sde_time)))
+extraopts += " -E hash_seed=%s" % hash_seed
+
+return (extraopts, pseudo)
+
 def prepare_rootfs_btrfs(self, rootfs, cr_workdir, oe_builddir, rootfs_dir,
  native_sysroot, pseudo):
 """
@@ -437,13 +443,16 @@ class Partition():
 
 extraopts = self.mkfs_extraopts or "-i 8192"
 
+# use hash_seed to generate reproducible ext4 images
+(extraopts, pseudo) = self.get_hash_seed_ext4(extraopts, None)
+
 label_str = ""
 if self.label:
 label_str = "-L %s" % self.label
 
 mkfs_cmd = "mkfs.%s -F %s %s -U %s %s" % \
 (self.fstype, extraopts, label_str, self.fsuuid, rootfs)
-exec_native_cmd(mkfs_cmd, native_sysroot)
+exec_native_cmd(mkfs_cmd, native_sysroot, pseudo=pseudo)
 
 self.check_for_Y2038_problem(rootfs, native_sysroot)
 
-- 
2.20.1



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200593): 
https://lists.openembedded.org/g/openembedded-core/message/200593
Mute This Topic: https://lists.openembedded.org/mt/106647354/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 v11 0/3] pkg-database and systemd-sysext image

[Richard Purdie]

On Tue, 2024-06-04 at 08:50 +0200, Johannes Schneider wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up
> again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # build/deploy/images/$MACHINE/some-core-image-$MACHINE-
> 20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image
> placed at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-
> release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-
> sysext.

I'm unsure what to so with this series/change. I'm a bit worried that
it is copy and pasting the debugfs image code to another form and once
we have this form, I suspect others will then also want things to be
added for other image update use cases or similar. That code is already
hard to read and this is not going to improve that. I can understand
the use case for the code though and I can certainly see why you'd want
this code upstream as it would be hard to maintain standalone. Having
the tests do help but the also illustrate this all feels a bit fragile.

I've just seen further failures in testing:

https://valkyrie.yoctoproject.org/#/builders/76/builds/55/steps/14/logs/stdio
https://valkyrie.yoctoproject.org/#/builders/35/builds/47
https://valkyrie.yoctoproject.org/#/builders/48/builds/16
https://valkyrie.yoctoproject.org/#/builders/54/builds/57

and https://valkyrie.yoctoproject.org/#/builders/23/builds/58 will
probably fail too but is currently still building.

What really worries me about these failures is that there isn't a good
error message, so if this happens some time in the future we're going
to be scratching our heads wondering what is wrong. I'm worrying this
is going to be particularly hard to maintain and keep working in the
future.

In many ways I'm wishing there was an API you could hook into so that
the core project didn't need to take on the responsibility for this
complexity.

Regardless, unfortunately we're still not to the bottom of the failures
as evidenced above :(

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200592): 
https://lists.openembedded.org/g/openembedded-core/message/200592
Mute This Topic: https://lists.openembedded.org/mt/106478182/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][master][PATCH] ppp: Add RSA-MD in LICENSE

[Ranjitsinh Rathod via lists.openembedded.org]

Hi Steve,

Is it possible for you to cherry-pick this commit from upstream master to 
scarthgap branch?
This is available already in all branches except scarthgap.

Let me know If I need to send a patch if you can't directly cherry-pick.


Thanks,

Best Regards,

Ranjitsinh Rathod
Technical Leader |  | KPIT Technologies Ltd.
Cellphone: +91-84606 92403
__
KPIT | Follow us on LinkedIn

[cid:9a319917-5958-4faa-ae6f-b7bdad45d0d4]


From: openembedded-core@lists.openembedded.org 
 on behalf of Poonam Jadhav via 
lists.openembedded.org 
Sent: Wednesday, April 17, 2024 6:17 PM
To: openembedded-core@lists.openembedded.org 
; Poonam Jadhav 

Cc: Ranjitsinh Rathod 
Subject: [OE-core][master][PATCH] ppp: Add RSA-MD in LICENSE

Caution: This email originated from outside of the KPIT. Do not click links or 
open attachments unless you recognize the sender and know the content is safe.

ppp package has "RSA Data Security" license text in
Message-Digest Algorithm source file ppp-md5.c and ppp-md4.c
Add RSA-MD in LICENSE field for ppp package

Signed-off-by: Poonam Jadhav 
---
 meta/recipes-connectivity/ppp/ppp_2.5.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/ppp/ppp_2.5.0.bb 
b/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
index 4b052f8ed9..5f0c75de83 100644
--- a/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
+++ b/meta/recipes-connectivity/ppp/ppp_2.5.0.bb
@@ -5,7 +5,7 @@ SECTION = "console/network"
 HOMEPAGE = 
"https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsamba.org%2Fppp%2F=05%7C02%7Cranjitsinh.rathod%40kpit.com%7C05346eb204664d87eba008dc5edca271%7C3539451eb46e4a26a242ff61502855c7%7C0%7C0%7C638489548983826618%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=v0KlQejG57AFOmPUIhRqc3GWO8v3VPYfTAJs5WCPK00%3D=0"
 BUGTRACKER = 
"https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fppp.samba.org%2Fcgi-bin%2Fppp-bugs=05%7C02%7Cranjitsinh.rathod%40kpit.com%7C05346eb204664d87eba008dc5edca271%7C3539451eb46e4a26a242ff61502855c7%7C0%7C0%7C638489548983833712%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=pDDJPNhV8AAB3Lp412JcIF2Cts6fZoTgGYL5omSbF2g%3D=0"
 DEPENDS = "libpcap openssl virtual/crypt"
-LICENSE = "BSD-3-Clause & BSD-3-Clause-Attribution & GPL-2.0-or-later & 
LGPL-2.0-or-later & PD"
+LICENSE = "BSD-3-Clause & BSD-3-Clause-Attribution & GPL-2.0-or-later & 
LGPL-2.0-or-later & PD & RSA-MD"
 LIC_FILES_CHKSUM = 
"file://pppd/ccp.c;beginline=1;endline=29;md5=e2c43fe6e81ff77d87dc9c290a424dea \
 
file://pppd/plugins/passprompt.c;beginline=1;endline=10;md5=3bcbcdbf0e369c9a3e0b8c8275b065d8
 \
 
file://pppd/tdb.c;beginline=1;endline=27;md5=4ca3a9991b011038d085d6675ae7c4e6 \
--
2.25.1

This message contains information that may be privileged or confidential and is 
the property of the KPIT Technologies Ltd. It is intended only for the person 
to whom it is addressed. If you are not the intended recipient, you are not 
authorized to read, print, retain copy, disseminate, distribute, or use this 
message or any part thereof. If you receive this message in error, please 
notify the sender immediately and delete all copies of this message. KPIT 
Technologies Ltd. does not accept any liability for virus infected mails.

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

[OE-core] Patchtest results for [PATCH v3] gstreamer1.0-plugins-bad: Fix build with musl

[Patchtest]

Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:

---
Testing patch 
/home/patchtest/share/mboxes/v3-gstreamer1.0-plugins-bad-Fix-build-with-musl.patch

FAIL: test commit message presence: Please include a commit message on your 
patch explaining the change (test_mbox.TestMbox.test_commit_message_presence)

PASS: pretest src uri left files 
(test_metadata.TestMetadata.pretest_src_uri_left_files)
PASS: test CVE check ignore (test_metadata.TestMetadata.test_cve_check_ignore)
PASS: test CVE tag format (test_patch.TestPatch.test_cve_tag_format)
PASS: test Signed-off-by presence 
(test_mbox.TestMbox.test_signed_off_by_presence)
PASS: test Signed-off-by presence 
(test_patch.TestPatch.test_signed_off_by_presence)
PASS: test Upstream-Status presence 
(test_patch.TestPatch.test_upstream_status_presence_format)
PASS: test author valid (test_mbox.TestMbox.test_author_valid)
PASS: test lic files chksum modified not mentioned 
(test_metadata.TestMetadata.test_lic_files_chksum_modified_not_mentioned)
PASS: test max line length (test_metadata.TestMetadata.test_max_line_length)
PASS: test mbox format (test_mbox.TestMbox.test_mbox_format)
PASS: test non-AUH upgrade (test_mbox.TestMbox.test_non_auh_upgrade)
PASS: test shortlog format (test_mbox.TestMbox.test_shortlog_format)
PASS: test shortlog length (test_mbox.TestMbox.test_shortlog_length)
PASS: test src uri left files 
(test_metadata.TestMetadata.test_src_uri_left_files)

SKIP: pretest pylint: No python related patches, skipping test 
(test_python_pylint.PyLint.pretest_pylint)
SKIP: test bugzilla entry format: No bug ID found 
(test_mbox.TestMbox.test_bugzilla_entry_format)
SKIP: test lic files chksum presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_lic_files_chksum_presence)
SKIP: test license presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_license_presence)
SKIP: test pylint: No python related patches, skipping test 
(test_python_pylint.PyLint.test_pylint)
SKIP: test series merge on head: Merge test is disabled for now 
(test_mbox.TestMbox.test_series_merge_on_head)
SKIP: test summary presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_summary_presence)
SKIP: test target mailing list: Series merged, no reason to check other mailing 
lists (test_mbox.TestMbox.test_target_mailing_list)

---

Please address the issues identified and
submit a new revision of the patch, or alternatively, reply to this
email with an explanation of why the patch should be accepted. If you
believe these results are due to an error in patchtest, please submit a
bug at https://bugzilla.yoctoproject.org/ (use the 'Patchtest' category
under 'Yocto Project Subprojects'). For more information on specific
failures, see: https://wiki.yoctoproject.org/wiki/Patchtest. Thank
you!

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200589): 
https://lists.openembedded.org/g/openembedded-core/message/200589
Mute This Topic: https://lists.openembedded.org/mt/106647105/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] expect-native: fix build with gcc-14

[Changqing Li via lists.openembedded.org]

From: Changqing Li 

* do_configure failed with gcc-14:
error in build/config.log:
conftest.c:56:3: error: return type defaults to 'int' [-Wimplicit-int]
conftest.c:59:5: error: implicit declaration of function 'exit' 
[-Wimplicit-function-declaration]

* this recipe set "BBCLASSEXTEND = "native nativesdk", causes "CFLAGS +="
setting not take effect, use append instead.
snip of bitbake expect-native -e:
   set /layers/oe-core/meta/conf/documentation.conf:110
 [doc] "Flags passed to the C compiler for the target system. This variable 
evaluates to the same as TARGET_CFLAGS."
   append /layers/oe-core/meta/recipes-devtools/expect/expect_5.45.4.bb:87
 "-Wno-error=incompatible-pointer-types"
   set /layers/oe-core/meta/classes-recipe/native.bbclass:44
 "${BUILD_CFLAGS}"
   override[pn-gtk4]::append[toolchain-clang] 
/layers/meta-clang/conf/nonclangable.conf:336
 " -Wno-error=int-conversion"
   override[pn-pidgin-sipe]::append[toolchain-clang] 
/layers/meta-clang/conf/nonclangable.conf:340
 " -Wno-error=cast-function-type-strict"
 pre-expansion value:
   "${BUILD_CFLAGS}"
export 
CFLAGS="-isystem/build/tmp-glibc/work/x86_64-linux/expect-native/5.45.4/recipe-sysroot-native/usr/include
 -O2 -pipe"

Signed-off-by: Changqing Li 
---
 meta/recipes-devtools/expect/expect_5.45.4.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/expect/expect_5.45.4.bb 
b/meta/recipes-devtools/expect/expect_5.45.4.bb
index 18904ebc10..5e7b352196 100644
--- a/meta/recipes-devtools/expect/expect_5.45.4.bb
+++ b/meta/recipes-devtools/expect/expect_5.45.4.bb
@@ -84,4 +84,7 @@ BBCLASSEXTEND = "native nativesdk"
 
 # http://errors.yoctoproject.org/Errors/Details/766950/
 # expect5.45.4/exp_chan.c:62:5: error: initialization of 'struct 
Tcl_ChannelTypeVersion_ *' from incompatible pointer type 'int (*)(void *, 
int)' [-Wincompatible-pointer-types]
-CFLAGS += "-Wno-error=incompatible-pointer-types"
+CFLAGS:append = " -Wno-error=incompatible-pointer-types"
+
+# Fix expect-native configure tests are failing with gcc-14
+CFLAGS:append:class-native = " -Wno-error=implicit-int 
-Wno-error=implicit-function-declaration"
-- 
2.25.1


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

[OE-core] Patchtest results for [PATCH v2] gstreamer1.0-plugins-bad: Fix build with musl

[Patchtest]

Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:

---
Testing patch 
/home/patchtest/share/mboxes/v2-gstreamer1.0-plugins-bad-Fix-build-with-musl.patch

FAIL: test Upstream-Status presence: Upstream-Status is in incorrect format 
(test_patch.TestPatch.test_upstream_status_presence_format)
FAIL: test commit message presence: Please include a commit message on your 
patch explaining the change (test_mbox.TestMbox.test_commit_message_presence)

PASS: pretest src uri left files 
(test_metadata.TestMetadata.pretest_src_uri_left_files)
PASS: test CVE check ignore (test_metadata.TestMetadata.test_cve_check_ignore)
PASS: test CVE tag format (test_patch.TestPatch.test_cve_tag_format)
PASS: test Signed-off-by presence 
(test_mbox.TestMbox.test_signed_off_by_presence)
PASS: test Signed-off-by presence 
(test_patch.TestPatch.test_signed_off_by_presence)
PASS: test author valid (test_mbox.TestMbox.test_author_valid)
PASS: test lic files chksum modified not mentioned 
(test_metadata.TestMetadata.test_lic_files_chksum_modified_not_mentioned)
PASS: test max line length (test_metadata.TestMetadata.test_max_line_length)
PASS: test mbox format (test_mbox.TestMbox.test_mbox_format)
PASS: test non-AUH upgrade (test_mbox.TestMbox.test_non_auh_upgrade)
PASS: test shortlog format (test_mbox.TestMbox.test_shortlog_format)
PASS: test shortlog length (test_mbox.TestMbox.test_shortlog_length)
PASS: test src uri left files 
(test_metadata.TestMetadata.test_src_uri_left_files)

SKIP: pretest pylint: No python related patches, skipping test 
(test_python_pylint.PyLint.pretest_pylint)
SKIP: test bugzilla entry format: No bug ID found 
(test_mbox.TestMbox.test_bugzilla_entry_format)
SKIP: test lic files chksum presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_lic_files_chksum_presence)
SKIP: test license presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_license_presence)
SKIP: test pylint: No python related patches, skipping test 
(test_python_pylint.PyLint.test_pylint)
SKIP: test series merge on head: Merge test is disabled for now 
(test_mbox.TestMbox.test_series_merge_on_head)
SKIP: test summary presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_summary_presence)
SKIP: test target mailing list: Series merged, no reason to check other mailing 
lists (test_mbox.TestMbox.test_target_mailing_list)

---

Please address the issues identified and
submit a new revision of the patch, or alternatively, reply to this
email with an explanation of why the patch should be accepted. If you
believe these results are due to an error in patchtest, please submit a
bug at https://bugzilla.yoctoproject.org/ (use the 'Patchtest' category
under 'Yocto Project Subprojects'). For more information on specific
failures, see: https://wiki.yoctoproject.org/wiki/Patchtest. Thank
you!

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200588): 
https://lists.openembedded.org/g/openembedded-core/message/200588
Mute This Topic: https://lists.openembedded.org/mt/106647017/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] gstreamer1.0-plugins-bad: Fix build with musl

[Khem Raj]

Signed-off-by: Khem Raj 
---
v2: Refresh patch and change upstream status to accepted
v3: Change status to backport

 ...path_get_basename-instead-of-libc-ba.patch | 96 +++
 .../gstreamer1.0-plugins-bad_1.24.3.bb|  1 +
 2 files changed, 97 insertions(+)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-uvcgadget-Use-g_path_get_basename-instead-of-libc-ba.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-uvcgadget-Use-g_path_get_basename-instead-of-libc-ba.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-uvcgadget-Use-g_path_get_basename-instead-of-libc-ba.patch
new file mode 100644
index 000..cc21435ddeb
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-uvcgadget-Use-g_path_get_basename-instead-of-libc-ba.patch
@@ -0,0 +1,96 @@
+From 7c558e8ef9375aea953d1e7c854b25947c967f76 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 7 Jun 2024 23:09:54 -0700
+Subject: [PATCH] uvcgadget: Use g_path_get_basename instead of libc basename
+
+Musl does not implement GNU basename and have fixed a bug where the
+prototype was leaked into string.h [1], which resullts in compile errors
+with GCC-14 and Clang-17+
+
+| sys/uvcgadget/configfs.c:262:21: error: call to undeclared function 
'basename'
+ISO C99 and later do not support implicit function declarations 
[-Wimplicit-function-declaration]
+|   262 | const char *v = basename (globbuf.gl_pathv[i]);
+|   | ^
+
+Use glib function instead makes it portable across musl and glibc on
+linux
+
+[1] 
https://git.musl-libc.org/cgit/musl/commit/?id=725e17ed6dff4d0cd22487bb64470881e86a92e7a
+
+Upstream-Status: Backport 
[https://gitlab.freedesktop.org/gstreamer/gstreamer/merge_requests/7006]
+Signed-off-by: Khem Raj 
+---
+ .../gst-plugins-bad/sys/uvcgadget/configfs.c   | 18 --
+ 1 file changed, 12 insertions(+), 6 deletions(-)
+
+--- a/sys/uvcgadget/configfs.c
 b/sys/uvcgadget/configfs.c
+@@ -7,7 +7,7 @@
+  * Contact: Kieran Bingham 
+  */
+ 
+-/* To provide basename and asprintf from the GNU library. */
++/* To provide asprintf from the GNU library. */
+ #define _GNU_SOURCE
+ 
+ #include 
+@@ -259,9 +259,10 @@ udc_find_video_device (const char *udc,
+   }
+ 
+   if (i < globbuf.gl_pathc) {
+-const char *v = basename (globbuf.gl_pathv[i]);
++gchar *v = g_path_get_basename (globbuf.gl_pathv[i]);
+ 
+ video = path_join ("/dev", v);
++g_free (v);
+   }
+ 
+   globfree ();
+@@ -894,6 +895,7 @@ configfs_parse_uvc_function (const char
+ {
+   struct uvc_function_config *fc;
+   char *fpath;
++  gchar *bname;
+   int ret = 0;
+ 
+   fc = malloc (sizeof *fc);
+@@ -923,11 +925,10 @@ configfs_parse_uvc_function (const char
+* Parse the function configuration. Remove the gadget name qualifier
+* from the function name, if any.
+*/
+-  if (function)
+-function = basename (function);
++  bname = g_path_get_basename (function);
+ 
+   fc->udc = attribute_read_str (fpath, "../../UDC");
+-  fc->video = udc_find_video_device (fc->udc, function);
++  fc->video = udc_find_video_device (fc->udc, bname);
+   if (!fc->video) {
+ ret = -ENODEV;
+ goto done;
+@@ -942,6 +943,7 @@ done:
+   }
+ 
+   free (fpath);
++  g_free (bname);
+ 
+   return fc;
+ }
+@@ -979,12 +981,16 @@ configfs_parse_uvc_videodev (int fd, con
+   char *function = NULL;
+   char rpath[PATH_MAX];
+   char *res;
++  gchar *bname;
+ 
+   res = realpath (video, rpath);
+   if (!res)
+ return NULL;
+ 
+-  function = video_find_config_name (basename (rpath));
++  bname = g_path_get_basename (rpath);
++  function = video_find_config_name (bname);
++  g_free (bname);
++
+   if (!function)
+ return NULL;
+ 
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.24.3.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.24.3.bb
index dbd504e87dc..ccb1a544562 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.24.3.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.24.3.bb
@@ -9,6 +9,7 @@ SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad

file://0001-fix-maybe-uninitialized-warnings-when-compiling-with.patch \
file://0002-avoid-including-sys-poll.h-directly.patch \

file://0004-opencv-resolve-missing-opencv-data-dir-in-yocto-buil.patch \
+   
file://0001-uvcgadget-Use-g_path_get_basename-instead-of-libc-ba.patch \
"
 SRC_URI[sha256sum] = 
"e90f26c7dc9c76f4aa599b758cfd6d8c10d6a0b9cb265ba2c3c9bdf3888558f8"
 

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