[OE-core][master][PATCHv2] Upgrade flac 1.4.2 -> 1.4.3

[Siddharth]

From: Siddharth Doshi 

License-Update: URL fix

Remove PowerPC related options no longer supported upstream.

Signed-off-by: Siddharth Doshi 
---
 .../flac/{flac_1.4.2.bb => flac_1.4.3.bb}  | 10 --
 1 file changed, 4 insertions(+), 6 deletions(-)
 rename meta/recipes-multimedia/flac/{flac_1.4.2.bb => flac_1.4.3.bb} (80%)

diff --git a/meta/recipes-multimedia/flac/flac_1.4.2.bb 
b/meta/recipes-multimedia/flac/flac_1.4.3.bb
similarity index 80%
rename from meta/recipes-multimedia/flac/flac_1.4.2.bb
rename to meta/recipes-multimedia/flac/flac_1.4.3.bb
index d3ece3f3cf..9ef9ca75ef 100644
--- a/meta/recipes-multimedia/flac/flac_1.4.2.bb
+++ b/meta/recipes-multimedia/flac/flac_1.4.3.bb
@@ -5,15 +5,15 @@ BUGTRACKER = "https://github.com/xiph/flac/issues;
 SECTION = "libs"
 LICENSE = "GFDL-1.2 & GPL-2.0-or-later & LGPL-2.1-or-later & BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://COPYING.FDL;md5=ad1419ecc56e060eccf8184a87c4285f \
-
file://src/Makefile.am;beginline=1;endline=17;md5=146d2c8c2fd287545cc1bd81f31e8758
 \
+
file://src/Makefile.am;beginline=1;endline=17;md5=b1dab2704be7f01bfbd9b7f6d5f000a9
 \
 file://COPYING.GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-
file://src/flac/main.c;beginline=1;endline=18;md5=893456854ce6bf14a1a7ea77266eebab
 \
+
file://src/flac/main.c;beginline=1;endline=18;md5=23099119c034d894bd1bf7ef5bd22101
 \
 file://COPYING.LGPL;md5=fbc093901857fcd118f065f900982c24 \
-file://COPYING.Xiph;md5=3d6da238b5b57a0965d6730291119f65 \
+file://COPYING.Xiph;md5=0c90e41ab2fa7e69ca9391330d870221 \
 
file://include/FLAC/all.h;beginline=65;endline=70;md5=39aaf5e03c7364363884c8b8ddda8eea"
 
 SRC_URI = "http://downloads.xiph.org/releases/flac/${BP}.tar.xz;
-SRC_URI[sha256sum] = 
"e322d58a1f48d23d9dd38f432672865f6f79e73a6f9cc5a5f57fcaa83eb5a8e4"
+SRC_URI[sha256sum] = 
"6c58e69cd22348f441b861092b825e591d0b822e106de6eb0ee4d05d27205b70"
 
 CVE_PRODUCT = "libflac flac"
 
@@ -28,8 +28,6 @@ PACKAGECONFIG ??= " \
 ${@bb.utils.filter("TUNE_FEATURES", "altivec vsx", d)} \
 ogg \
 "
-PACKAGECONFIG[altivec] = "--enable-altivec,--disable-altivec"
-PACKAGECONFIG[vsx] = "--enable-vsx,--disable-vsx"
 PACKAGECONFIG[avx] = "--enable-avx,--disable-avx"
 PACKAGECONFIG[ogg] = "--enable-ogg --with-ogg-libraries=${STAGING_LIBDIR} 
--with-ogg-includes=${STAGING_INCDIR},--disable-ogg,libogg"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183437): 
https://lists.openembedded.org/g/openembedded-core/message/183437
Mute This Topic: https://lists.openembedded.org/mt/99803775/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] linux-yocto/5.15: cfg: fix DECNET configuration warning

[Bruce Ashfield]

From: Bruce Ashfield 

-stable merged the DECNET removal to 5.15, so we integrate
the following kernel-cache commit to fix the kernel configuration
audit warning:

b647d9611cb base: drop CONFIG_DECNET

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.15.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.15.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.15.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.15.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.15.bb
index b16a2af875..6ca7873910 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.15.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "b2a7dbd4edac7627c091c2ab14fec83726a4c79b"
-SRCREV_meta ?= "a6e18bacddf8ebca0c151e809c9996e17e08a7b0"
+SRCREV_meta ?= "b647d9611cb4936536e60a438292fc22df2fe000"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine;protocol=https
 \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.15;destsuffix=${KMETA};protocol=https"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.15.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.15.bb
index 20ec58fb85..616cc47202 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.15.bb
@@ -15,7 +15,7 @@ KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine ?= "b79e89ab973aeb8ec48e2cd987436ab52678e795"
-SRCREV_meta ?= "a6e18bacddf8ebca0c151e809c9996e17e08a7b0"
+SRCREV_meta ?= "b647d9611cb4936536e60a438292fc22df2fe000"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.15.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.15.bb
index c9dae7fa31..4ae03f1cb4 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.15.bb
@@ -23,7 +23,7 @@ SRCREV_machine:qemux86 ?= 
"079c88490578df99b38570c8968b836b8347ed44"
 SRCREV_machine:qemux86-64 ?= "079c88490578df99b38570c8968b836b8347ed44"
 SRCREV_machine:qemumips64 ?= "47d334232ab28f0f8d5316e07e11f8f14c6aaecc"
 SRCREV_machine ?= "079c88490578df99b38570c8968b836b8347ed44"
-SRCREV_meta ?= "a6e18bacddf8ebca0c151e809c9996e17e08a7b0"
+SRCREV_meta ?= "b647d9611cb4936536e60a438292fc22df2fe000"
 
 # set your preferred provider of linux-yocto to 'linux-yocto-upstream', and 
you'll
 # get the /base branch, which is pure upstream -stable, and the same
-- 
2.34.1


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

Re: [OE-core] [PATCH v2] kernel.bbclass: hoist up "unset S" bbfatal from kernel-yocto.bbclass to kernel.bbclass

[Bruce Ashfield]

In message: [PATCH v2] kernel.bbclass: hoist up "unset S" bbfatal from 
kernel-yocto.bbclass to kernel.bbclass
on 26/06/2023 luca.ceres...@bootlin.com wrote:

> From: Luca Ceresoli 
> 
> Writing a simple recipe that inherits kernel.bbclass and downloads a kernel
> tarball (e.g. a mainline release from kernel.org) via http or ftp fails
> with either:
> 
>   ERROR: linux-acme-6.3.3-r0 do_configure: oe_runmake failed
>   ...
>   | make: *** No rule to make target 'oldnoconfig'.  Stop.
> 
> or (seen on a different setup, based on kirkstone):
> 
>   ... do_populate_lic: QA Issue: ... LIC_FILES_CHKSUM points to an invalid 
> file: .../work-shared/.../kernel-source/COPYING [license-checksum]
> 
> This happens when not setting S in the recipe. In this case, kernel.bbclass
> sets it to ${STAGING_KERNEL_DIR}
> (${TMPDIR}/work-shared/${MACHINE}/kernel-source).  This means that in
> do_symlink_kernsrc(), the 'if s != kernsrc' never triggers and thus the
> kernel tree will not be moved into work-shared, which results in an empty
> work-shared/.../kernel-source directory.
> 
> Setting S in recipes is usually not required when downloading a tarball, so
> it is not obvious here and the error message does not point to the problem
> or its solution.
> 
> There is such a check in kernel-yocto.bbclass though. Move it to
> kernel.bbclass so that even kernel recipes not based on kernel-yocto can
> benefit from it.
> 
> The check is moved:
> 
>  - from the beginning of do_kernel_checkout() in kernel-yocto
>  - to the end of do_symlink_kernsrc() in kernel.bbclass
> 
> and since do_kernel_checkout is executed 'after do_symlink_kernsrc', the
> code flow does not change in a relevant way when using linux-yocto.

That's the current task flow, but the checkout has moved in the past,
and could move again.

My "don't fix it if it isn't broken" inclination tells me to just
as for the new check to be added for the use case, and leave the
one in kernel-yocto as a backup, in case the task ordering changes
or some other strange path through the code appears later.

But either way, the change looks ok to me.

Bruce

> 
> As an additional benefit, the check is now taking place both when
> downloading a tarball and when downloading from git, so even when using git
> the recipe writer will be presented the explanatory error message.
> 
> Signed-off-by: Luca Ceresoli 
> 
> ---
> 
> Changed in v2:
>  - don't check for WORKDIR/git dir existence (Suggested by Richard)
> ---
>  meta/classes-recipe/kernel-yocto.bbclass | 8 
>  meta/classes-recipe/kernel.bbclass   | 6 ++
>  2 files changed, 6 insertions(+), 8 deletions(-)
> 
> diff --git a/meta/classes-recipe/kernel-yocto.bbclass 
> b/meta/classes-recipe/kernel-yocto.bbclass
> index 4ac977b12207..3f2ce17aeb88 100644
> --- a/meta/classes-recipe/kernel-yocto.bbclass
> +++ b/meta/classes-recipe/kernel-yocto.bbclass
> @@ -394,16 +394,8 @@ do_kernel_checkout() {
>   # case: we have no git repository at all. 
>   # To support low bandwidth options for building the kernel, 
> we'll just 
>   # convert the tree to a git repo and let the rest of the 
> process work unchanged
> - 
> - # if ${S} hasn't been set to the proper subdirectory a default 
> of "linux" is 
> - # used, but we can't initialize that empty directory. So check 
> it and throw a
> - # clear error
>  
>   cd ${S}
> - if [ ! -f "Makefile" ]; then
> - bberror "S is not set to the linux source directory. 
> Check "
> - bbfatal "the recipe and set S to the proper extracted 
> subdirectory"
> - fi
>   rm -f .gitignore
>   git init
>   check_git_config
> diff --git a/meta/classes-recipe/kernel.bbclass 
> b/meta/classes-recipe/kernel.bbclass
> index e82b696d1a14..75f43cb1134e 100644
> --- a/meta/classes-recipe/kernel.bbclass
> +++ b/meta/classes-recipe/kernel.bbclass
> @@ -195,6 +195,12 @@ python do_symlink_kernsrc () {
>  import shutil
>  shutil.move(s, kernsrc)
>  os.symlink(kernsrc, s)
> +
> +# Setting S is required with this class when fetching a tarball because
> +# we cannot figure out automatically the extracted directory name. The
> +# check is beneficial even when using git so don't check for git here.
> +if not os.path.exists(os.path.join(s, "Makefile")):
> +bb.fatal("S is not set to the linux source directory. Check the 
> recipe and set S to the proper extracted subdirectory.")
>  }
>  # do_patch is normally ordered before do_configure, but
>  # externalsrc.bbclass deletes do_patch, breaking the dependency of
> -- 
> 2.34.1
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183435): 
https://lists.openembedded.org/g/openembedded-core/message/183435
Mute This Topic: https://lists.openembedded.org/mt/99787873/21656
Group 

Re: [OE-core][mickledore 5/5] linux-yocto/5.15: update to v5.15.118

[Bruce Ashfield]

On Mon, Jun 26, 2023 at 5:09 PM Steve Sakoman  wrote:
>
> Hi Bruce,
>
> I'm getting a warning on the autobuilder with poky-altcfg:
>
> WARNING: linux-yocto-5.15.118+gitAUTOINC+a6e18bacdd_079c884905-r0
> do_kernel_configcheck: [kernel config]: This BSP contains fragments
> with warnings:
>
> [INFO]: the following symbols were not found in the active configuration:
>  - CONFIG_DECNET

I'd like "things that should NEVER EVER be backported to -stable" for
1000 dollars please.

A completely inappropriate commit to remove decnet, was indeed
backported through the
-stable kernels.

I'm trying to decide if I'll revert that commit or fix up the configuration.

Either way, I'll send an update to the SRCREVs that will apply on top
of the -stable bumps
once I've decided.

Bruce


>
> Steve
>
> On Thu, Jun 22, 2023 at 1:15 PM  wrote:
> >
> > From: Bruce Ashfield 
> >
> > Updating  to the latest korg -stable release that comprises
> > the following commits:
> >
> > f67653019430 Linux 5.15.118
> > e5bf1f7d1fc8 nilfs2: reject devices with insufficient block count
> > 2bc9231afc64 mmc: block: ensure error propagation for non-blk
> > 4b7b50d4eb1a of: overlay: add entry to of_overlay_action_name[]
> > 84770cc54eff neighbour: delete neigh_lookup_nodev as not used
> > 41806518254c net: Remove DECnet leftovers from flow.h.
> > 4c39a2414a23 net: Remove unused inline function dst_hold_and_use()
> > bb76281b6e61 neighbour: Remove unused inline function neigh_key_eq16()
> > 67866cad7624 rcu/kvfree: Avoid freeing new kfree_rcu() memory after old 
> > grace period
> > c91ed3a5c2ab cgroup: always put cset in cgroup_css_set_put_fork
> > 33b801be2de1 afs: Fix vlserver probe RTT handling
> > f824bcc3e14b selftests/ptp: Fix timestamp printf format for 
> > PTP_SYS_OFFSET
> > 2077c7dbfe29 net: tipc: resize nlattr array to correct size
> > f734e16ee17f dm: don't lock fs when the map is NULL during suspend or 
> > resume
> > 8a8179f6a345 net: lapbether: only support ethernet devices
> > 052417e8b3ac net/sched: cls_api: Fix lockup on flushing explicitly 
> > created chain
> > c0cb9d453fd1 ext4: drop the call to ext4_error() from 
> > ext4_get_group_info()
> > eb4ccc102d5f cifs: fix lease break oops in xfstest generic/098
> > 1cb181271eab drm/nouveau: add nv_encoder pointer check for NULL
> > c79dccc263db drm/nouveau/dp: check for NULL nv_connector->native_mode
> > 909b7f7497cc drm/nouveau: don't detect DSM for non-NVIDIA device
> > 10e1e07bdea4 igb: fix nvm.ops.read() error handling
> > fe03fd373ca6 igc: Clean the TX buffer and TX descriptor ring
> > 032b8cbeb19c sctp: fix an error code in sctp_sf_eat_auth()
> > 981e78781a96 ipvlan: fix bound dev checking for IPv6 l3s mode
> > 3e76522d1a6d net: ethtool: correct MAX attribute value for stats
> > 18512de74454 IB/isert: Fix incorrect release of isert connection
> > 63e9e7198374 IB/isert: Fix possible list corruption in CMA handler
> > 29ff057c0a50 IB/isert: Fix dead lock in ib_isert
> > fced738f IB/uverbs: Fix to consider event queue closing also upon 
> > non-blocking mode
> > cd44977ecc94 RDMA/cma: Always set static rate to 0 for RoCE
> > 5a9dee176b4b RDMA/mlx5: Initiate dropless RQ for RAW Ethernet functions
> > 35828874aa9f octeontx2-af: fix lbk link credits on cn10k
> > 7506e77357da octeontx2-af: fixed resource availability check
> > 4dd914b9e2f9 iavf: remove mask from iavf_irq_enable_queues()
> > e6342cd13d39 RDMA/rxe: Fix the use-before-initialization error of 
> > resp_pkts
> > 466f25fd2d9b RDMA/rxe: Removed unused name from rxe_task struct
> > 13d087b3587b RDMA/rxe: Remove the unused variable obj
> > 0e1098d72fa4 net/sched: cls_u32: Fix reference counter leak leading to 
> > overflow
> > d56661cd8d55 net/sched: act_pedit: Parse L3 Header for L4 offset
> > 17b330b78244 net/sched: act_pedit: remove extra check for key type
> > 219b8e98387f net/sched: simplify tcf_pedit_act
> > 688e6db59661 ping6: Fix send to link-local addresses with VRF.
> > 471a4c08e30e net: enetc: correct the indexes of highest and 2nd highest 
> > TCs
> > 44ebe988cb38 netfilter: nf_tables: incorrect error path handling with 
> > NFT_MSG_NEWRULE
> > 133b73d85343 netfilter: nfnetlink: skip error delivery on batch in case 
> > of ENOMEM
> > e4188f8b8134 netfilter: nf_tables: integrate pipapo into commit protocol
> > 4da9d4e74033 spi: fsl-dspi: avoid SCK glitches with continuous transfers
> > 08acd41bb15a RDMA/rxe: Fix packet length checks
> > 01f6f867adc7 RDMA/rtrs: Fix rxe_dealloc_pd warning
> > 01bbead3098b RDMA/rtrs: Fix the last iu->buf leak in err path
> > 1938f080a183 usb: dwc3: gadget: Reset num TRBs before giving back the 
> > request
> > ed0295504905 serial: lantiq: add missing interrupt ack
> > 235845b576c5 USB: serial: option: add Quectel EM061KGL series
> > e05e9cca7797 thunderbolt: 

[OE-core] [kirkstone][PATCH] blktrace: ask for python3 specifically

[Sakib Sajal via lists.openembedded.org]

python2 has been deprecated, use python3 instead

Signed-off-by: Sakib Sajal 
---
 ...plot.py-Ask-for-python3-specifically.patch | 35 +++
 meta/recipes-kernel/blktrace/blktrace_git.bb  |  4 ++-
 2 files changed, 38 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch

diff --git 
a/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
 
b/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
new file mode 100644
index 00..e2305a
--- /dev/null
+++ 
b/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
@@ -0,0 +1,35 @@
+From 6f4769e6e2c5cdc1262891470995e6dead937c7a Mon Sep 17 00:00:00 2001
+From: Sakib Sajal 
+Date: Mon, 26 Jun 2023 17:57:36 -0400
+Subject: [PATCH] bno_plot.py, btt_plot.py: Ask for python3 specifically
+
+python2 is deprecated, use python3.
+
+Upstream-Status: Denied 
[https://www.spinics.net/lists/linux-btrace/msg01364.html]
+
+Signed-off-by: Sakib Sajal 
+---
+ btt/bno_plot.py | 2 +-
+ btt/btt_plot.py | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/btt/bno_plot.py b/btt/bno_plot.py
+index 3aa4e19..d7d7159 100644
+--- a/btt/bno_plot.py
 b/btt/bno_plot.py
+@@ -1,4 +1,4 @@
+-#! /usr/bin/env python
++#! /usr/bin/env python3
+ #
+ # btt blkno plotting interface
+ #
+diff --git a/btt/btt_plot.py b/btt/btt_plot.py
+index 40bc71f..8620d31 100755
+--- a/btt/btt_plot.py
 b/btt/btt_plot.py
+@@ -1,4 +1,4 @@
+-#! /usr/bin/env python
++#! /usr/bin/env python3
+ #
+ # btt_plot.py: Generate matplotlib plots for BTT generate data files
+ #
diff --git a/meta/recipes-kernel/blktrace/blktrace_git.bb 
b/meta/recipes-kernel/blktrace/blktrace_git.bb
index bba5e04504..1c0856be7b 100644
--- a/meta/recipes-kernel/blktrace/blktrace_git.bb
+++ b/meta/recipes-kernel/blktrace/blktrace_git.bb
@@ -14,7 +14,9 @@ SRCREV = "366d30b9cdb20345c5d064af850d686da79b89eb"
 
 PV = "1.3.0+git${SRCPV}"
 
-SRC_URI = "git://git.kernel.dk/blktrace.git;branch=master"
+SRC_URI = "git://git.kernel.dk/blktrace.git;branch=master \
+   
file://0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch \
+   "
 
 S = "${WORKDIR}/git"
 
-- 
2.40.0


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

[OE-core] [mickledore][PATCH] bno_plot.py, btt_plot.py: Ask for python3 specifically

[Sakib Sajal via lists.openembedded.org]

python2 has been deprecated, use python3 instead

Signed-off-by: Sakib Sajal 
---
 ...plot.py-Ask-for-python3-specifically.patch | 35 +++
 meta/recipes-kernel/blktrace/blktrace_git.bb  |  4 ++-
 2 files changed, 38 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch

diff --git 
a/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
 
b/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
new file mode 100644
index 00..a3b8a98589
--- /dev/null
+++ 
b/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
@@ -0,0 +1,35 @@
+From b8d9618cbbec5a04cf6dede0a6ceda41021b92ae Mon Sep 17 00:00:00 2001
+From: Sakib Sajal 
+Date: Mon, 26 Jun 2023 17:34:01 -0400
+Subject: [PATCH] bno_plot.py, btt_plot.py: Ask for python3 specifically
+
+python2 is deprecated, use python3.
+
+Upstream-Status: Denied 
[https://www.spinics.net/lists/linux-btrace/msg01364.html]
+
+Signed-off-by: Sakib Sajal 
+---
+ btt/bno_plot.py | 2 +-
+ btt/btt_plot.py | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/btt/bno_plot.py b/btt/bno_plot.py
+index 3aa4e19..d7d7159 100644
+--- a/btt/bno_plot.py
 b/btt/bno_plot.py
+@@ -1,4 +1,4 @@
+-#! /usr/bin/env python
++#! /usr/bin/env python3
+ #
+ # btt blkno plotting interface
+ #
+diff --git a/btt/btt_plot.py b/btt/btt_plot.py
+index 40bc71f..8620d31 100755
+--- a/btt/btt_plot.py
 b/btt/btt_plot.py
+@@ -1,4 +1,4 @@
+-#! /usr/bin/env python
++#! /usr/bin/env python3
+ #
+ # btt_plot.py: Generate matplotlib plots for BTT generate data files
+ #
diff --git a/meta/recipes-kernel/blktrace/blktrace_git.bb 
b/meta/recipes-kernel/blktrace/blktrace_git.bb
index d0eeba3208..288784236a 100644
--- a/meta/recipes-kernel/blktrace/blktrace_git.bb
+++ b/meta/recipes-kernel/blktrace/blktrace_git.bb
@@ -14,7 +14,9 @@ SRCREV = "366d30b9cdb20345c5d064af850d686da79b89eb"
 
 PV = "1.3.0+git${SRCPV}"
 
-SRC_URI = "git://git.kernel.dk/blktrace.git;branch=master;protocol=https"
+SRC_URI = "git://git.kernel.dk/blktrace.git;branch=master;protocol=https \
+   
file://0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch \
+   "
 
 S = "${WORKDIR}/git"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183432): 
https://lists.openembedded.org/g/openembedded-core/message/183432
Mute This Topic: https://lists.openembedded.org/mt/99798242/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] bno_plot.py, btt_plot.py: Ask for python3 specifically

[Sakib Sajal via lists.openembedded.org]

python2 has been deprecated, use python3 instead

Signed-off-by: Sakib Sajal 
---
 ...plot.py-Ask-for-python3-specifically.patch | 35 +++
 meta/recipes-kernel/blktrace/blktrace_git.bb  |  4 ++-
 2 files changed, 38 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch

diff --git 
a/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
 
b/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
new file mode 100644
index 00..a3b8a98589
--- /dev/null
+++ 
b/meta/recipes-kernel/blktrace/blktrace/0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch
@@ -0,0 +1,35 @@
+From b8d9618cbbec5a04cf6dede0a6ceda41021b92ae Mon Sep 17 00:00:00 2001
+From: Sakib Sajal 
+Date: Mon, 26 Jun 2023 17:34:01 -0400
+Subject: [PATCH] bno_plot.py, btt_plot.py: Ask for python3 specifically
+
+python2 is deprecated, use python3.
+
+Upstream-Status: Denied 
[https://www.spinics.net/lists/linux-btrace/msg01364.html]
+
+Signed-off-by: Sakib Sajal 
+---
+ btt/bno_plot.py | 2 +-
+ btt/btt_plot.py | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/btt/bno_plot.py b/btt/bno_plot.py
+index 3aa4e19..d7d7159 100644
+--- a/btt/bno_plot.py
 b/btt/bno_plot.py
+@@ -1,4 +1,4 @@
+-#! /usr/bin/env python
++#! /usr/bin/env python3
+ #
+ # btt blkno plotting interface
+ #
+diff --git a/btt/btt_plot.py b/btt/btt_plot.py
+index 40bc71f..8620d31 100755
+--- a/btt/btt_plot.py
 b/btt/btt_plot.py
+@@ -1,4 +1,4 @@
+-#! /usr/bin/env python
++#! /usr/bin/env python3
+ #
+ # btt_plot.py: Generate matplotlib plots for BTT generate data files
+ #
diff --git a/meta/recipes-kernel/blktrace/blktrace_git.bb 
b/meta/recipes-kernel/blktrace/blktrace_git.bb
index d0eeba3208..288784236a 100644
--- a/meta/recipes-kernel/blktrace/blktrace_git.bb
+++ b/meta/recipes-kernel/blktrace/blktrace_git.bb
@@ -14,7 +14,9 @@ SRCREV = "366d30b9cdb20345c5d064af850d686da79b89eb"
 
 PV = "1.3.0+git${SRCPV}"
 
-SRC_URI = "git://git.kernel.dk/blktrace.git;branch=master;protocol=https"
+SRC_URI = "git://git.kernel.dk/blktrace.git;branch=master;protocol=https \
+   
file://0001-bno_plot.py-btt_plot.py-Ask-for-python3-specifically.patch \
+   "
 
 S = "${WORKDIR}/git"
 
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183431): 
https://lists.openembedded.org/g/openembedded-core/message/183431
Mute This Topic: https://lists.openembedded.org/mt/99798201/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] libxcrypt: fix hard-coded ".so" extension

[Etienne Cordonnier via lists.openembedded.org]

> It didn't apply cleanly on my master-next and I was waiting for things
> to calm down to get back to it.

OK, thanks for the update. Don't hesitate to let me know in case I should
rebase the patch to avoid a git conflict. It seems to work on the latest
master-next. The files in libxcrypt and libxcrypt-dev are the same before
and after the patch:

$ oe-pkgdata-util list-pkg-files libxcrypt
libxcrypt:
/usr/lib/libcrypt.so.2
/usr/lib/libcrypt.so.2.0.0

libxcrypt-dev:
/usr/include/crypt.h
/usr/lib/libcrypt.so
/usr/lib/pkgconfig/libcrypt.pc
/usr/lib/pkgconfig/libxcrypt.pc


On Fri, Jun 9, 2023 at 5:50 PM Alexandre Belloni <
alexandre.bell...@bootlin.com> wrote:

> On 09/06/2023 15:19:12+, Ross Burton wrote:
> > Probably just fell through a crack, I’ve queued it locally for testing.
> >
>
> It didn't apply cleanly on my master-next and I was waiting for things
> to calm down to get back to it.
>
> > Sorry about that!
> >
> > Ross
> >
> > > On 9 Jun 2023, at 10:37, Etienne Cordonnier via lists.openembedded.org
>  wrote:
> > >
> > > Hello,
> > > is everything OK with the patch? Is there anything blocking a merge?
> > >
> > > On Fri, May 26, 2023 at 1:52 PM  wrote:
> > > From: Etienne Cordonnier 
> > >
> > > 2 issues:
> > > - the .so extension is hard-coded, and therefore the libxcryt package
> compiled with
> > >   meta-darwin is empty, because the dylib files are not contained in
> FILES_${PN}
> > > - nothing actually produces a file libcrypt-*.so (the symlink file is
> libcrypt.so, without dash), thus
> > >   defining FILES:${PN} manually to contain libcrypt-*.so has no effect.
> > >
> > > Signed-off-by: Etienne Cordonnier 
> > > ---
> > >  meta/recipes-core/libxcrypt/libxcrypt.inc | 6 --
> > >  1 file changed, 6 deletions(-)
> > >
> > > diff --git a/meta/recipes-core/libxcrypt/libxcrypt.inc
> b/meta/recipes-core/libxcrypt/libxcrypt.inc
> > > index 61b0381076..454a55d73d 100644
> > > --- a/meta/recipes-core/libxcrypt/libxcrypt.inc
> > > +++ b/meta/recipes-core/libxcrypt/libxcrypt.inc
> > > @@ -17,12 +17,6 @@ SRC_URI += "file://fix_cflags_handling.patch"
> > >
> > >  PROVIDES = "virtual/crypt"
> > >
> > > -FILES:${PN} = "${libdir}/libcrypt*.so.* \
> > > -   ${libdir}/libcrypt-*.so \
> > > -   ${libdir}/libowcrypt*.so.* \
> > > -   ${libdir}/libowcrypt-*.so \
> > > -"
> > > -
> > >  S = "${WORKDIR}/git"
> > >
> > >  BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
> > > --
> > > 2.36.1.vfs.0.0
> > >
> > >
> > >
> > >
> >
>
> >
> > 
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__bootlin.com=DwIDaQ=ncDTmphkJTvjIDPh0hpF_4vCHvabgGkICC2epckfdiw=AhkbNonVuMIGRfPx_Qj9TsRih1DULJTKUkSGa66m67E=12f3CsTplzLkTcoMijzp0ABurdB9V1l2zSzRlTZfbJX-s-QgWApUHSds7cLJYJfD=qgbUtzi4aOcTJaUzK5IgGCUAlilJwvwSsSgKsBLvADI=
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183430): 
https://lists.openembedded.org/g/openembedded-core/message/183430
Mute This Topic: https://lists.openembedded.org/mt/99149665/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] Upgrade flac 1.4.2 => 1.4.3

[Alexander Kanavin]

On Mon, 26 Jun 2023 at 16:21, Siddharth  wrote:
>  LICENSE = "GFDL-1.2 & GPL-2.0-or-later & LGPL-2.1-or-later & BSD-3-Clause"
>  LIC_FILES_CHKSUM = "file://COPYING.FDL;md5=ad1419ecc56e060eccf8184a87c4285f \
> -
> file://src/Makefile.am;beginline=1;endline=17;md5=146d2c8c2fd287545cc1bd81f31e8758
>  \
> +
> file://src/Makefile.am;beginline=1;endline=17;md5=b1dab2704be7f01bfbd9b7f6d5f000a9
>  \
>  file://COPYING.GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
> -
> file://src/flac/main.c;beginline=1;endline=18;md5=893456854ce6bf14a1a7ea77266eebab
>  \
> +
> file://src/flac/main.c;beginline=1;endline=18;md5=23099119c034d894bd1bf7ef5bd22101
>  \
>  file://COPYING.LGPL;md5=fbc093901857fcd118f065f900982c24 
> \
> -file://COPYING.Xiph;md5=3d6da238b5b57a0965d6730291119f65 
> \
> +file://COPYING.Xiph;md5=0c90e41ab2fa7e69ca9391330d870221 
> \
>  
> file://include/FLAC/all.h;beginline=65;endline=70;md5=39aaf5e03c7364363884c8b8ddda8eea"

If something in license files has changed, the changes need to be
documented in the commit message, and LICENSE needs to be updated if
necessary. Checksums are tracked for that reason: to be able to catch
important changes in upstream licensing terms.

Alex

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

Re: [OE-core][mickledore 5/5] linux-yocto/5.15: update to v5.15.118

[Steve Sakoman]

Hi Bruce,

I'm getting a warning on the autobuilder with poky-altcfg:

WARNING: linux-yocto-5.15.118+gitAUTOINC+a6e18bacdd_079c884905-r0
do_kernel_configcheck: [kernel config]: This BSP contains fragments
with warnings:

[INFO]: the following symbols were not found in the active configuration:
 - CONFIG_DECNET

Steve

On Thu, Jun 22, 2023 at 1:15 PM  wrote:
>
> From: Bruce Ashfield 
>
> Updating  to the latest korg -stable release that comprises
> the following commits:
>
> f67653019430 Linux 5.15.118
> e5bf1f7d1fc8 nilfs2: reject devices with insufficient block count
> 2bc9231afc64 mmc: block: ensure error propagation for non-blk
> 4b7b50d4eb1a of: overlay: add entry to of_overlay_action_name[]
> 84770cc54eff neighbour: delete neigh_lookup_nodev as not used
> 41806518254c net: Remove DECnet leftovers from flow.h.
> 4c39a2414a23 net: Remove unused inline function dst_hold_and_use()
> bb76281b6e61 neighbour: Remove unused inline function neigh_key_eq16()
> 67866cad7624 rcu/kvfree: Avoid freeing new kfree_rcu() memory after old 
> grace period
> c91ed3a5c2ab cgroup: always put cset in cgroup_css_set_put_fork
> 33b801be2de1 afs: Fix vlserver probe RTT handling
> f824bcc3e14b selftests/ptp: Fix timestamp printf format for PTP_SYS_OFFSET
> 2077c7dbfe29 net: tipc: resize nlattr array to correct size
> f734e16ee17f dm: don't lock fs when the map is NULL during suspend or 
> resume
> 8a8179f6a345 net: lapbether: only support ethernet devices
> 052417e8b3ac net/sched: cls_api: Fix lockup on flushing explicitly 
> created chain
> c0cb9d453fd1 ext4: drop the call to ext4_error() from 
> ext4_get_group_info()
> eb4ccc102d5f cifs: fix lease break oops in xfstest generic/098
> 1cb181271eab drm/nouveau: add nv_encoder pointer check for NULL
> c79dccc263db drm/nouveau/dp: check for NULL nv_connector->native_mode
> 909b7f7497cc drm/nouveau: don't detect DSM for non-NVIDIA device
> 10e1e07bdea4 igb: fix nvm.ops.read() error handling
> fe03fd373ca6 igc: Clean the TX buffer and TX descriptor ring
> 032b8cbeb19c sctp: fix an error code in sctp_sf_eat_auth()
> 981e78781a96 ipvlan: fix bound dev checking for IPv6 l3s mode
> 3e76522d1a6d net: ethtool: correct MAX attribute value for stats
> 18512de74454 IB/isert: Fix incorrect release of isert connection
> 63e9e7198374 IB/isert: Fix possible list corruption in CMA handler
> 29ff057c0a50 IB/isert: Fix dead lock in ib_isert
> fced738f IB/uverbs: Fix to consider event queue closing also upon 
> non-blocking mode
> cd44977ecc94 RDMA/cma: Always set static rate to 0 for RoCE
> 5a9dee176b4b RDMA/mlx5: Initiate dropless RQ for RAW Ethernet functions
> 35828874aa9f octeontx2-af: fix lbk link credits on cn10k
> 7506e77357da octeontx2-af: fixed resource availability check
> 4dd914b9e2f9 iavf: remove mask from iavf_irq_enable_queues()
> e6342cd13d39 RDMA/rxe: Fix the use-before-initialization error of 
> resp_pkts
> 466f25fd2d9b RDMA/rxe: Removed unused name from rxe_task struct
> 13d087b3587b RDMA/rxe: Remove the unused variable obj
> 0e1098d72fa4 net/sched: cls_u32: Fix reference counter leak leading to 
> overflow
> d56661cd8d55 net/sched: act_pedit: Parse L3 Header for L4 offset
> 17b330b78244 net/sched: act_pedit: remove extra check for key type
> 219b8e98387f net/sched: simplify tcf_pedit_act
> 688e6db59661 ping6: Fix send to link-local addresses with VRF.
> 471a4c08e30e net: enetc: correct the indexes of highest and 2nd highest 
> TCs
> 44ebe988cb38 netfilter: nf_tables: incorrect error path handling with 
> NFT_MSG_NEWRULE
> 133b73d85343 netfilter: nfnetlink: skip error delivery on batch in case 
> of ENOMEM
> e4188f8b8134 netfilter: nf_tables: integrate pipapo into commit protocol
> 4da9d4e74033 spi: fsl-dspi: avoid SCK glitches with continuous transfers
> 08acd41bb15a RDMA/rxe: Fix packet length checks
> 01f6f867adc7 RDMA/rtrs: Fix rxe_dealloc_pd warning
> 01bbead3098b RDMA/rtrs: Fix the last iu->buf leak in err path
> 1938f080a183 usb: dwc3: gadget: Reset num TRBs before giving back the 
> request
> ed0295504905 serial: lantiq: add missing interrupt ack
> 235845b576c5 USB: serial: option: add Quectel EM061KGL series
> e05e9cca7797 thunderbolt: Mask ring interrupt on Intel hardware as well
> 0bd227610c83 thunderbolt: dma_test: Use correct value for absent rings 
> when creating paths
> 2a974abc0976 Remove DECnet support from kernel
> 28010d3a9a22 ALSA: hda/realtek: Add a quirk for Compaq N14JP6
> 203a01ae5732 drm/amdgpu: add missing radeon secondary PCI ID
> b1b64a76b775 drm/amd/display: edp do not add non-edid timings
> 98c8c0f2b3a5 net: usb: qmi_wwan: add support for Compal RXM-G1
> fd81222d1a69 RDMA/uverbs: Restrict usage of privileged QKEYs
> 14c30c2439dc nouveau: fix client work fence deletion race
> f4c5eebb37a2 dm 

[OE-core] Current high bug count owners for Yocto Project 4.3

[Stephen Jolley]

All,

Below is the list as of top 29 bug owners as of the end of WW25 of who have
open medium or higher bugs and enhancements against YP 4.3. There are 86
possible work days left until the final release candidates for YP 4.3 needs
to be released.


Who

Count


michael.opdenac...@bootlin.com

32


ross.bur...@arm.com

30


david.re...@windriver.com

25


richard.pur...@linuxfoundation.org

24


bruce.ashfi...@gmail.com

24


randy.macl...@windriver.com

21


jpewhac...@gmail.com

10


pa...@zhukoff.net

7


sundeep.kokko...@windriver.com

5


sakib.sa...@windriver.com

5


pi...@pidge.org

4


yash.shi...@windriver.com

3


tim.orl...@konsulko.com

3


alexis.loth...@bootlin.com

3


jon.ma...@arm.com

2


yoann.con...@smile.fr

1


tvgamb...@gmail.com

1


thr...@amazon.de

1


thomas.per...@bootlin.com

1


st...@sakoman.com

1


p.lob...@welotec.com

1


martin.ja...@gmail.com

1


mark.ha...@kernel.crashing.org

1


mark.asselst...@windriver.com

1


louis.ran...@syslinbit.com

1


jens.ge...@desy.de

1


fathi.bou...@linaro.org

1


alexandre.bell...@bootlin.com

1


alejan...@enedino.org

1


Grand Total

212

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


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

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[Stephen Jolley]

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 432
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now,  "4.3", "4.4", "4.99" and "Future", the more pressing/urgent
issues being in "4.3" and then "4.4".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183426): 
https://lists.openembedded.org/g/openembedded-core/message/183426
Mute This Topic: https://lists.openembedded.org/mt/99797085/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] defaultsetup: Enable largefile and 64bit time_t support systemwide for 32 bit platforms

[Richard Purdie]

There is a problem with 32 bit time looming for many 32 bit platforms
including arm, mip32, powerpc and x86 (but not riscv32) in 2038 when the
32 bit field time_t can no longer store the time value correctly due
to overflow.

Preparing for this is tricky as the ABI between libraries and binaries
will change and it isn't possible to migrate easily as structures and
return values change size.

As we're a source based system, the project has taken the decision that
we should change the compiler flags to switch to both largefile and 64
bit time_t. With OE-Core we've ironed out the issues we could spot
apart from some testing issues in strace and lttng-tools for which
discussions are ongoing upstream. There is more testing to be done
but we wanted to make this switch now in good time before our next
LTS release so we can work through any issues arrising.

We had already tried to mandate largefile everywhere before this but
this gives an opportunity to ensure that at the same time.

Signed-off-by: Richard Purdie 
---
 meta/conf/distro/defaultsetup.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/defaultsetup.conf 
b/meta/conf/distro/defaultsetup.conf
index f6894f3ab56..1abb5096293 100644
--- a/meta/conf/distro/defaultsetup.conf
+++ b/meta/conf/distro/defaultsetup.conf
@@ -2,7 +2,7 @@ include conf/distro/include/default-providers.inc
 include conf/distro/include/default-versions.inc
 include conf/distro/include/default-distrovars.inc
 include conf/distro/include/maintainers.inc
-
+include conf/distro/include/time64.inc
 require conf/distro/include/tcmode-${TCMODE}.inc
 require conf/distro/include/tclibc-${TCLIBC}.inc
 
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183425): 
https://lists.openembedded.org/g/openembedded-core/message/183425
Mute This Topic: https://lists.openembedded.org/mt/99791427/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] time64: Disable CFLAGS for strace

[Richard Purdie]

Until strace can handle the interface with glibc correctly with those flags,
disable there for now.

Signed-off-by: Richard Purdie 
---
 meta/conf/distro/include/time64.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/conf/distro/include/time64.inc 
b/meta/conf/distro/include/time64.inc
index 78569de4337..a0cee4fad67 100644
--- a/meta/conf/distro/include/time64.inc
+++ b/meta/conf/distro/include/time64.inc
@@ -29,6 +29,8 @@ GLIBC_64BIT_TIME_FLAGS:pn-pipewire = ""
 # undefines _FILE_OFFSET_BITS, which wont work when _TIME_BITS=64 is set
 GLIBC_64BIT_TIME_FLAGS:pn-pulseaudio = ""
 GLIBC_64BIT_TIME_FLAGS:pn-gcc-sanitizers = ""
+# https://github.com/strace/strace/issues/250
+GLIBC_64BIT_TIME_FLAGS:pn-strace = ""
 
 INSANE_SKIP:append:pn-cargo = " 32bit-time"
 INSANE_SKIP:append:pn-gcc-sanitizers = " 32bit-time"
-- 
2.39.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183424): 
https://lists.openembedded.org/g/openembedded-core/message/183424
Mute This Topic: https://lists.openembedded.org/mt/99791426/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][kirkstone][PATCH v2] libcap: fix CVE-2023-2603 Integer Overflow in _libcap_strdup()

[Steve Sakoman]

On Mon, Jun 26, 2023 at 3:40 AM vkumbhar  wrote:
>
> Signed-off-by: Vivek Kumbhar 
> ---
>  .../libcap/files/CVE-2023-2603.patch  | 60 +++
>  meta/recipes-support/libcap/libcap_2.66.bb|  1 +
>  2 files changed, 61 insertions(+)
>  create mode 100644 meta/recipes-support/libcap/files/CVE-2023-2603.patch
>
> diff --git a/meta/recipes-support/libcap/files/CVE-2023-2603.patch 
> b/meta/recipes-support/libcap/files/CVE-2023-2603.patch
> new file mode 100644
> index 00..e09be78640
> --- /dev/null
> +++ b/meta/recipes-support/libcap/files/CVE-2023-2603.patch
> @@ -0,0 +1,60 @@
> +From 422bec25ae4a1ab03fd4d6f728695ed279173b18 Mon Sep 17 00:00:00 2001
> +From: "Andrew G. Morgan" 
> +Date: Wed, 3 May 2023 19:44:22 -0700
> +Subject: Large strings can confuse libcap's internal strdup code.
> +
> +Avoid something subtle with really long strings: 1073741823 should
> +be enough for anybody. This is an improved fix over something attempted
> +in libcap-2.55 to address some static analysis findings.
> +
> +Reviewing the library, cap_proc_root() and cap_launcher_set_chroot()
> +are the only two calls where the library is potentially exposed to a
> +user controlled string input.
> +
> +Credit for finding this bug in libcap goes to Richard Weinberger of
> +X41 D-Sec GmbH (https://x41-dsec.de/) who performed a security audit
> +of the libcap source code in April of 2023. The audit was sponsored
> +by the Open Source Technology Improvement Fund (https://ostif.org/).
> +
> +Audit ref: LCAP-CR-23-02 (CVE-2023-2603)
> +
> +Signed-off-by: Andrew G. Morgan 
> +
> +Upstream-Status: Backport 
> [https://git.kernel.org/pub/scm/libs/libcap/libcap.git/commit/?id=422bec25ae4a1ab03fd4d6f728695ed279173b18]
> +CVE: CVE-2023-2603
> +Signed-off-by: Vivek Kumbhar 
> +
> +---
> + libcap/cap_alloc.c | 12 +++-
> + 1 file changed, 7 insertions(+), 5 deletions(-)
> +
> +diff --git a/libcap/cap_alloc.c b/libcap/cap_alloc.c
> +index c826e7a..25f9981 100644
> +--- a/libcap/cap_alloc.c
>  b/libcap/cap_alloc.c
> +@@ -105,15 +105,17 @@ char *_libcap_strdup(const char *old)
> +   errno = EINVAL;
> +   return NULL;
> + }
> +-len = strlen(old) + 1 + 2*sizeof(__u32);
> +-if (len < sizeof(struct _cap_alloc_s)) {
> +-  len = sizeof(struct _cap_alloc_s);
> +-}
> +-if ((len & 0x) != len) {
> ++
> ++len = strlen(old);
> ++if ((len & 0x3fff) != len) {
> +   _cap_debug("len is too long for libcap to manage");
> +   errno = EINVAL;
> +   return NULL;
> + }
> ++len += 1 + 2*sizeof(__u32);
> ++if (len < sizeof(struct _cap_alloc_s)) {
> ++  len = sizeof(struct _cap_alloc_s);
> ++}
> +
> + raw_data = calloc(1, len);
> + if (raw_data == NULL) {
> +--
> +2.25.1
> +
> diff --git a/meta/recipes-support/libcap/libcap_2.66.bb 
> b/meta/recipes-support/libcap/libcap_2.66.bb
> index c50e9d8cc7..844ae58506 100644
> --- a/meta/recipes-support/libcap/libcap_2.66.bb
> +++ b/meta/recipes-support/libcap/libcap_2.66.bb
> @@ -19,6 +19,7 @@ SRC_URI = 
> "${KERNELORG_MIRROR}/linux/libs/security/linux-privs/${BPN}2/${BPN}-${
> "
>  SRC_URI:append:class-nativesdk = " \
> 
> file://0001-nativesdk-libcap-Raise-the-size-of-arrays-containing.patch \
> +   file://CVE-2023-2603.patch \

Did you really intend for this patch only to be applied for class-nativesdk?

Steve


> "
>  SRC_URI[sha256sum] = 
> "15c40ededb3003d70a283fe587a36b7d19c8b3b554e33f86129c059a4bb466b2"
>
> --
> 2.25.1
>
>
> 
>

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

[OE-core][master][PATCH] Upgrade flac 1.4.2 => 1.4.3

[Siddharth]

From: Siddharth Doshi 

Changes:

As there have been additions to the libFLAC interfaces, the libFLAC version 
number is incremented to 13. The libFLAC++ version number stays at 10.

* General
* All PowerPC-specific code has been removed, as it turned out those 
improvements didn't actually improve anything
* Large improvements in encoder speed for all presets. The largest 
change is for the fastest presets and for 24-bit and 32-bit inputs.
* Small improvement in decoder speed for BMI2-capable CPUs
* Various documentation fixes and cleanups (Mark Grassi, Jake Schmidt)
* Various fixes (Ozkan Sezer, Zhipeng Xue, orbea, Sam James, Harish 
Mahendrakar)
* Fix building on Universal Windows Platform (Dmitry Kostjučenko)
* flac
* A lot of small fixes for bugs found by fuzzing
* Various improvements to the --keep-foreign-metadata and 
--keep-foreign-metadata-if-present options on decoding
* The output format (WAV/AIFF/RF64 etc.) is now automatically 
selected based on what kind of foreign metadata is stored
* Decoded file is checked afterwards, to see whether stored 
foreign format data agrees with FLAC audio properties
* AIFF-C sowt data can now be restored
* Add --force-legacy-wave-format option, to decode to WAV with 
WAVEFORMATPCM where WAVE_FORMAT_EXTENSIBLE would be more appropriate
* Add --force-aiff-c-none-format and --force-aiff-c-sowt-format to 
decode to AIFF-C
* The storage of WAVEFORMATEXTENSIBLE_CHANNEL_MASK is no longer 
restricted to known channel orderings
* Throw an error when WAV or AIFF files are over 4GiB in length and the 
--ignore-chunk-sizes option is not set
* Warn on testing files when ID3v2 tags are found
* Warn when data trails the audio data of a WAV/AIFF/RF64/W64 file
* Fix output file not being deleted after error on Windows
* Removal of the --sector--align option
* metaflac
* A lot of small fixes for bugs found by fuzzing
* Added options --append and --data-format, which makes it possible to 
copy metadata blocks from one FLAC file to another
* Added option --remove-all-tags-except
* Added option --show-all-tags (harridu, Martijn van Beurden)
* libFLAC
* No longer write seektables to Ogg, even when specifically asked for. 
Seektables in Ogg are not defined
* Add functions FLAC__metadata_object_set_raw and 
FLAC__metadata_object_get_raw to convert between blob and FLAC__StreamMetadata
* Build system
* Autoconf (configure)
* The option --enable-64-bit-words is now on by default
* CMake
* The option ENABLE_64_BIT_WORDS is now on by default
* Testing/validation
* Fuzzers were added for the flac and metaflac command line tools
* Fuzzer coverage was improved

Signed-off-by: Siddharth Doshi 
---
 .../flac/{flac_1.4.2.bb => flac_1.4.3.bb}  | 10 --
 1 file changed, 4 insertions(+), 6 deletions(-)
 rename meta/recipes-multimedia/flac/{flac_1.4.2.bb => flac_1.4.3.bb} (80%)

diff --git a/meta/recipes-multimedia/flac/flac_1.4.2.bb 
b/meta/recipes-multimedia/flac/flac_1.4.3.bb
similarity index 80%
rename from meta/recipes-multimedia/flac/flac_1.4.2.bb
rename to meta/recipes-multimedia/flac/flac_1.4.3.bb
index d3ece3f3cf..9ef9ca75ef 100644
--- a/meta/recipes-multimedia/flac/flac_1.4.2.bb
+++ b/meta/recipes-multimedia/flac/flac_1.4.3.bb
@@ -5,15 +5,15 @@ BUGTRACKER = "https://github.com/xiph/flac/issues;
 SECTION = "libs"
 LICENSE = "GFDL-1.2 & GPL-2.0-or-later & LGPL-2.1-or-later & BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://COPYING.FDL;md5=ad1419ecc56e060eccf8184a87c4285f \
-
file://src/Makefile.am;beginline=1;endline=17;md5=146d2c8c2fd287545cc1bd81f31e8758
 \
+
file://src/Makefile.am;beginline=1;endline=17;md5=b1dab2704be7f01bfbd9b7f6d5f000a9
 \
 file://COPYING.GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-
file://src/flac/main.c;beginline=1;endline=18;md5=893456854ce6bf14a1a7ea77266eebab
 \
+
file://src/flac/main.c;beginline=1;endline=18;md5=23099119c034d894bd1bf7ef5bd22101
 \
 file://COPYING.LGPL;md5=fbc093901857fcd118f065f900982c24 \
-file://COPYING.Xiph;md5=3d6da238b5b57a0965d6730291119f65 \
+file://COPYING.Xiph;md5=0c90e41ab2fa7e69ca9391330d870221 \
 
file://include/FLAC/all.h;beginline=65;endline=70;md5=39aaf5e03c7364363884c8b8ddda8eea"
 
 SRC_URI = "http://downloads.xiph.org/releases/flac/${BP}.tar.xz;
-SRC_URI[sha256sum] = 
"e322d58a1f48d23d9dd38f432672865f6f79e73a6f9cc5a5f57fcaa83eb5a8e4"
+SRC_URI[sha256sum] = 
"6c58e69cd22348f441b861092b825e591d0b822e106de6eb0ee4d05d27205b70"
 
 CVE_PRODUCT = "libflac flac"
 
@@ -28,8 +28,6 @@ PACKAGECONFIG ??= " \
 ${@bb.utils.filter("TUNE_FEATURES", "altivec vsx", d)} \
  

[OE-core] [PATCH] uboot-extlinux-config.bbclass: fix old override syntax in comment

[Quentin Schulz]

From: Quentin Schulz 

The comment specifies how to use the variables but uses the older and
now unsupported override syntax. Let's update to match the newer syntax.

Cc: Quentin Schulz 
Signed-off-by: Quentin Schulz 
---
This was NOT tested, only looked weird and the code seems to indicate it
can use the new syntax (which is not always guaranteed, see
PREFERRED_PROVIDER).
---
 meta/classes-recipe/uboot-extlinux-config.bbclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/classes-recipe/uboot-extlinux-config.bbclass 
b/meta/classes-recipe/uboot-extlinux-config.bbclass
index 86a7d30ca0..653e583663 100644
--- a/meta/classes-recipe/uboot-extlinux-config.bbclass
+++ b/meta/classes-recipe/uboot-extlinux-config.bbclass
@@ -33,11 +33,11 @@
 # UBOOT_EXTLINUX_DEFAULT_LABEL ??= "Linux Default"
 # UBOOT_EXTLINUX_TIMEOUT ??= "30"
 #
-# UBOOT_EXTLINUX_KERNEL_IMAGE_default ??= "../zImage"
-# UBOOT_EXTLINUX_MENU_DESCRIPTION_default ??= "Linux Default"
+# UBOOT_EXTLINUX_KERNEL_IMAGE:default ??= "../zImage"
+# UBOOT_EXTLINUX_MENU_DESCRIPTION:default ??= "Linux Default"
 #
-# UBOOT_EXTLINUX_KERNEL_IMAGE_fallback ??= "../zImage-fallback"
-# UBOOT_EXTLINUX_MENU_DESCRIPTION_fallback ??= "Linux Fallback"
+# UBOOT_EXTLINUX_KERNEL_IMAGE:fallback ??= "../zImage-fallback"
+# UBOOT_EXTLINUX_MENU_DESCRIPTION:fallback ??= "Linux Fallback"
 #
 # Results:
 #

---
base-commit: 13b646c0e167ca52f69c91be5538049b172015ac
change-id: 20230626-dev-uboot-extlinux-config-comment-new-syntax-82396af30935

Best regards,
-- 
Quentin Schulz 


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

[OE-core] [PATCH v2] kernel.bbclass: hoist up "unset S" bbfatal from kernel-yocto.bbclass to kernel.bbclass

[Luca Ceresoli via lists.openembedded.org]

From: Luca Ceresoli 

Writing a simple recipe that inherits kernel.bbclass and downloads a kernel
tarball (e.g. a mainline release from kernel.org) via http or ftp fails
with either:

  ERROR: linux-acme-6.3.3-r0 do_configure: oe_runmake failed
  ...
  | make: *** No rule to make target 'oldnoconfig'.  Stop.

or (seen on a different setup, based on kirkstone):

  ... do_populate_lic: QA Issue: ... LIC_FILES_CHKSUM points to an invalid 
file: .../work-shared/.../kernel-source/COPYING [license-checksum]

This happens when not setting S in the recipe. In this case, kernel.bbclass
sets it to ${STAGING_KERNEL_DIR}
(${TMPDIR}/work-shared/${MACHINE}/kernel-source).  This means that in
do_symlink_kernsrc(), the 'if s != kernsrc' never triggers and thus the
kernel tree will not be moved into work-shared, which results in an empty
work-shared/.../kernel-source directory.

Setting S in recipes is usually not required when downloading a tarball, so
it is not obvious here and the error message does not point to the problem
or its solution.

There is such a check in kernel-yocto.bbclass though. Move it to
kernel.bbclass so that even kernel recipes not based on kernel-yocto can
benefit from it.

The check is moved:

 - from the beginning of do_kernel_checkout() in kernel-yocto
 - to the end of do_symlink_kernsrc() in kernel.bbclass

and since do_kernel_checkout is executed 'after do_symlink_kernsrc', the
code flow does not change in a relevant way when using linux-yocto.

As an additional benefit, the check is now taking place both when
downloading a tarball and when downloading from git, so even when using git
the recipe writer will be presented the explanatory error message.

Signed-off-by: Luca Ceresoli 

---

Changed in v2:
 - don't check for WORKDIR/git dir existence (Suggested by Richard)
---
 meta/classes-recipe/kernel-yocto.bbclass | 8 
 meta/classes-recipe/kernel.bbclass   | 6 ++
 2 files changed, 6 insertions(+), 8 deletions(-)

diff --git a/meta/classes-recipe/kernel-yocto.bbclass 
b/meta/classes-recipe/kernel-yocto.bbclass
index 4ac977b12207..3f2ce17aeb88 100644
--- a/meta/classes-recipe/kernel-yocto.bbclass
+++ b/meta/classes-recipe/kernel-yocto.bbclass
@@ -394,16 +394,8 @@ do_kernel_checkout() {
# case: we have no git repository at all. 
# To support low bandwidth options for building the kernel, 
we'll just 
# convert the tree to a git repo and let the rest of the 
process work unchanged
-   
-   # if ${S} hasn't been set to the proper subdirectory a default 
of "linux" is 
-   # used, but we can't initialize that empty directory. So check 
it and throw a
-   # clear error
 
cd ${S}
-   if [ ! -f "Makefile" ]; then
-   bberror "S is not set to the linux source directory. 
Check "
-   bbfatal "the recipe and set S to the proper extracted 
subdirectory"
-   fi
rm -f .gitignore
git init
check_git_config
diff --git a/meta/classes-recipe/kernel.bbclass 
b/meta/classes-recipe/kernel.bbclass
index e82b696d1a14..75f43cb1134e 100644
--- a/meta/classes-recipe/kernel.bbclass
+++ b/meta/classes-recipe/kernel.bbclass
@@ -195,6 +195,12 @@ python do_symlink_kernsrc () {
 import shutil
 shutil.move(s, kernsrc)
 os.symlink(kernsrc, s)
+
+# Setting S is required with this class when fetching a tarball because
+# we cannot figure out automatically the extracted directory name. The
+# check is beneficial even when using git so don't check for git here.
+if not os.path.exists(os.path.join(s, "Makefile")):
+bb.fatal("S is not set to the linux source directory. Check the recipe 
and set S to the proper extracted subdirectory.")
 }
 # do_patch is normally ordered before do_configure, but
 # externalsrc.bbclass deletes do_patch, breaking the dependency of
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183420): 
https://lists.openembedded.org/g/openembedded-core/message/183420
Mute This Topic: https://lists.openembedded.org/mt/99787873/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][kirkstone][PATCH] libcap: CVE-2023-2603 Integer Overflow in _libcap_strdup()

[vkumbhar]

Thanks Russ pointing out this issue, modified patch v2 has been sent for
review.

Kind Regards,
Vivek

On Sat, Jun 24, 2023 at 2:09 AM Russ Dill  wrote:

> Due to a space in the URL the backport resolves to the wrong patch (HEAD)
> which is included rather than the one actually at
>
> https://git.kernel.org/pub/scm/libs/libcap/libcap.git/commit/?id=422bec25ae4a1ab03fd4d6f728695ed279173b18
> --
> *From:* openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org> on behalf of vkumbhar via
> lists.openembedded.org 
> *Sent:* Thursday, June 22, 2023 10:19 PM
> *To:* openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org>
> *Cc:* Vivek Kumbhar 
> *Subject:* [OE-core][kirkstone][PATCH] libcap: CVE-2023-2603 Integer
> Overflow in _libcap_strdup()
>
> Signed-off-by: Vivek Kumbhar 
> ---
>  .../libcap/files/CVE-2023-2603.patch  | 31 +++
>  meta/recipes-support/libcap/libcap_2.66.bb|  1 +
>  2 files changed, 32 insertions(+)
>  create mode 100644 meta/recipes-support/libcap/files/CVE-2023-2603.patch
>
> diff --git a/meta/recipes-support/libcap/files/CVE-2023-2603.patch
> b/meta/recipes-support/libcap/files/CVE-2023-2603.patch
> new file mode 100644
> index 00..c5ecb70896
> --- /dev/null
> +++ b/meta/recipes-support/libcap/files/CVE-2023-2603.patch
> @@ -0,0 +1,31 @@
> +From 8785077d6c69482a2814a2f771aaada2f6ea1894 Mon Sep 17 00:00:00 2001
> +From: "Andrew G. Morgan" 
> +Date: Wed, 24 May 2023 06:55:47 -0700
> +Subject: Tidy up the overview example for the "cap" package.
> +
> +Signed-off-by: Andrew G. Morgan 
> +
> +Upstream-Status: Backport [
> https://git.kernel.org/pub/scm/libs/libcap/libcap.git/commit/?%20id=422bec25ae4a1ab03fd4d6f728695ed279173b18
> ]
> +CVE: CVE-2023-2603
> +Signed-off-by: Vivek Kumbhar 
> +---
> + cap/cap.go | 3 ++-
> + 1 file changed, 2 insertions(+), 1 deletion(-)
> +
> +diff --git a/cap/cap.go b/cap/cap.go
> +index 784bf65..df32436 100644
> +--- a/cap/cap.go
>  b/cap/cap.go
> +@@ -17,7 +17,8 @@
> + //
> + //   // Read and display the capabilities of the running process
> + //   c := cap.GetProc()
> +-//   log.Printf("this process has these caps:", c)
> ++//   iab := cap.IABGetProc()
> ++//   log.Printf("this process has these caps: %q [%v]", c, iab)
> + //
> + //   // Drop any privilege a process might have (including for root,
> + //   // but note root 'owns' a lot of system files so a cap-limited
> +--
> +2.25.1
> +
> diff --git a/meta/recipes-support/libcap/libcap_2.66.bb
> b/meta/recipes-support/libcap/libcap_2.66.bb
> index c50e9d8cc7..844ae58506 100644
> --- a/meta/recipes-support/libcap/libcap_2.66.bb
> +++ b/meta/recipes-support/libcap/libcap_2.66.bb
> @@ -19,6 +19,7 @@ SRC_URI =
> "${KERNELORG_MIRROR}/linux/libs/security/linux-privs/${BPN}2/${BPN}-${
> "
>  SRC_URI:append:class-nativesdk = " \
>
> file://0001-nativesdk-libcap-Raise-the-size-of-arrays-containing.patch \
> +   file://CVE-2023-2603.patch \
> "
>  SRC_URI[sha256sum] =
> "15c40ededb3003d70a283fe587a36b7d19c8b3b554e33f86129c059a4bb466b2"
>
> --
> 2.25.1
>
>

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

[OE-core][kirkstone][PATCH v2] libcap: fix CVE-2023-2603 Integer Overflow in _libcap_strdup()

[vkumbhar]

Signed-off-by: Vivek Kumbhar 
---
 .../libcap/files/CVE-2023-2603.patch  | 60 +++
 meta/recipes-support/libcap/libcap_2.66.bb|  1 +
 2 files changed, 61 insertions(+)
 create mode 100644 meta/recipes-support/libcap/files/CVE-2023-2603.patch

diff --git a/meta/recipes-support/libcap/files/CVE-2023-2603.patch 
b/meta/recipes-support/libcap/files/CVE-2023-2603.patch
new file mode 100644
index 00..e09be78640
--- /dev/null
+++ b/meta/recipes-support/libcap/files/CVE-2023-2603.patch
@@ -0,0 +1,60 @@
+From 422bec25ae4a1ab03fd4d6f728695ed279173b18 Mon Sep 17 00:00:00 2001
+From: "Andrew G. Morgan" 
+Date: Wed, 3 May 2023 19:44:22 -0700
+Subject: Large strings can confuse libcap's internal strdup code.
+
+Avoid something subtle with really long strings: 1073741823 should
+be enough for anybody. This is an improved fix over something attempted
+in libcap-2.55 to address some static analysis findings.
+
+Reviewing the library, cap_proc_root() and cap_launcher_set_chroot()
+are the only two calls where the library is potentially exposed to a
+user controlled string input.
+
+Credit for finding this bug in libcap goes to Richard Weinberger of
+X41 D-Sec GmbH (https://x41-dsec.de/) who performed a security audit
+of the libcap source code in April of 2023. The audit was sponsored
+by the Open Source Technology Improvement Fund (https://ostif.org/).
+
+Audit ref: LCAP-CR-23-02 (CVE-2023-2603)
+
+Signed-off-by: Andrew G. Morgan 
+
+Upstream-Status: Backport 
[https://git.kernel.org/pub/scm/libs/libcap/libcap.git/commit/?id=422bec25ae4a1ab03fd4d6f728695ed279173b18]
+CVE: CVE-2023-2603
+Signed-off-by: Vivek Kumbhar 
+
+---
+ libcap/cap_alloc.c | 12 +++-
+ 1 file changed, 7 insertions(+), 5 deletions(-)
+
+diff --git a/libcap/cap_alloc.c b/libcap/cap_alloc.c
+index c826e7a..25f9981 100644
+--- a/libcap/cap_alloc.c
 b/libcap/cap_alloc.c
+@@ -105,15 +105,17 @@ char *_libcap_strdup(const char *old)
+   errno = EINVAL;
+   return NULL;
+ }
+-len = strlen(old) + 1 + 2*sizeof(__u32);
+-if (len < sizeof(struct _cap_alloc_s)) {
+-  len = sizeof(struct _cap_alloc_s);
+-}
+-if ((len & 0x) != len) {
++
++len = strlen(old);
++if ((len & 0x3fff) != len) {
+   _cap_debug("len is too long for libcap to manage");
+   errno = EINVAL;
+   return NULL;
+ }
++len += 1 + 2*sizeof(__u32);
++if (len < sizeof(struct _cap_alloc_s)) {
++  len = sizeof(struct _cap_alloc_s);
++}
+ 
+ raw_data = calloc(1, len);
+ if (raw_data == NULL) {
+-- 
+2.25.1
+
diff --git a/meta/recipes-support/libcap/libcap_2.66.bb 
b/meta/recipes-support/libcap/libcap_2.66.bb
index c50e9d8cc7..844ae58506 100644
--- a/meta/recipes-support/libcap/libcap_2.66.bb
+++ b/meta/recipes-support/libcap/libcap_2.66.bb
@@ -19,6 +19,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/libs/security/linux-privs/${BPN}2/${BPN}-${
"
 SRC_URI:append:class-nativesdk = " \

file://0001-nativesdk-libcap-Raise-the-size-of-arrays-containing.patch \
+   file://CVE-2023-2603.patch \
"
 SRC_URI[sha256sum] = 
"15c40ededb3003d70a283fe587a36b7d19c8b3b554e33f86129c059a4bb466b2"
 
-- 
2.25.1


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

[OE-core] [PATCH 3/4] runqemu-ifdown: catch up with ifup

[Adrian Freihofer]

- Drop the native-sysroot-basedir parameter
  still allow it to keep backward compatibility
  write a warning to stderr
- Add a space after ! in the if as suggested by shellcheck
- Support the new OE_TAP_NAME variable as well

Signed-off-by: Adrian Freihofer 
---
 scripts/runqemu-ifdown | 21 +++--
 1 file changed, 15 insertions(+), 6 deletions(-)

diff --git a/scripts/runqemu-ifdown b/scripts/runqemu-ifdown
index 78be28812d4..822a2a39b9f 100755
--- a/scripts/runqemu-ifdown
+++ b/scripts/runqemu-ifdown
@@ -16,7 +16,7 @@
 #
 
 usage() {
-   echo "sudo $(basename $0)  "
+   echo "sudo $(basename $0) "
 }
 
 if [ $EUID -ne 0 ]; then
@@ -24,15 +24,19 @@ if [ $EUID -ne 0 ]; then
exit 1
 fi
 
-if [ $# -ne 2 ]; then
+if [ $# -gt 2 ] || [ $# -lt 1 ]; then
usage
exit 1
 fi
 
+# backward compatibility
+if [ $# -eq 2 ] ; then
+   echo "Warning: native-sysroot-basedir parameter is ignored. It is no 
longer needed." >&2
+fi
+
 TAP=$1
-STAGING_BINDIR_NATIVE=$2
 
-if !ip tuntap del $TAP mode tap 2>/dev/null; then
+if ! ip tuntap del $TAP mode tap 2>/dev/null; then
echo "Error: Unable to run up tuntap del"
exit 1
 fi
@@ -56,8 +60,13 @@ if [ ! -x "$IPTABLES" ]; then
echo "$IPTABLES cannot be executed"
exit 1
 fi
-n=$[ (`echo $TAP | sed 's/tap//'` * 2) + 1 ]
-dest=$[ (`echo $TAP | sed 's/tap//'` * 2) + 2 ]
+
+if [ -z "$OE_TAP_NAME" ]; then
+   OE_TAP_NAME=tap
+fi
+
+n=$[ (`echo $TAP | sed "s/$OE_TAP_NAME//"` * 2) + 1 ]
+dest=$[ (`echo $TAP | sed "s/$OE_TAP_NAME//"` * 2) + 2 ]
 $IPTABLES -D POSTROUTING -t nat -j MASQUERADE -s 192.168.7.$n/32
 $IPTABLES -D POSTROUTING -t nat -j MASQUERADE -s 192.168.7.$dest/32
 true
-- 
2.41.0


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

[OE-core] [PATCH 4/4] runqemu: drop uid parameter for ifdown

[Adrian Freihofer]

---
 scripts/runqemu | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 6a3fbb2d6fe..5e6793d44e5 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -1597,7 +1597,7 @@ to your build configuration.
 uptime_seconds = f.readline().split()[0]
 logger.info('Host uptime: %s\n' % uptime_seconds)
 if self.cleantap:
-cmd = ('sudo', self.qemuifdown, self.tap, self.bindir_native)
+cmd = ('sudo', self.qemuifdown, self.tap)
 logger.debug('Running %s' % str(cmd))
 subprocess.check_call(cmd)
 self.release_taplock()
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183417): 
https://lists.openembedded.org/g/openembedded-core/message/183417
Mute This Topic: https://lists.openembedded.org/mt/99787552/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/4] runqemu: Stop using warn() since its been deprecated

[Adrian Freihofer]

From: Alejandro Hernandez Samaniego 

logger.warn() has been deprecated, logger.warning() should be used instead.

Signed-off-by: Alejandro Enedino Hernandez Samaniego 
---
 scripts/runqemu | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index e1aa5a925c8..3f187ca793c 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -648,10 +648,10 @@ to your build configuration.
 elif fsflag == 'kernel-in-fs':
 wic_fs = False
 else:
-logger.warn('Unknown flag "%s:%s" in QB_FSINFO', 
fstype, fsflag)
+logger.warning('Unknown flag "%s:%s" in 
QB_FSINFO', fstype, fsflag)
 continue
 else:
-logger.warn('QB_FSINFO is not supported for image type 
"%s"', fstype)
+logger.warning('QB_FSINFO is not supported for image 
type "%s"', fstype)
 continue
 
 if fstype in self.fsinfo:
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183414): 
https://lists.openembedded.org/g/openembedded-core/message/183414
Mute This Topic: https://lists.openembedded.org/mt/99787549/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/4] runqemu: Fix automated call to runqemu-ifup

[Adrian Freihofer]

From: Alejandro Hernandez Samaniego 

When runqemu tries to call runqemu-ifup to create tap devices, it checks the
output of runqemu-ifup to get the newly created tap device.

The behavior of runqemu-ifup was recently modified along with its output, it
no longer expects the uid parameter to be passed and it prints out a warning
if it was, since this warning was now part of the output runqemu tries to parse
it and convert it to an int() which proved impossible.

Pass the correct arguments to the runqemu-ifup call and echo the warning
to stderr instead to make sure its not being parsed and used by runqemu in any
case.

Signed-off-by: Alejandro Enedino Hernandez Samaniego 
---
 scripts/runqemu  | 2 +-
 scripts/runqemu-ifup | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 3f187ca793c..6a3fbb2d6fe 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -1186,7 +1186,7 @@ to your build configuration.
 gid = os.getgid()
 uid = os.getuid()
 logger.info("Setting up tap interface under sudo")
-cmd = ('sudo', self.qemuifup, str(uid), str(gid))
+cmd = ('sudo', self.qemuifup, str(gid))
 try:
 tap = subprocess.check_output(cmd).decode('utf-8').strip()
 except subprocess.CalledProcessError as e:
diff --git a/scripts/runqemu-ifup b/scripts/runqemu-ifup
index c65ceaf1c83..05c9325b6bd 100755
--- a/scripts/runqemu-ifup
+++ b/scripts/runqemu-ifup
@@ -30,7 +30,7 @@ if [ $EUID -ne 0 ]; then
 fi
 
 if [ $# -eq 2 ]; then
-   echo "Warning: uid parameter is ignored. It is no longer needed."
+   echo "Warning: uid parameter is ignored. It is no longer needed." >&2
GROUP="$2"
 elif [ $# -eq 1 ]; then
GROUP="$1"
-- 
2.41.0


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

[OE-core] [PATCH 0/4] fix runqemu-ifup/down scritps

[Adrian Freihofer]

I hope this is the final series of patches to bring the runqemu scripts
to a clean and consistent state. It also includes the patches from
Alejandro to ensure we have everything in now.

But  yes, it was the right direction. The scripts are now so much easier
to use.

Adrian Freihofer (2):
  runqemu-ifdown: catch up with ifup
  runqemu: drop uid parameter for ifdown

Alejandro Hernandez Samaniego (2):
  runqemu: Stop using warn() since its been deprecated
  runqemu: Fix automated call to runqemu-ifup

 scripts/runqemu|  8 
 scripts/runqemu-ifdown | 21 +++--
 scripts/runqemu-ifup   |  2 +-
 3 files changed, 20 insertions(+), 11 deletions(-)

-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183413): 
https://lists.openembedded.org/g/openembedded-core/message/183413
Mute This Topic: https://lists.openembedded.org/mt/99787547/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] kernel.bbclass: hoist up "unset S" bbfatal from kernel-yocto.bbclass to kernel.bbclass

[Luca Ceresoli via lists.openembedded.org]

Hello Richard,

thanks for reviewing!

On Fri, 23 Jun 2023 12:07:43 +0100
"Richard Purdie"  wrote:

> Hi Luca,
> 
> On Mon, 2023-06-05 at 16:13 +0200, Luca Ceresoli via lists.openembedded.org 
> wrote:
> > From: Luca Ceresoli 
> > 
> > Writing a simple recipe that inherits kernel.bbclass and downloads a kernel
> > tarball (e.g. a mainline release from kernel.org) via http or ftp fails
> > with either:
> > 
> >   ERROR: linux-acme-6.3.3-r0 do_configure: oe_runmake failed
> >   ...
> >   | make: *** No rule to make target 'oldnoconfig'.  Stop.
> > 
> > or (seen on a different setup, based on kirkstone):
> > 
> >   ... do_populate_lic: QA Issue: ... LIC_FILES_CHKSUM points to an invalid 
> > file: .../work-shared/.../kernel-source/COPYING [license-checksum]
> > 
> > This happens when not setting S in the recipe. In this case, kernel.bbclass
> > sets it to ${STAGING_KERNEL_DIR}
> > (${TMPDIR}/work-shared/${MACHINE}/kernel-source).  This means that in
> > do_symlink_kernsrc(), the 'if s != kernsrc' never triggers and thus the
> > kernel tree will not me moved into work/shared, which results in an empty
> > work-shared/.../kernel-source directory.
> > 
> > When downloading a tarball it is usually not required to set S in recipes,
> > so this is not obvious here and the error message does not point to the
> > problem or its solution.
> > 
> > There is such a check in kernel-yocto.bbclass though, so move it to
> > kernel.bbclass so that also kernel recipes not based on kernel-yocto can
> > benefit from it.
> > 
> > The check is moved:
> > 
> >  - from the beginning of do_kernel_checkout() in kernel-yocto
> >  - to the end of do_symlink_kernsrc() in kernel.bbclass
> > 
> > and since do_kernel_checkout is executed 'after do_symlink_kernsrc', the
> > code flow does not change in a relevant way when using linux-yocto.
> > 
> > Signed-off-by: Luca Ceresoli 
> > ---
> >  meta/classes-recipe/kernel-yocto.bbclass | 8 
> >  meta/classes-recipe/kernel.bbclass   | 6 ++
> >  2 files changed, 6 insertions(+), 8 deletions(-)
> > 
> > diff --git a/meta/classes-recipe/kernel-yocto.bbclass 
> > b/meta/classes-recipe/kernel-yocto.bbclass
> > index 108b7e675212..ceb451b69969 100644
> > --- a/meta/classes-recipe/kernel-yocto.bbclass
> > +++ b/meta/classes-recipe/kernel-yocto.bbclass
> > @@ -394,16 +394,8 @@ do_kernel_checkout() {
> > # case: we have no git repository at all. 
> > # To support low bandwidth options for building the kernel, 
> > we'll just 
> > # convert the tree to a git repo and let the rest of the 
> > process work unchanged
> > -   
> > -   # if ${S} hasn't been set to the proper subdirectory a default 
> > of "linux" is 
> > -   # used, but we can't initialize that empty directory. So check 
> > it and throw a
> > -   # clear error
> >  
> > cd ${S}
> > -   if [ ! -f "Makefile" ]; then
> > -   bberror "S is not set to the linux source directory. 
> > Check "
> > -   bbfatal "the recipe and set S to the proper extracted 
> > subdirectory"
> > -   fi
> > rm -f .gitignore
> > git init
> > check_git_config
> > diff --git a/meta/classes-recipe/kernel.bbclass 
> > b/meta/classes-recipe/kernel.bbclass
> > index 9c8036f4df01..5ed4a2e03c72 100644
> > --- a/meta/classes-recipe/kernel.bbclass
> > +++ b/meta/classes-recipe/kernel.bbclass
> > @@ -195,6 +195,12 @@ python do_symlink_kernsrc () {
> >  import shutil
> >  shutil.move(s, kernsrc)
> >  os.symlink(kernsrc, s)
> > +
> > +# When not using git, we cannot figure out automatically the extracted
> > +# directory. So check it and throw a clear error.
> > +if not os.path.isdir(os.path.join(d.getVar("WORKDIR"), "git")) and \
> > +   not os.path.exists(os.path.join(s, "Makefile")):
> > +bb.fatal("S is not set to the linux source directory. Check the 
> > recipe and set S to the proper extracted subdirectory.")
> >  }
> >  # do_patch is normally ordered before do_configure, but
> >  # externalsrc.bbclass deletes do_patch, breaking the dependency of  
> 
> Sorry this has taken a bit of time to get to.

No problem.

> We can't check for "git" as the workdir directory in this test as it
> can be overridden in the fetcher. We'll need to find some other better
> approach. Can't we just use ${S}/Makefile ?

I'm not sure I got your point, however I agree. :-)

I'm not sure I got your point because in my patch I did try to mimick as
far as possible the same logic as the original code, which is:

if [ -d "${WORKDIR}/git/" ]; then
# case: git repository

...
else
# case: we have no git repository at all. 

...

### This is the check I have moved to kernel.bbclass ###
if [ ! -f "Makefile" ]; then
bberror "S is not set 

[OE-core] [PATCH] bonnie++: New recipe for version 2.0

[Jörg Sommer via lists . openembedded . org]

Newer versions of bonnie get published on
. Unfortunately, the new version
doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and
configure fails due to cross compilation which gets fixed
with *fix-configure-lfs.patch*

Signed-off-by: Jörg Sommer 
---
 .../bonnie/bonnie++/fix-configure-lfs.patch   |  37 
 .../bonnie/bonnie++/fix-csv2html-data.patch   | 181 ++
 .../bonnie/bonnie++_2.00a.bb  |  33 
 3 files changed, 251 insertions(+)
 create mode 100644 
meta-oe/recipes-benchmark/bonnie/bonnie++/fix-configure-lfs.patch
 create mode 100644 
meta-oe/recipes-benchmark/bonnie/bonnie++/fix-csv2html-data.patch
 create mode 100644 meta-oe/recipes-benchmark/bonnie/bonnie++_2.00a.bb

diff --git a/meta-oe/recipes-benchmark/bonnie/bonnie++/fix-configure-lfs.patch 
b/meta-oe/recipes-benchmark/bonnie/bonnie++/fix-configure-lfs.patch
new file mode 100644
index 00..d28e28658c
--- /dev/null
+++ b/meta-oe/recipes-benchmark/bonnie/bonnie++/fix-configure-lfs.patch
@@ -0,0 +1,37 @@
+diff --git i/configure.in w/configure.in
+index 080e40c..f2a2bbe 100644
+--- i/configure.in
 w/configure.in
+@@ -82,8 +82,15 @@ void * thread_func(void * param) { return NULL; }
+   , thread_ldflags="-lpthread"
+   , thread_ldflags="-pthread")
+ 
+-AC_SUBST(large_file)
+-AC_TRY_RUN([#ifndef _LARGEFILE64_SOURCE
++AC_ARG_ENABLE(lfs,
++  [  --disable-lfs  disable large file support],
++  LFS_CHOICE=$enableval, LFS_CHOICE=check)
++
++if test "$LFS_CHOICE" = yes; then
++   bonniepp_cv_large_file=yes
++elif test "$LFS_CHOICE" = check; then
++   AC_CACHE_CHECK([whether to enable -D_LARGEFILE64_SOURCE], 
bonniepp_cv_large_file,
++  AC_TRY_RUN([#ifndef _LARGEFILE64_SOURCE
+ #define _LARGEFILE64_SOURCE
+ #endif
+ #include 
+@@ -118,8 +125,12 @@ int main () {
+   }
+   close(fd);
+   return 0;
+-}], large_file="yes")
+-if [[ -n "$large_file" ]]; then
++}], bonniepp_cv_large_file="yes"))
++fi
++
++AC_SUBST(large_file)
++
++if [[ -n "$bonniepp_cv_large_file" ]]; then
+large_file="#define _LARGEFILE64_SOURCE"
+ fi
+ 
diff --git a/meta-oe/recipes-benchmark/bonnie/bonnie++/fix-csv2html-data.patch 
b/meta-oe/recipes-benchmark/bonnie/bonnie++/fix-csv2html-data.patch
new file mode 100644
index 00..78ac347aa8
--- /dev/null
+++ b/meta-oe/recipes-benchmark/bonnie/bonnie++/fix-csv2html-data.patch
@@ -0,0 +1,181 @@
+commit 7e9433a56f22426b11cbc9bd80e0debca67c893b
+Author: Jörg Sommer 
+Date:   Mon Jun 26 12:38:30 2023 +0200
+
+csv2html: Explicitly reference data in top level
+
+With g++ 11 *data* became ambiguous with [std::data][1]. Therefore it's
+needed to explicitly address the variable from the top level scope.
+
+[1] https://en.cppreference.com/w/cpp/iterator/data
+
+diff --git a/bon_csv2html.cpp b/bon_csv2html.cpp
+index e9d9c50..652e330 100644
+--- a/bon_csv2html.cpp
 b/bon_csv2html.cpp
+@@ -87,8 +87,8 @@ int main(int argc, char **argv)
+ read_in(buf);
+   }
+ 
+-  props = new PPCCHAR[data.size()];
+-  for(i = 0; i < data.size(); i++)
++  props = new PPCCHAR[::data.size()];
++  for(i = 0; i < ::data.size(); i++)
+   {
+ props[i] = new PCCHAR[MAX_ITEMS];
+ props[i][0] = NULL;
+@@ -109,7 +109,7 @@ int main(int argc, char **argv)
+   }
+   calc_vals();
+   int mid_width = header();
+-  for(i = 0; i < data.size(); i++)
++  for(i = 0; i < ::data.size(); i++)
+   {
+ // First print the average speed line
+ printf("");
+@@ -171,23 +171,23 @@ int compar(const void *a, const void *b)
+ 
+ void calc_vals()
+ {
+-  ITEM *arr = new ITEM[data.size()];
++  ITEM *arr = new ITEM[::data.size()];
+   for(unsigned int column_ind = 0; column_ind < MAX_ITEMS; column_ind++)
+   {
+ switch(vals[column_ind])
+ {
+ case eNoCols:
+ {
+-  for(unsigned int row_ind = 0; row_ind < data.size(); row_ind++)
++  for(unsigned int row_ind = 0; row_ind < ::data.size(); row_ind++)
+   {
+ if(column_ind == COL_CONCURRENCY)
+ {
+-  if(data[row_ind][column_ind] && strcmp("1", 
data[row_ind][column_ind]))
++  if(::data[row_ind][column_ind] && strcmp("1", 
::data[row_ind][column_ind]))
+ col_used[column_ind] = true;
+ }
+ else
+ {
+-  if(data[row_ind][column_ind] && strlen(data[row_ind][column_ind]))
++  if(::data[row_ind][column_ind] && 
strlen(::data[row_ind][column_ind]))
+ col_used[column_ind] = true;
+ }
+   }
+@@ -195,22 +195,22 @@ void calc_vals()
+ break;
+ case eCPU:
+ {
+-  for(unsigned int row_ind = 0; row_ind < data.size(); row_ind++)
++  for(unsigned int row_ind = 0; row_ind < ::data.size(); row_ind++)
+   {
+ double work, cpu;
+ arr[row_ind].val = 0.0;
+-if(data[row_ind].size() > column_ind
+- && sscanf(data[row_ind][column_ind - 1], "%lf", ) == 1
+- && sscanf(data[row_ind][column_ind], "%lf", ) == 1)
++

Re: [OE-core] [PATCH] qemu: Install the default qemu emulation rpm

[Richard Purdie]

On Thu, 2023-06-15 at 16:17 +0800, Yu, Mingli wrote:
> From: Mingli Yu 
> 
> The qemu rpm can be split or not via customize PACKAGESPLITFUNCS and
> there is no specific qemu emulation rpm installed when we choose split
> the qemu rpms now.
> 
> To gurantee the basic usage, install the qemu emulation rpm which
> corresponding to the target arch by default when split the qemu rpm.
> 
> Signed-off-by: Mingli Yu 
> ---
>  meta/recipes-devtools/qemu/qemu.inc | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/meta/recipes-devtools/qemu/qemu.inc 
> b/meta/recipes-devtools/qemu/qemu.inc
> index 7d39f0a25d..c9df43a5a2 100644
> --- a/meta/recipes-devtools/qemu/qemu.inc
> +++ b/meta/recipes-devtools/qemu/qemu.inc
> @@ -248,6 +248,9 @@ python split_qemu_packages () {
>  mipspackage = d.getVar('PN') + "-user-mips"
>  if mipspackage in ' '.join(userpackages):
>  d.appendVar('RDEPENDS:' + mipspackage, ' ' + d.getVar("MLPREFIX") + 
> 'bash')
> +
> +targetarch = "${@'i386' if d.getVar('TARGET_ARCH') in ['x86', 'i486', 
> 'i586', 'i686'] else d.getVar('TARGET_ARCH').replace('_', '-')}"
> +d.appendVar('RRECOMMENDS:' + d.getVar('PN'), ' ' + d.getVar('PN') + 
> '-user-' + targetarch + ' ' + d.getVar('PN') + '-system-' + targetarch)
>  }
>  
>  # Put the guest agent in a separate package

I did originally say that I thought the qemu package should pull in all
of the sub packages to maintain compatibility. I'm not sure having it
pick the host architecture like this is a great idea and certainly it
changes the default behaviour again.

I'd much rather than picked a design then implementing it than keeping
changing behaviour like this :(.

I'm not seeing many other opinions though.

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183410): 
https://lists.openembedded.org/g/openembedded-core/message/183410
Mute This Topic: https://lists.openembedded.org/mt/99544571/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] Multiple providers are available for runtime libltdl (libtool, libtool-native)

[Ross Burton]

On 26 Jun 2023, at 08:45, Krupal Ka Patel -X (krkapate - E-INFO CHIPS INC at 
Cisco) via lists.openembedded.org  
wrote:
> 
> Hello Richard,
> 
> I see the following warnings while compiling an image (i.e., 
> core-image-minimal). 
> NOTE: Multiple providers are available for runtime libltdl (libtool, 
> libtool-native)
> Consider defining a PREFERRED_RPROVIDER entry to match libltdl
> 
> The following are my observations/findings:
> - The package "libltdl" is defined in "libtool-2.4.7.inc" file.
> - The "libtool-2.4.7.inc" file is in require in "libtool_2.4.7.bb" and 
> "libtool-native_2.4.7.bb"
> - Hence, the above warnings appeared. 
> 
> Can anyone explain how to remove these warnings in a proper way or the case 
> requiring this?

That’s very odd.  What version of oe-core/poky is this with, and can you 
replicate with a clean poky and fresh build directory (without any other layers 
or configuration)?

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

[OE-core][master][PATCH] tiff: Security fix for CVE-2023-25434 and CVE-2023-26965

[Siddharth]

Upstream-Status: Backport from 
[https://gitlab.com/libtiff/libtiff/-/commit/69818e2f2d246e6631ac2a2da692c3706b849c38,
 
https://gitlab.com/libtiff/libtiff/-/commit/ec8ef90c1f573c9eb1f17d6a056aa0015f184acf]
Signed-off-by: Siddharth Doshi 
---
 .../libtiff/files/CVE-2023-25434.patch| 159 ++
 .../libtiff/files/CVE-2023-26965.patch|  99 +++
 meta/recipes-multimedia/libtiff/tiff_4.5.0.bb |   2 +
 3 files changed, 260 insertions(+)
 create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2023-25434.patch
 create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2023-26965.patch

diff --git a/meta/recipes-multimedia/libtiff/files/CVE-2023-25434.patch 
b/meta/recipes-multimedia/libtiff/files/CVE-2023-25434.patch
new file mode 100644
index 00..a78c9709f9
--- /dev/null
+++ b/meta/recipes-multimedia/libtiff/files/CVE-2023-25434.patch
@@ -0,0 +1,159 @@
+From 69818e2f2d246e6631ac2a2da692c3706b849c38 Mon Sep 17 00:00:00 2001
+From: Su_Laus 
+Date: Sun, 29 Jan 2023 11:09:26 +0100
+Subject: [PATCH] tiffcrop: Amend rotateImage() not to toggle the input (main)
+ image width and length parameters when only cropped image sections are
+ rotated. Remove buffptr from region structure because never used.
+
+Closes #492 #493 #494 #495 #499 #518 #519
+
+Upstream-Status: Backport from 
[https://gitlab.com/libtiff/libtiff/-/commit/69818e2f2d246e6631ac2a2da692c3706b849c38]
+CVE: CVE-2023-25434
+
+Signed-off-by: Siddharth Doshi 
+---
+ tools/tiffcrop.c | 51 
+ 1 file changed, 30 insertions(+), 21 deletions(-)
+
+diff --git a/tools/tiffcrop.c b/tools/tiffcrop.c
+index fc5b34b..6e1acc4 100644
+--- a/tools/tiffcrop.c
 b/tools/tiffcrop.c
+@@ -296,7 +296,6 @@ struct region
+ uint32_t width;/* width in pixels */
+ uint32_t length;   /* length in pixels */
+ uint32_t buffsize; /* size of buffer needed to hold the cropped region */
+-unsigned char *buffptr; /* address of start of the region */
+ };
+ 
+ /* Cropping parameters from command line and image data
+@@ -577,7 +576,7 @@ static int rotateContigSamples24bits(uint16_t, uint16_t, 
uint16_t, uint32_t,
+ static int rotateContigSamples32bits(uint16_t, uint16_t, uint16_t, uint32_t,
+  uint32_t, uint32_t, uint8_t *, uint8_t 
*);
+ static int rotateImage(uint16_t, struct image_data *, uint32_t *, uint32_t *,
+-   unsigned char **);
++   unsigned char **, int);
+ static int mirrorImage(uint16_t, uint16_t, uint16_t, uint32_t, uint32_t,
+unsigned char *);
+ static int invertImage(uint16_t, uint16_t, uint16_t, uint32_t, uint32_t,
+@@ -5779,7 +5778,6 @@ static void initCropMasks(struct crop_mask *cps)
+ cps->regionlist[i].width = 0;
+ cps->regionlist[i].length = 0;
+ cps->regionlist[i].buffsize = 0;
+-cps->regionlist[i].buffptr = NULL;
+ cps->zonelist[i].position = 0;
+ cps->zonelist[i].total = 0;
+ }
+@@ -7221,8 +7219,13 @@ static int correct_orientation(struct image_data *image,
+ return (-1);
+ }
+ 
+-if (rotateImage(rotation, image, >width, >length,
+-work_buff_ptr))
++/* Dummy variable in order not to switch two times the
++ * image->width,->length within rotateImage(),
++ * but switch xres, yres there. */
++uint32_t width = image->width;
++uint32_t length = image->length;
++if (rotateImage(rotation, image, , , work_buff_ptr,
++TRUE))
+ {
+ TIFFError("correct_orientation", "Unable to rotate image");
+ return (-1);
+@@ -7291,7 +7294,6 @@ static int extractCompositeRegions(struct image_data 
*image,
+ /* These should not be needed for composite images */
+ crop->regionlist[i].width = crop_width;
+ crop->regionlist[i].length = crop_length;
+-crop->regionlist[i].buffptr = crop_buff;
+ 
+ src_rowsize = ((img_width * bps * spp) + 7) / 8;
+ dst_rowsize = (((crop_width * bps * count) + 7) / 8);
+@@ -7552,7 +7554,6 @@ static int extractSeparateRegion(struct image_data 
*image,
+ 
+ crop->regionlist[region].width = crop_width;
+ crop->regionlist[region].length = crop_length;
+-crop->regionlist[region].buffptr = crop_buff;
+ 
+ src = read_buff;
+ dst = crop_buff;
+@@ -8543,7 +8544,7 @@ static int processCropSelections(struct image_data 
*image,
+   reallocate the buffer */
+ {
+ if (rotateImage(crop->rotation, image, >combined_width,
+->combined_length, _buff))
++>combined_length, _buff, FALSE))
+ {
+ TIFFError("processCropSelections",
+   "Failed to rotate composite regions by %" PRIu32
+@@ -8668,7 +8669,7 @@ static int 

Re: [OE-core][dunfell 3/3] linux-yocto/5.4: update to v5.4.248

[Bruce Ashfield]

On Sun, Jun 25, 2023 at 9:34 PM Anuj Mittal  wrote:
>
> On Mon, 2023-06-26 at 09:33 +0800, Mittal, Anuj wrote:
> > On Thu, 2023-06-22 at 19:22 -0400, Bruce Ashfield wrote:
> > > kernel/linux/linux-yocto-rt_5.4.bb
> > > index 8e0f7ae217..a98a64110a 100644
> > > --- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> > > +++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> > > @@ -11,13 +11,13 @@ python () {
> > >  raise bb.parse.SkipRecipe("Set
> > > PREFERRED_PROVIDER_virtual/kernel to linux-yocto-rt to enable it")
> > >  }
> > >
> > > -SRCREV_machine ?= "3ec10d880e38eb58af39c33094e455da59afd42b"
> > > -SRCREV_meta ?= "b09511ad6dbb6f38303add48d2da78906bab1380"
> > > +SRCREV_machine ?= "8472ed342e0ac3f529c10b474b12ef0e05995778"
> > > +SRCREV_meta ?= "5c912968f2cb938ad084d457dae99bf8eb16032d"
> >
> > This rt kernel update is giving errors:
> >
> > 09:17:01  | /build/poky/build/tmp/work-shared/intel-skylake-
> > 64/kernel-
> > source/kernel/time/tick-sched.c: In function
> > 'tick_do_update_jiffies64':
> > 09:17:01  | /build/poky/build/tmp/work-shared/intel-skylake-
> > 64/kernel-
> > source/kernel/time/tick-sched.c:90:15: error: 'tick_period'
> > undeclared
> > (first use in this function); did you mean 'task_prio'?
> > 09:17:01  |90 |  if (delta >= tick_period) {
> > 09:17:01  |   |   ^~~
> > 09:17:01  |   |   task_prio
> >
>
> Sorry, not this one but the one that is latest in dunfell: v5.4.243. I
> have not tested this.

No problem. I'll send another patch on the top that will fix it, I've
seen this on other versions.

Bruce

>
> Thanks,
>
> Anuj
>
> 
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

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

[OE-core] Multiple providers are available for runtime libltdl (libtool, libtool-native)

[Krupal Ka Patel -X (krkapate - E-INFO CHIPS INC at Cisco) via lists.openembedded.org]

Hello Richard,

I see the following warnings while compiling an image (i.e., 
core-image-minimal). 
NOTE: Multiple providers are available for runtime libltdl (libtool, 
libtool-native)
Consider defining a PREFERRED_RPROVIDER entry to match libltdl

The following are my observations/findings:
- The package "libltdl" is defined in "libtool-2.4.7.inc" file.
- The "libtool-2.4.7.inc" file is in require in "libtool_2.4.7.bb" and 
"libtool-native_2.4.7.bb"
- Hence, the above warnings appeared. 

Can anyone explain how to remove these warnings in a proper way or the case 
requiring this?

As a workaround, I can add the run-time preferred provider as below.
PREFERRED_RPROVIDER_libltdl = "libtool"
However, a proper solution is necessary.

Appreciating any responses/insights (for this issue).

Thanks & Regards,
Krupal

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

[OE-core] [kirkstone][PATCH] libcap: CVE-2023-2602 Memory Leak on pthread_create() Error

[Hitendra Prajapati]

Upstream-Status: Backport from 
https://git.kernel.org/pub/scm/libs/libcap/libcap.git/patch/?id=bc6b36682f188020ee4770fae1d41bde5b2c97bb

Signed-off-by: Hitendra Prajapati 
---
 .../libcap/files/CVE-2023-2602.patch  | 45 +++
 meta/recipes-support/libcap/libcap_2.66.bb|  1 +
 2 files changed, 46 insertions(+)
 create mode 100644 meta/recipes-support/libcap/files/CVE-2023-2602.patch

diff --git a/meta/recipes-support/libcap/files/CVE-2023-2602.patch 
b/meta/recipes-support/libcap/files/CVE-2023-2602.patch
new file mode 100644
index 00..1ad5aeb826
--- /dev/null
+++ b/meta/recipes-support/libcap/files/CVE-2023-2602.patch
@@ -0,0 +1,45 @@
+From bc6b36682f188020ee4770fae1d41bde5b2c97bb Mon Sep 17 00:00:00 2001
+From: "Andrew G. Morgan" 
+Date: Wed, 3 May 2023 19:18:36 -0700
+Subject: Correct the check of pthread_create()'s return value.
+
+This function returns a positive number (errno) on error, so the code
+wasn't previously freeing some memory in this situation.
+
+Discussion:
+
+  https://stackoverflow.com/a/3581020/14760867
+
+Credit for finding this bug in libpsx goes to David Gstir of
+X41 D-Sec GmbH (https://x41-dsec.de/) who performed a security
+audit of the libcap source code in April of 2023. The audit
+was sponsored by the Open Source Technology Improvement Fund
+(https://ostif.org/).
+
+Audit ref: LCAP-CR-23-01 (CVE-2023-2602)
+
+Signed-off-by: Andrew G. Morgan 
+
+Upstream-Status: Backport 
[https://git.kernel.org/pub/scm/libs/libcap/libcap.git/patch/?id=bc6b36682f188020ee4770fae1d41bde5b2c97bb]
+CVE: CVE-2023-2602
+Signed-off-by: Hitendra Prajapati 
+---
+ psx/psx.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/psx/psx.c b/psx/psx.c
+index d9c0485..65eb2aa 100644
+--- a/psx/psx.c
 b/psx/psx.c
+@@ -516,7 +516,7 @@ int __wrap_pthread_create(pthread_t *thread, const 
pthread_attr_t *attr,
+ pthread_sigmask(SIG_BLOCK, , NULL);
+ 
+ int ret = __real_pthread_create(thread, attr, _psx_start_fn, starter);
+-if (ret == -1) {
++if (ret > 0) {
+   psx_new_state(_PSX_CREATE, _PSX_IDLE);
+   memset(starter, 0, sizeof(*starter));
+   free(starter);
+-- 
+2.25.1
+
diff --git a/meta/recipes-support/libcap/libcap_2.66.bb 
b/meta/recipes-support/libcap/libcap_2.66.bb
index c50e9d8cc7..d3189fb105 100644
--- a/meta/recipes-support/libcap/libcap_2.66.bb
+++ b/meta/recipes-support/libcap/libcap_2.66.bb
@@ -16,6 +16,7 @@ DEPENDS = "hostperl-runtime-native gperf-native"
 SRC_URI = 
"${KERNELORG_MIRROR}/linux/libs/security/linux-privs/${BPN}2/${BPN}-${PV}.tar.xz
 \

file://0001-ensure-the-XATTR_NAME_CAPS-is-defined-when-it-is-use.patch \
file://0002-tests-do-not-run-target-executables.patch \
+   file://CVE-2023-2602.patch \
"
 SRC_URI:append:class-nativesdk = " \

file://0001-nativesdk-libcap-Raise-the-size-of-arrays-containing.patch \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#183405): 
https://lists.openembedded.org/g/openembedded-core/message/183405
Mute This Topic: https://lists.openembedded.org/mt/99782670/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] qemu: Install the default qemu emulation rpm

[Yu, Mingli]

Ping.

Thanks,

On 6/15/23 16:17, Yu, Mingli wrote:

From: Mingli Yu 

The qemu rpm can be split or not via customize PACKAGESPLITFUNCS and
there is no specific qemu emulation rpm installed when we choose split
the qemu rpms now.

To gurantee the basic usage, install the qemu emulation rpm which
corresponding to the target arch by default when split the qemu rpm.

Signed-off-by: Mingli Yu 
---
  meta/recipes-devtools/qemu/qemu.inc | 3 +++
  1 file changed, 3 insertions(+)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 7d39f0a25d..c9df43a5a2 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -248,6 +248,9 @@ python split_qemu_packages () {
  mipspackage = d.getVar('PN') + "-user-mips"
  if mipspackage in ' '.join(userpackages):
  d.appendVar('RDEPENDS:' + mipspackage, ' ' + d.getVar("MLPREFIX") + 
'bash')
+
+targetarch = "${@'i386' if d.getVar('TARGET_ARCH') in ['x86', 'i486', 'i586', 
'i686'] else d.getVar('TARGET_ARCH').replace('_', '-')}"
+d.appendVar('RRECOMMENDS:' + d.getVar('PN'), ' ' + d.getVar('PN') + 
'-user-' + targetarch + ' ' + d.getVar('PN') + '-system-' + targetarch)
  }
  
  # Put the guest agent in a separate package







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