[OE-core][kirkstone][PATCH] acl/attr: ptest fixes and improvements

[BINDU]

From: Richard Purdie 

Add a missing perl module dependency for the ptest packages and also
improve the run-ptest script so that the error log is saved allowing
easier debugging if this fails in future.

(From OE-Core rev: fbb9c596b8e6a8a1260dd7aefddf138d20bf64df)

Signed-off-by: Richard Purdie 
(cherry picked from commit 2c948fa0250b765bc5f2fbe63c82258601cc77ff)
Signed-off-by: Bhabu Bindu 
---
 meta/recipes-support/attr/acl/run-ptest  | 6 ++
 meta/recipes-support/attr/acl_2.3.1.bb   | 1 +
 meta/recipes-support/attr/attr.inc   | 1 +
 meta/recipes-support/attr/attr/run-ptest | 7 +++
 4 files changed, 15 insertions(+)

diff --git a/meta/recipes-support/attr/acl/run-ptest 
b/meta/recipes-support/attr/acl/run-ptest
index 4312823365..3af75c84fe 100644
--- a/meta/recipes-support/attr/acl/run-ptest
+++ b/meta/recipes-support/attr/acl/run-ptest
@@ -7,4 +7,10 @@
 mkdir -p /tmp/acl-ptest/test
 cp test/test.* /tmp/acl-ptest/test
 
+set +e
 make test-suite.log
+exitcode=$?
+if [ $exitcode -ne 0 -a -e test-suite.log ]; then
+cat test-suite.log
+fi
+exit $exitcode
diff --git a/meta/recipes-support/attr/acl_2.3.1.bb 
b/meta/recipes-support/attr/acl_2.3.1.bb
index aca04a9aac..c2c9ba9069 100644
--- a/meta/recipes-support/attr/acl_2.3.1.bb
+++ b/meta/recipes-support/attr/acl_2.3.1.bb
@@ -62,6 +62,7 @@ RDEPENDS:${PN}-ptest = "acl \
 bash \
 coreutils \
 perl \
+perl-module-constant \
 perl-module-filehandle \
 perl-module-getopt-std \
 perl-module-posix \
diff --git a/meta/recipes-support/attr/attr.inc 
b/meta/recipes-support/attr/attr.inc
index a4e38f2b19..56028edb12 100644
--- a/meta/recipes-support/attr/attr.inc
+++ b/meta/recipes-support/attr/attr.inc
@@ -50,6 +50,7 @@ do_install_ptest() {
 
 RDEPENDS:${PN}-ptest = "attr \
 coreutils \
+perl-module-constant \
 perl-module-filehandle \
 perl-module-getopt-std \
 perl-module-posix \
diff --git a/meta/recipes-support/attr/attr/run-ptest 
b/meta/recipes-support/attr/attr/run-ptest
index f64244f239..3e7a3a17a0 100644
--- a/meta/recipes-support/attr/attr/run-ptest
+++ b/meta/recipes-support/attr/attr/run-ptest
@@ -1,3 +1,10 @@
 #!/bin/sh
 
+set +e
 make test-suite.log
+exitcode=$?
+if [ $exitcode -ne 0 -a -e test-suite.log ]; then
+cat test-suite.log
+fi
+exit $exitcode
+
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186348): 
https://lists.openembedded.org/g/openembedded-core/message/186348
Mute This Topic: https://lists.openembedded.org/mt/100815653/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 1/1] vim: upgrade 9.0.1592 -> 9.0.1664

[Polampalli, Archana via lists.openembedded.org]

Thank you, Will do it for master

Regards,
Archana

From: Steve Sakoman 
Sent: 17 August 2023 22:56
To: Polampalli, Archana 
Cc: openembedded-core@lists.openembedded.org 
; G Pillai, Hari 

Subject: Re: [oe-core][kirkstone][PATCH 1/1] vim: upgrade 9.0.1592 -> 9.0.1664

CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know 
the content is safe.

Hi Archana,

This version upgrade will need to be submitted for master first before
I can take it for the stable branches.

Thanks,

Steve

On Thu, Aug 17, 2023 at 12:18 AM Polampalli, Archana via
lists.openembedded.org
 wrote:
>
> Fixes:
> https://nvd.nist.gov/vuln/detail/CVE-2023-3896
> 8154e642a (tag: v9.0.1664) patch 9.0.1664: divide by zero when scrolling with 
> 'smoothscroll' set
>
> Signed-off-by: Archana Polampalli 
> ---
>  meta/recipes-support/vim/vim.inc | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-support/vim/vim.inc 
> b/meta/recipes-support/vim/vim.inc
> index 33ae0d8079..9a7b7650a7 100644
> --- a/meta/recipes-support/vim/vim.inc
> +++ b/meta/recipes-support/vim/vim.inc
> @@ -19,8 +19,8 @@ SRC_URI = 
> "git://github.com/vim/vim.git;branch=master;protocol=https \
> file://no-path-adjust.patch \
> "
>
> -PV .= ".1592"
> -SRCREV = "29b4c513b11deb37f0e0538df53d195f602fa42c"
> +PV .= ".1664"
> +SRCREV = "8154e642aa476e1a5d3de66c34e8289845b2b797"
>
>  # Remove when 8.3 is out
>  UPSTREAM_VERSION_UNKNOWN = "1"
> --
> 2.40.0
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186346): 
https://lists.openembedded.org/g/openembedded-core/message/186346
Mute This Topic: https://lists.openembedded.org/mt/100797549/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] perf: fix argument list too long during compile

[Xiangyu Chen]

Hi Bruce,


Sorry for being late, update some information I observed in my local setup;


On 5/31/23 20:23, Bruce Ashfield wrote:

CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know 
the content is safe.

On Wed, May 31, 2023 at 1:14 AM Xiangyu Chen
 wrote:

From: Xiangyu Chen 

The perf would fail to build when BUILDDIR is longer than 190, The "O = ${B}"
makes it use absolute path which makes the argument list too long, remove
"O = ${B}" will make it use relative path to build will fix the problem.


Can you elaborate on how the relative path use is happening when an
explicit output directory isn't passed ?


When I using a long path/long folder name as below[1] , the perf package 
would


report an error "| make[4]: /bin/sh: Argument list too long"




I haven't checked the source, but I'd assume that it will simply build
directly in the source directory if we don't pass O to the build.

Also, is this fixed in a different way in master ?


Indeed, simply drop the "O" is a workaround solution, just put the 
compile object to source folder.


This behavior cannot find after mickledore branch, after comparing 
mickledore and kirkstone code,


I found that it related to make.

The kirkstone's make using 4.3, the mickledore using 4.4.1. There is a 
commit [2] already fix the issue,


but this fix depends lots of other commits(and not sure those commit has 
alternative impaction), so looks


upgrade package directly is lower risky than backport patches, but i am 
not sure bump the make package


(4.3->4.4.x) is meet the policy, could you give some suggestion? Thanks.




Bruce



Ref:

[1] e.g. build_test_logname_x

xx

xx

_x

xx

_dir


[2] 
https://git.savannah.gnu.org/cgit/make.git/commit/?id=dc2d963989b96161472b2cd38cef5d1f4851ea34




Thanks,

Xiangyu


Signed-off-by: Xiangyu Chen 
---
  meta/recipes-kernel/perf/perf.bb | 1 -
  1 file changed, 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index a4ce3169d3..e213c3632e 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -72,7 +72,6 @@ LDFLAGS="-ldl -lutil"
  EXTRA_OEMAKE = '\
  V=1 \
  -C ${S}/tools/perf \
-O=${B} \
  CROSS_COMPILE=${TARGET_PREFIX} \
  ARCH=${ARCH} \
  CC="${CC}" \
--
2.34.1






--
- 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 (#186345): 
https://lists.openembedded.org/g/openembedded-core/message/186345
Mute This Topic: https://lists.openembedded.org/mt/99236216/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] Dilemma on changes - merge or not to merge (e.g. 6.4)

[Paul Gortmaker via lists.openembedded.org]

[Re: [OE-core] Dilemma on changes - merge or not to merge (e.g. 6.4)] On 
16/08/2023 (Wed 09:55) Rasmus Villemoes wrote:

> On 15/08/2023 15.08, Paul Gortmaker via lists.openembedded.org wrote:
> > [Dilemma on changes - merge or not to merge (e.g. 6.4)] On 14/08/2023 (Mon 
> > 10:54) Richard Purdie wrote:
> > 
> >> Remaining are:
> >>   * an error upon boot on preempt-rt on qemux86-64
> >>  (e.g. 
> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/7616/steps/36/logs/stdio)
> >>  We'll probably just have to ignore it in parselogs as it has been??
> >>  around for a while and nobody seems interested in fixing it upstream.
> > 
> > Just back from vacation and I see an internal report of 10-ish at boot
> 
> it seems to be rate-limited to 10 per boot, so it should never appear
> more than those 10ish times:
> 
> static bool report_idle_softirq(void)
> {
> ...
> if (ratelimit >= 10)
> return false;
> ...
> ratelimit++;
> ...

Amusingly enough - you were looking right at the problem.  Just a few
stable kernels ago, it was inadvertently ratelimited to zero.  :-P

https://lists.openembedded.org/g/openembedded-core/message/186343

Paul.
--

> }
> 
> (it's all non-atomic/lockfree, so ofc it could just happen to get
> emitted 11 or 12 times if the stars align just right...)
> 
> > 
> >   NOHZ tick-stop error: local softirq work is pending, handler #80!!!
> > 
> > ..on the 6.1.43-rt10-yocto-preempt-rt kernel, on real hardware.  So it
> > seems we can't blame that one entirely on v6.4 kernel (or qemu).
> > 
> > We used to get (late 3.x and 4.x era) pretty common "NOHZ: local softirq
> > pending" messages even on common/popular distro kernels.  But I haven't
> > seen those for a long time and they didn't scream "error" or have the
> > alarmist three exclamation marks either.
> 
> FWIW, we're also seeing exactly that "NOHZ tick-stop error" message on
> 6.4.6-rt8 running on a couple of different imx8mp based boards.
> 
> Rasmus
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186344): 
https://lists.openembedded.org/g/openembedded-core/message/186344
Mute This Topic: https://lists.openembedded.org/mt/100733646/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 00/18] Patch review

[Paul Gortmaker via lists.openembedded.org]

[Re: [OE-core][mickledore 00/18] Patch review] On 16/08/2023 (Wed 07:50) Steve 
Sakoman via lists.openembedded.org wrote:

> On Tue, Aug 15, 2023 at 6:24???AM Steve Sakoman via
> lists.openembedded.org 
> wrote:
> >
> > Please review this set of changes for mickledore and have comments back by
> > end of day Thursday, August 17.

[...]

> > Bruce Ashfield (2):
> >   linux-yocto/6.1: update to v6.1.41
> >   linux-yocto/6.1: update to v6.1.43
> 
> I'm seeing intermittent failures with these 6.1 "stable" version bumps
> (issues are also seen in master).
> 
> So I am dropping these for now till we can fix the problem.

aka "NOHZ tick-stop error: local softirq work is pending, handler #80!!!"

For those not on IRC, the "cause" was tracked down to a v6.1.39 change:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree/releases/6.1.39/tick-rcu-fix-bogus-ratelimit-condition.patch

[linux-stable commit ID 77cc52f1b8d7 in v6.1]

The bad news - when you look at that commit, you realize the softirq-80
problem has been there for an as-yet undetermined length of time, but
was never output because of the bogus/broken "less than 10" check.

The "less than 10" was introduced in v5.18, so that sets a lower bound,
but I've not yet tested if the pending-80 was there immediately at 5.18
or appeared somewhere between v5.18 and v6.1 - stay tuned.

The same change/issue 1st appears in v6.4.4 stable kernel [7fe63c29cb].

Paul.
--

> 
> I reran a-full without the version bumps and all tests passed:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/5742
> 
> Steve
> 
> > Dmitry Baryshkov (1):
> >   linux-firmware: split platform-specific Adreno shaders to separate
> > packages
> >
> > Joel Stanley (1):
> >   kernel: don't fail if Modules.symvers doesn't exist
> >
> > Marek Vasut (1):
> >   linux-firmware: Fix mediatek mt7601u firmware path
> >
> > Mark Hatle (1):
> >   tcf-agent: Update to 1.8.0 release
> >
> > Richard Purdie (1):
> >   oeqa/ssh: Further improve process exit handling
> >
> > Ross Burton (1):
> >   openssh: upgrade to 9.3p2
> >
> > Sudip Mukherjee (1):
> >   bind: upgrade to v9.18.17
> >
> > Yogita Urade (3):
> >   qemu: fix CVE-2023-3301
> >   qemu: fix CVE-2023-3255
> >   qemu: fix CVE-2023-2861
> >
> > sanjana (1):
> >   binutils: stable 2.40 branch updates
> >
> >  meta/classes-recipe/kernel.bbclass|   4 +-
> >  meta/conf/distro/include/maintainers.inc  |   2 +-
> >  meta/lib/oeqa/core/target/ssh.py  |   5 +-
> >  ...1-avoid-start-failure-with-bind-user.patch |   0
> >  ...d-V-and-start-log-hide-build-options.patch |   0
> >  ...ching-for-json-headers-searches-sysr.patch |   0
> >  .../bind/{bind-9.18.16 => bind}/bind9 |   0
> >  .../bind/{bind-9.18.16 => bind}/conf.patch|   0
> >  .../generate-rndc-key.sh  |   0
> >  ...t.d-add-support-for-read-only-rootfs.patch |   0
> >  .../make-etc-initd-bind-stop-work.patch   |   0
> >  .../bind/{bind-9.18.16 => bind}/named.service |   0
> >  .../bind/{bind_9.18.16.bb => bind_9.18.17.bb} |   4 +-
> >  .../{openssh_9.3p1.bb => openssh_9.3p2.bb}|   2 +-
> >  meta/recipes-core/glibc/glibc-locale.inc  |   8 +-
> >  .../binutils/binutils-2.40.inc|   2 +-
> >  meta/recipes-devtools/qemu/qemu.inc   |   3 +
> >  .../qemu/qemu/CVE-2023-2861.patch | 171 ++
> >  .../qemu/qemu/CVE-2023-3255.patch |  65 +++
> >  .../qemu/qemu/CVE-2023-3301.patch |  65 +++
> >  .../tcf-agent/tcf-agent_git.bb|   4 +-
> >  .../linux-firmware/linux-firmware_20230625.bb |  28 ++-
> >  .../linux/linux-yocto-rt_6.1.bb   |   6 +-
> >  .../linux/linux-yocto-tiny_6.1.bb |   6 +-
> >  meta/recipes-kernel/linux/linux-yocto_6.1.bb  |  28 +--
> >  meta/recipes-support/curl/curl/disable-tests  |   2 +
> >  meta/recipes-support/curl/curl/run-ptest  |   2 +-
> >  scripts/lib/devtool/upgrade.py|   2 +
> >  28 files changed, 366 insertions(+), 43 deletions(-)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => 
> > bind}/0001-avoid-start-failure-with-bind-user.patch (100%)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => 
> > bind}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => 
> > bind}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => bind}/bind9 (100%)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => bind}/conf.patch 
> > (100%)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => 
> > bind}/generate-rndc-key.sh (100%)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => 
> > bind}/init.d-add-support-for-read-only-rootfs.patch (100%)
> >  rename meta/recipes-connectivity/bind/{bind-9.18.16 => 
> > bind}/make-etc-initd-bind-stop-work.patch (100%)
> >  rename 

[OE-core] [PATCH] scripts: use the monotonic clock to compute time elapsed

[jtilahun via lists.openembedded.org]

From: Joseph Tilahun 

The monotonic clock is preferable over the system clock when
computing the time elapsed.

Signed-off-by: Joseph Tilahun 
---
 scripts/oe-pkgdata-browser | 4 ++--
 scripts/runqemu| 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/scripts/oe-pkgdata-browser b/scripts/oe-pkgdata-browser
index c152c82b25..727803ba93 100755
--- a/scripts/oe-pkgdata-browser
+++ b/scripts/oe-pkgdata-browser
@@ -29,10 +29,10 @@ FileColumns = enum.IntEnum("FileColumns", {"Filename": 0, 
"Size": 1})
 import time
 def timeit(f):
 def timed(*args, **kw):
-ts = time.time()
+ts = time.monotonic()
 print ("func:%r calling" % f.__name__)
 result = f(*args, **kw)
-te = time.time()
+te = time.monotonic()
 print ('func:%r args:[%r, %r] took: %2.4f sec' % \
   (f.__name__, args, kw, te-ts))
 return result
diff --git a/scripts/runqemu b/scripts/runqemu
index 0e105a918b..d3c0b3fc38 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -1252,9 +1252,9 @@ to your build configuration.
 if self.snapshot and tmpfsdir:
 newrootfs = os.path.join(tmpfsdir, os.path.basename(self.rootfs)) 
+ "." + str(os.getpid())
 logger.info("Copying rootfs to %s" % newrootfs)
-copy_start = time.time()
+copy_start = time.monotonic()
 shutil.copyfile(self.rootfs, newrootfs)
-logger.info("Copy done in %s seconds" % (time.time() - copy_start))
+logger.info("Copy done in %s seconds" % (time.monotonic() - 
copy_start))
 self.rootfs = newrootfs
 # Don't need a second copy now!
 self.snapshot = False
-- 
2.25.1


-- 



This email and any attachments may contain Astranis confidential 
and/or proprietary information governed by a non-disclosure agreement, and 
are intended solely for the individual or entity specified by the message.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186342): 
https://lists.openembedded.org/g/openembedded-core/message/186342
Mute This Topic: https://lists.openembedded.org/mt/100808098/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] oe-buildenv-internal: update required Python version

[Trevor Gamblin]

On 2023-08-17 15:53, Trevor Gamblin via lists.openembedded.org wrote:

The system requirements in the current version of the reference manual
state that Python 3.8.0 is the minimum version, but oe-buildenv-internal
still only checks for 3.5.0 or newer. Update the script to match.
FYI I didn't have an actual system running Python older than 3.10.x, so 
I pulled an Ubuntu 16.04 Docker image to test this with.


Signed-off-by: Trevor Gamblin 
---
  scripts/oe-buildenv-internal | 8 
  1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/scripts/oe-buildenv-internal b/scripts/oe-buildenv-internal
index f856e618aa..2fdb19565a 100755
--- a/scripts/oe-buildenv-internal
+++ b/scripts/oe-buildenv-internal
@@ -32,12 +32,12 @@ fi
  # We potentially have code that doesn't parse correctly with older versions
  # of Python, and rather than fixing that and being eternally vigilant for
  # any other new feature use, just check the version here.
-py_v35_check=$(python3 -c 'import sys; print(sys.version_info >= (3,5,0))')
-if [ "$py_v35_check" != "True" ]; then
-echo >&2 "BitBake requires Python 3.5.0 or later as 'python3 
(scripts/install-buildtools can be used if needed)'"
+py_v38_check=$(python3 -c 'import sys; print(sys.version_info >= (3,8,0))')
+if [ "$py_v38_check" != "True" ]; then
+echo >&2 "BitBake requires Python 3.8.0 or later as 'python3' 
(scripts/install-buildtools can be used if needed)"
  return 1
  fi
-unset py_v35_check
+unset py_v38_check
  
  if [ -z "$BDIR" ]; then

  if [ -z "$1" ]; then




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186341): 
https://lists.openembedded.org/g/openembedded-core/message/186341
Mute This Topic: https://lists.openembedded.org/mt/100807624/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] oe-buildenv-internal: update required Python version

[Trevor Gamblin]

The system requirements in the current version of the reference manual
state that Python 3.8.0 is the minimum version, but oe-buildenv-internal
still only checks for 3.5.0 or newer. Update the script to match.

Signed-off-by: Trevor Gamblin 
---
 scripts/oe-buildenv-internal | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/scripts/oe-buildenv-internal b/scripts/oe-buildenv-internal
index f856e618aa..2fdb19565a 100755
--- a/scripts/oe-buildenv-internal
+++ b/scripts/oe-buildenv-internal
@@ -32,12 +32,12 @@ fi
 # We potentially have code that doesn't parse correctly with older versions 
 # of Python, and rather than fixing that and being eternally vigilant for 
 # any other new feature use, just check the version here.
-py_v35_check=$(python3 -c 'import sys; print(sys.version_info >= (3,5,0))')
-if [ "$py_v35_check" != "True" ]; then
-echo >&2 "BitBake requires Python 3.5.0 or later as 'python3 
(scripts/install-buildtools can be used if needed)'"
+py_v38_check=$(python3 -c 'import sys; print(sys.version_info >= (3,8,0))')
+if [ "$py_v38_check" != "True" ]; then
+echo >&2 "BitBake requires Python 3.8.0 or later as 'python3' 
(scripts/install-buildtools can be used if needed)"
 return 1
 fi
-unset py_v35_check
+unset py_v38_check
 
 if [ -z "$BDIR" ]; then
 if [ -z "$1" ]; then
-- 
2.41.0


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

[OE-core][RFC v2] sstatesig: Add ACL and XATTR data to outhash

[Joshua Watt]

Records the ACL and (some) extended attributes in the outhash

Signed-off-by: Joshua Watt 
---
NOTE: This requires ACL and XATTR support from bitbake

V2: Filter ACLs to not duplicate the stat mode (since that also does
extra filtering)


 meta/lib/oe/sstatesig.py | 42 
 1 file changed, 42 insertions(+)

diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index 633a0fd4502..1a11c8414ef 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -478,6 +478,8 @@ def OEOuthashBasic(path, sigfile, task, d):
 import grp
 import re
 import fnmatch
+import bb.xattr
+import bb.acl
 
 def update_hash(s):
 s = s.encode('utf-8')
@@ -640,6 +642,46 @@ def OEOuthashBasic(path, sigfile, task, d):
 
 update_hash("\n")
 
+def filter_acl(entry):
+# Skip owner user, owner group, and other tags. These are
+# covered by the stat permissions above
+if entry.tag in (bb.acl.ACL_USER_OBJ, 
bb.acl.ACL_GROUP_OBJ, bb.acl.ACL_OTHER):
+return False
+return True
+
+def add_acl(path, typ, name):
+acl = bb.acl.ACL.from_path(path, typ)
+entries = [e for e in acl.entries() if filter_acl(e)]
+if entries:
+update_hash(name)
+update_hash(":\n")
+entries.sort(key=lambda x: (x.tag, x.qualifier, 
x.mode))
+for e in entries:
+update_hash(str(e))
+update_hash("\n")
+
+def filter_xattr(name):
+# ACLs are handled above
+if name == "system.posix_acl_access":
+return False
+if name == "system.posix_acl_default":
+return False
+return True
+
+# libacl always follows symlinks, so skip them
+if not stat.S_ISLNK(s.st_mode):
+add_acl(path, bb.acl.ACL_TYPE_ACCESS, "ACL")
+if stat.S_ISDIR(s.st_mode):
+add_acl(path, bb.acl.ACL_TYPE_DEFAULT, "Default ACL")
+
+attrs = bb.xattr.get_all_xattr(path, follow=False)
+# Ignore ACLs; those are covered above
+attrs = {k: v for k, v in attrs.items() if filter_xattr(k)}
+if attrs:
+update_hash("XATTR:\n")
+for k, v in attrs:
+update_hash("%s: %s\n" % (k, v))
+
 # Process this directory and all its child files
 if include_root or root != ".":
 process(root)
-- 
2.33.0


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

[OE-core][PATCH 4/5] python3-trove-classfiers: upgrade 2023.7.6 -> 2023.8.7

[Trevor Gamblin]

Changelog: https://github.com/pypa/trove-classifiers/releases

- Add Trove classifier for Python 3.13 (#150)

Signed-off-by: Trevor Gamblin 
---
 ...ifiers_2023.7.6.bb => python3-trove-classifiers_2023.8.7.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-trove-classifiers_2023.7.6.bb => 
python3-trove-classifiers_2023.8.7.bb} (87%)

diff --git a/meta/recipes-devtools/python/python3-trove-classifiers_2023.7.6.bb 
b/meta/recipes-devtools/python/python3-trove-classifiers_2023.8.7.bb
similarity index 87%
rename from meta/recipes-devtools/python/python3-trove-classifiers_2023.7.6.bb
rename to meta/recipes-devtools/python/python3-trove-classifiers_2023.8.7.bb
index 7879dc2031..9aed0d62e4 100644
--- a/meta/recipes-devtools/python/python3-trove-classifiers_2023.7.6.bb
+++ b/meta/recipes-devtools/python/python3-trove-classifiers_2023.8.7.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/pypa/trove-classifiers;
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=86d3f3a95c324c9479bd8986968f4327"
 
-SRC_URI[sha256sum] = 
"8a8e168b51d20fed607043831d37632bb50919d1c80a64e0f1393744691a8b22"
+SRC_URI[sha256sum] = 
"c9f2a0a85d545e5362e967e4f069f56fddfd91215e22ffa48c66fb283521319a"
 
 inherit pypi python_setuptools_build_meta ptest
 
-- 
2.41.0


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

[OE-core][PATCH 5/5] python3-setuptools: upgrade 68.0.0 -> 68.1.0

[Trevor Gamblin]

Changelog: https://github.com/pypa/setuptools/blob/main/NEWS.rst

Signed-off-by: Trevor Gamblin 
---
 ...ython3-setuptools_68.0.0.bb => python3-setuptools_68.1.0.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-setuptools_68.0.0.bb => 
python3-setuptools_68.1.0.bb} (95%)

diff --git a/meta/recipes-devtools/python/python3-setuptools_68.0.0.bb 
b/meta/recipes-devtools/python/python3-setuptools_68.1.0.bb
similarity index 95%
rename from meta/recipes-devtools/python/python3-setuptools_68.0.0.bb
rename to meta/recipes-devtools/python/python3-setuptools_68.1.0.bb
index 4ac789d18c..e04cd1dcd0 100644
--- a/meta/recipes-devtools/python/python3-setuptools_68.0.0.bb
+++ b/meta/recipes-devtools/python/python3-setuptools_68.1.0.bb
@@ -11,7 +11,7 @@ SRC_URI:append:class-native = " 
file://0001-conditionally-do-not-fetch-code-by-e
 SRC_URI += " \
 
file://0001-_distutils-sysconfig.py-make-it-possible-to-substite.patch"
 
-SRC_URI[sha256sum] = 
"baf1fdb41c6da4cd2eae722e135500da913332ab3f2f5c7d33af9b492acb5235"
+SRC_URI[sha256sum] = 
"d59c97e7b774979a5ccb96388efc9eb65518004537e85d52e81eaee89ab6dd91"
 
 DEPENDS += "${PYTHON_PN}"
 
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186338): 
https://lists.openembedded.org/g/openembedded-core/message/186338
Mute This Topic: https://lists.openembedded.org/mt/100806730/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/5] python3-dtc: upgrade 1.6.1 -> 1.7.0

[Trevor Gamblin]

Changelog: 
https://kernel.googlesource.com/pub/scm/utils/dtc/dtc/+log/039a99414e778332d8f9c04cbd3072e1dcc62798

Remove custom PV from the recipe since the relevant functionality is in
1.7.0:

[tgamblin@megalith dtc]$ git tag --contains 
c001fc01a43e7a06447c06ea3d50bd60641322b8
v1.7.0

Signed-off-by: Trevor Gamblin 
---
 .../python/{python3-dtc_1.6.1.bb => python3-dtc_1.7.0.bb}  | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-dtc_1.6.1.bb => 
python3-dtc_1.7.0.bb} (91%)

diff --git a/meta/recipes-devtools/python/python3-dtc_1.6.1.bb 
b/meta/recipes-devtools/python/python3-dtc_1.7.0.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-dtc_1.6.1.bb
rename to meta/recipes-devtools/python/python3-dtc_1.7.0.bb
index a868bd0109..85e48d4694 100644
--- a/meta/recipes-devtools/python/python3-dtc_1.6.1.bb
+++ b/meta/recipes-devtools/python/python3-dtc_1.7.0.bb
@@ -14,9 +14,8 @@ UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+(\.\d+)+)"
 
 LIC_FILES_CHKSUM = 
"file://pylibfdt/libfdt.i;beginline=1;endline=6;md5=afda088c974174a29108c8d80b5dce90"
 
-SRCREV = "c001fc01a43e7a06447c06ea3d50bd60641322b8"
+SRCREV = "039a99414e778332d8f9c04cbd3072e1dcc62798"
 
-PV = "1.6.1+git${SRCPV}"
 S = "${WORKDIR}/git"
 
 PYPA_WHEEL = "${S}/dist/libfdt-1.6.2*.whl"
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186335): 
https://lists.openembedded.org/g/openembedded-core/message/186335
Mute This Topic: https://lists.openembedded.org/mt/100806726/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/5] python3-numpy: upgrade 1.25.1 -> 1.25.2

[Trevor Gamblin]

Changelog: https://github.com/numpy/numpy/releases/tag/v1.25.2

Signed-off-by: Trevor Gamblin 
---
 .../python/{python3-numpy_1.25.1.bb => python3-numpy_1.25.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-numpy_1.25.1.bb => 
python3-numpy_1.25.2.bb} (96%)

diff --git a/meta/recipes-devtools/python/python3-numpy_1.25.1.bb 
b/meta/recipes-devtools/python/python3-numpy_1.25.2.bb
similarity index 96%
rename from meta/recipes-devtools/python/python3-numpy_1.25.1.bb
rename to meta/recipes-devtools/python/python3-numpy_1.25.2.bb
index 3632ab71ee..0c6c0a3287 100644
--- a/meta/recipes-devtools/python/python3-numpy_1.25.1.bb
+++ b/meta/recipes-devtools/python/python3-numpy_1.25.2.bb
@@ -12,7 +12,7 @@ SRC_URI = 
"${GITHUB_BASE_URI}/download/v${PV}/${SRCNAME}-${PV}.tar.gz \
file://0001-numpy-core-Define-RISCV-32-support.patch \
file://run-ptest \
"
-SRC_URI[sha256sum] = 
"9a3a9f3a61480cc086117b426a8bd86869c213fc4072e606f01c4e4b66eb92bf"
+SRC_URI[sha256sum] = 
"fd608e19c8d7c55021dffd43bfe5492fab8cc105cc8986f813f8c3c048b38760"
 
 GITHUB_BASE_URI = "https://github.com/numpy/numpy/releases;
 UPSTREAM_CHECK_REGEX = "releases/tag/v?(?P\d+(\.\d+)+)$"
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186336): 
https://lists.openembedded.org/g/openembedded-core/message/186336
Mute This Topic: https://lists.openembedded.org/mt/100806727/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/5] python3-dbusmock: upgrade 0.29.0 -> 0.29.1

[Trevor Gamblin]

Changelog: https://github.com/martinpitt/python-dbusmock/releases

- spec: Update License: to SPDX format
- Test fixes (thanks Marco Trevisan)

Signed-off-by: Trevor Gamblin 
---
 .../{python3-dbusmock_0.29.0.bb => python3-dbusmock_0.29.1.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-dbusmock_0.29.0.bb => 
python3-dbusmock_0.29.1.bb} (87%)

diff --git a/meta/recipes-devtools/python/python3-dbusmock_0.29.0.bb 
b/meta/recipes-devtools/python/python3-dbusmock_0.29.1.bb
similarity index 87%
rename from meta/recipes-devtools/python/python3-dbusmock_0.29.0.bb
rename to meta/recipes-devtools/python/python3-dbusmock_0.29.1.bb
index 64e0ae8811..09bae0e19f 100644
--- a/meta/recipes-devtools/python/python3-dbusmock_0.29.0.bb
+++ b/meta/recipes-devtools/python/python3-dbusmock_0.29.1.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "https://pypi.org/project/python-dbusmock/;
 LICENSE = "GPL-3.0-only"
 LIC_FILES_CHKSUM = "file://COPYING;md5=e6a600fd5e1d9cbde2d983680233ad02"
 
-SRC_URI[sha256sum] = 
"3efdb3d800386b65e8854d8ee4538764241382b4e664423ad7d959c9008dd408"
+SRC_URI[sha256sum] = 
"b03590057c236d352c38973f4b71ae2c97b3a1cb1dc6f03278ce4072a3716a74"
 
 PYPI_PACKAGE = "python-dbusmock"
 
-- 
2.41.0


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

[OE-core][RFC] sstatesig: Add ACL and XATTR data to outhash

[Joshua Watt]

Records the ACL and (some) extended attributes in the outhash

Signed-off-by: Joshua Watt 
---
NOTE: This requires ACL and XATTR support from bitbake


 meta/lib/oe/sstatesig.py | 34 ++
 1 file changed, 34 insertions(+)

diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index 633a0fd4502..a2b4e742b3b 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -478,6 +478,8 @@ def OEOuthashBasic(path, sigfile, task, d):
 import grp
 import re
 import fnmatch
+import bb.xattr
+import bb.acl
 
 def update_hash(s):
 s = s.encode('utf-8')
@@ -640,6 +642,38 @@ def OEOuthashBasic(path, sigfile, task, d):
 
 update_hash("\n")
 
+def add_acl(path, typ, name):
+acl = bb.acl.ACL.from_path(path, typ)
+entries = list(acl.entries())
+if entries:
+update_hash(name)
+update_hash(":\n")
+entries.sort(key=lambda x: (x.tag, x.qualifier, 
x.mode))
+for e in entries:
+update_hash(str(e))
+update_hash("\n")
+
+def filter_xattr(k):
+if k == "system.posix_acl_access":
+return False
+if k == "system.posix_acl_default":
+return False
+return True
+
+# libacl always follows symlinks, so skip them
+if not stat.S_ISLNK(s.st_mode):
+add_acl(path, bb.acl.ACL_TYPE_ACCESS, "ACL")
+if stat.S_ISDIR(s.st_mode):
+add_acl(path, bb.acl.ACL_TYPE_DEFAULT, "Default ACL")
+
+attrs = bb.xattr.get_all_xattr(path, follow=False)
+# Ignore ACLs; those are covered above
+attrs = {k: v for k, v in attrs.items() if filter_xattr(k)}
+if attrs:
+update_hash("XATTR:\n")
+for k, v in attrs:
+update_hash("%s: %s\n" % (k, v))
+
 # Process this directory and all its child files
 if include_root or root != ".":
 process(root)
-- 
2.33.0


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

[OE-core] [PATCHv2] cross-localedef-native: fix build on hosts with older glibc

[Martin Jansa]

Older glibc on host might be missing __glibc_has_attribute added in glibc-2.34 
with:

https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=misc/sys/cdefs.h;h=8e244a77cf6271f09cbd26d18b1e07b1d1641404;hp=57ca262bdfb642bf4a945645532f2319ec1ff437;hb=c8ba52ab3350c334d6e34b1439a4c0c1431351f3;hpb=7dd416491e080456fc7742d884c520526509413e

Fixes:
In file included from ../git/localedef/include/programs/xmalloc.h:21,
 from glibc/locale/programs/localedef.h:124,
 from glibc/locale/programs/localedef.c:36:
../git/localedef/include/sys/cdefs.h:85:51: error: missing binary operator 
before token "("
   85 | #if __GNUC_PREREQ (4, 3) || __glibc_has_attribute (__cold__)
  |   ^

Only commit included:
e0eca29 cdefs.h: define __glibc_has_attribute

Signed-off-by: Martin Jansa 
---
 meta/recipes-core/glibc/glibc-version.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/glibc/glibc-version.inc 
b/meta/recipes-core/glibc/glibc-version.inc
index 7d5219f2d2..f53e59103e 100644
--- a/meta/recipes-core/glibc/glibc-version.inc
+++ b/meta/recipes-core/glibc/glibc-version.inc
@@ -1,7 +1,7 @@
 SRCBRANCH ?= "release/2.38/master"
 PV = "2.38"
 SRCREV_glibc ?= "36f2487f13e3540be9ee0fb51876b1da72176d3f"
-SRCREV_localedef ?= "2d6d138500779504ba52e564edd21a3e50ae9472"
+SRCREV_localedef ?= "e0eca29583b9e0f62645c4316ced93cf4e4e26e1"
 
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git;protocol=https"
 
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186332): 
https://lists.openembedded.org/g/openembedded-core/message/186332
Mute This Topic: https://lists.openembedded.org/mt/100805498/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] riscv: Add asm-offsets.s to target for on-target module compilation

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes the following warning:

WARNING: kernel-devsrc-1.0-r0 do_package_qa: QA Issue: File 
/lib/modules/6.4.9-yocto-standard/build/arch/arm64/kernel/asm-offsets.s in 
package kernel-devsrc contains reference to TMPDIR [buildpaths]

https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/7602/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/131/builds/2993/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/6982/steps/16/logs/stdio

On 12/08/2023 00:32:40+0200, alexandru.t.mo...@gmail.com wrote:
> From: Alexandru Moise 
> 
> I wanted to build kernel modules on my riscv target,
> 
> cd /usr/src/kernel/
> 
> make scripts prepare
> <...>
>   CC  scripts/mod/devicetable-offsets.s
>   UPD scripts/mod/devicetable-offsets.h
>   HOSTCC  scripts/mod/file2alias.o
>   HOSTCC  scripts/mod/sumversion.o
>   HOSTLD  scripts/mod/modpost
>   CC  kernel/bounds.s
> /bin/sh: line 1: arch/riscv/kernel/asm-offsets.s: No such file or directory
> make[1]: *** [Kbuild:37: include/generated/asm-offsets.h] Error 1
> make: *** [Makefile:1219: prepare0] Error 2
> 
> The patch just adds the asm-offsets.s file for riscv targets.
> 
> With this the prepare target succeeds:
> 
> make scripts prepare
> <...>
>   CC  kernel/bounds.s
>   CALLscripts/checksyscalls.sh
>   CALLscripts/atomic/check-atomics.sh
>   LDS arch/riscv/kernel/vdso/vdso.lds
>   AS  arch/riscv/kernel/vdso/rt_sigreturn.o
>   CC  arch/riscv/kernel/vdso/vgettimeofday.o
>   AS  arch/riscv/kernel/vdso/getcpu.o
>   AS  arch/riscv/kernel/vdso/flush_icache.o
>   AS  arch/riscv/kernel/vdso/note.o
>   VDSOLD  arch/riscv/kernel/vdso/vdso.so.dbg
>   VDSOSYM include/generated/vdso-offsets.h
> root@visionfive2:/usr/src/kernel
> 
> Signed-off-by: Alexandru Moise 
> ---
>  meta/recipes-kernel/linux/kernel-devsrc.bb | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
> b/meta/recipes-kernel/linux/kernel-devsrc.bb
> index 6764598d48..ec14ccf6f2 100644
> --- a/meta/recipes-kernel/linux/kernel-devsrc.bb
> +++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
> @@ -115,6 +115,9 @@ do_install() {
>  if [ -e arch/${ARCH}/kernel/vdso/vdso.lds ]; then
>   cp -a --parents arch/${ARCH}/kernel/vdso/vdso.lds 
> $kerneldir/build/
>  fi
> +if [ -e arch/${ARCH}/kernel/asm-offsets.s ]; then
> + cp -a --parents arch/${ARCH}/kernel/asm-offsets.s 
> $kerneldir/build/
> +fi
>   fi
>   if [ "${ARCH}" = "powerpc" ]; then
>   cp -a --parents arch/powerpc/kernel/vdso32/vdso32.lds 
> $kerneldir/build 2>/dev/null || :
> -- 
> 2.41.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186331): 
https://lists.openembedded.org/g/openembedded-core/message/186331
Mute This Topic: https://lists.openembedded.org/mt/100693249/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 1/1] vim: upgrade 9.0.1592 -> 9.0.1664

[Steve Sakoman]

Hi Archana,

This version upgrade will need to be submitted for master first before
I can take it for the stable branches.

Thanks,

Steve

On Thu, Aug 17, 2023 at 12:18 AM Polampalli, Archana via
lists.openembedded.org
 wrote:
>
> Fixes:
> https://nvd.nist.gov/vuln/detail/CVE-2023-3896
> 8154e642a (tag: v9.0.1664) patch 9.0.1664: divide by zero when scrolling with 
> 'smoothscroll' set
>
> Signed-off-by: Archana Polampalli 
> ---
>  meta/recipes-support/vim/vim.inc | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-support/vim/vim.inc 
> b/meta/recipes-support/vim/vim.inc
> index 33ae0d8079..9a7b7650a7 100644
> --- a/meta/recipes-support/vim/vim.inc
> +++ b/meta/recipes-support/vim/vim.inc
> @@ -19,8 +19,8 @@ SRC_URI = 
> "git://github.com/vim/vim.git;branch=master;protocol=https \
> file://no-path-adjust.patch \
> "
>
> -PV .= ".1592"
> -SRCREV = "29b4c513b11deb37f0e0538df53d195f602fa42c"
> +PV .= ".1664"
> +SRCREV = "8154e642aa476e1a5d3de66c34e8289845b2b797"
>
>  # Remove when 8.3 is out
>  UPSTREAM_VERSION_UNKNOWN = "1"
> --
> 2.40.0
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186330): 
https://lists.openembedded.org/g/openembedded-core/message/186330
Mute This Topic: https://lists.openembedded.org/mt/100797549/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] cross-localedef-native: fix build on hosts with older glibc

[Martin Jansa]

Khem already merged this, so I'll send v2 with just SRCREV bump shortly.

On Thu, Aug 17, 2023 at 11:10 AM Martin Jansa via lists.openembedded.org
 wrote:

> Older glibc on host might be missing __glibc_has_attribute added in
> glibc-2.34 with:
>
>
> https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=misc/sys/cdefs.h;h=8e244a77cf6271f09cbd26d18b1e07b1d1641404;hp=57ca262bdfb642bf4a945645532f2319ec1ff437;hb=c8ba52ab3350c334d6e34b1439a4c0c1431351f3;hpb=7dd416491e080456fc7742d884c520526509413e
>
> Fixes:
> In file included from ../git/localedef/include/programs/xmalloc.h:21,
>  from glibc/locale/programs/localedef.h:124,
>  from glibc/locale/programs/localedef.c:36:
> ../git/localedef/include/sys/cdefs.h:85:51: error: missing binary operator
> before token "("
>85 | #if __GNUC_PREREQ (4, 3) || __glibc_has_attribute (__cold__)
>   |   ^
>
> Signed-off-by: Martin Jansa 
> ---
>  .../glibc/cross-localedef-native_2.38.bb  |  1 +
>  ...cdefs.h-define-__glibc_has_attribute.patch | 51 +++
>  2 files changed, 52 insertions(+)
>  create mode 100644
> meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch
>
> diff --git a/meta/recipes-core/glibc/cross-localedef-native_2.38.bb
> b/meta/recipes-core/glibc/cross-localedef-native_2.38.bb
> index e7261a644b..673008c57a 100644
> --- a/meta/recipes-core/glibc/cross-localedef-native_2.38.bb
> +++ b/meta/recipes-core/glibc/cross-localedef-native_2.38.bb
> @@ -24,6 +24,7 @@ SRC_URI =
> "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
> \
>
> file://0001-localedef-Add-hardlink-resolver-from-util-linux.patch \
>
> file://0002-localedef-fix-ups-hardlink-to-make-it-compile.patch \
> +
>  
> file://0003-localedef-cdefs.h-define-__glibc_has_attribute.patch;patchdir=localedef
> \
> \
>
> file://0010-eglibc-Cross-building-and-testing-instructions.patch \
> file://0011-eglibc-Help-bootstrap-cross-toolchain.patch \
> diff --git
> a/meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch
> b/meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch
> new file mode 100644
> index 00..d34651e275
> --- /dev/null
> +++
> b/meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch
> @@ -0,0 +1,51 @@
> +From a90ba625410f8b49205adbe03652bc2fd0c35cec Mon Sep 17 00:00:00 2001
> +From: Martin Jansa 
> +Date: Thu, 17 Aug 2023 01:23:59 +0200
> +Subject: [PATCH] cdefs.h: define __glibc_has_attribute
> +
> +Older glibc on host might be missing __glibc_has_attribute added in
> glibc-2.34 with:
> +
> +
> https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=misc/sys/cdefs.h;h=8e244a77cf6271f09cbd26d18b1e07b1d1641404;hp=57ca262bdfb642bf4a945645532f2319ec1ff437;hb=c8ba52ab3350c334d6e34b1439a4c0c1431351f3;hpb=7dd416491e080456fc7742d884c520526509413e
> +
> +Fixes:
> +In file included from ../git/localedef/include/programs/xmalloc.h:21,
> + from glibc/locale/programs/localedef.h:124,
> + from glibc/locale/programs/localedef.c:36:
> +../git/localedef/include/sys/cdefs.h:85:51: error: missing binary
> operator before token "("
> +   85 | #if __GNUC_PREREQ (4, 3) || __glibc_has_attribute (__cold__)
> +  |   ^
> +
> +Signed-off-by: Martin Jansa 
> +Upstream-Status: Submitted [https://github.com/kraj/localedef/pull/4]
> +---
> + include/sys/cdefs.h | 17 +
> + 1 file changed, 17 insertions(+)
> +
> +diff --git a/include/sys/cdefs.h b/include/sys/cdefs.h
> +index 0f32fdb..8530054 100644
> +--- a/include/sys/cdefs.h
>  b/include/sys/cdefs.h
> +@@ -37,6 +37,23 @@
> + #endif
> + #endif
> +
> ++#if !defined __glibc_has_attribute
> ++/* Older glibc on host might be missing __glibc_has_attribute added in
> glibc-2.34 with:
> ++
> https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=misc/sys/cdefs.h;h=8e244a77cf6271f09cbd26d18b1e07b1d1641404;hp=57ca262bdfb642bf4a945645532f2319ec1ff437;hb=c8ba52ab3350c334d6e34b1439a4c0c1431351f3;hpb=7dd416491e080456fc7742d884c520526509413e
> ++*/
> ++/* Compilers that lack __has_attribute may object to
> ++   #if defined __has_attribute && __has_attribute (...)
> ++   even though they do not need to evaluate the right-hand side of the
> &&.
> ++   Similarly for __has_builtin, etc.  */
> ++#if (defined __has_attribute \
> ++ && (!defined __clang_minor__ \
> ++ || 3 < __clang_major__ + (5 <= __clang_minor__)))
> ++# define __glibc_has_attribute(attr) __has_attribute (attr)
> ++#else
> ++# define __glibc_has_attribute(attr) 0
> ++#endif
> ++#endif
> ++
> + #if !defined(__REDIRECT_NTH) && defined(__GNUC__) && __GNUC__ >= 2
> + # ifdef __cplusplus
> + #  define __REDIRECT_NTH(name, proto, alias) \
> --
> 2.41.0
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

Re: [OE-core] nativesdk recipe not added to esdk

[Sutton, Chris (FP) - IC via lists.openembedded.org]

Ok I figured it out. I needed to use TOOLCHAIN_HOST_TASK not 
TOOLCHAIN_HOST_TASK_ESDK. i.e.

TOOLCHAIN_HOST_TASK += " nativesdk-test-py "

I guess the eSDK incorporates the SDK settings as well.

The documentation is very misleading when it explicitly says you should use 
TOOLCHAIN_HOST_TASK_ESDK.
https://docs.yoctoproject.org/ref-manual/variables.html#term-TOOLCHAIN_HOST_TASK_ESDK
When in fact you can’t set TOOLCHAIN_HOST_TASK_ESDK at all.
Perhaps the variable should be removed from the glossary?


From: openembedded-core@lists.openembedded.org 
 On Behalf Of Sutton, Chris (FP) - IC 
via lists.openembedded.org
Sent: 15 August 2023 16:14
To: openembedded-core@lists.openembedded.org
Subject: [EXTERNAL] [OE-core] nativesdk recipe not added to esdk

WARNING: Email originated from an EXTERNAL source. Do NOT click links, open 
attachments or reply unless you recognize sender and know the content is safe.

Hi,

I have a recipe - test-py.bb - that contains:

BBCLASSEXTEND = "native nativesdk".
FILES:${PN} += " one.py two.py"
do_install() {
install -D ${WORKDIR}/git/Core/scripts/one.py "${D}$bindir}/one.py"
install -D ${WORKDIR}/git/Core/scripts/two.py "${D}$bindir}/two.py"
}

I want to have those python files made available in the $PATH of the esdk. So 
in the local.conf I have:

TOOLCHAIN_HOST_TASK_ESDK += " nativesdk-test-py "

I build the full version of the esdk.
I install the eSDK and run "devtool sdk-install test-py"
I do a search but I cannot find one.py/two.py anywhere in the esdk install.
I notice that Yocto is not generating a nativesdk-test-py recipe under 
work/tmp/x86_64-nativesdk-pokysdk-linux. I though this was the purpose of 
adding nativesdk with BBCLASSEXTEND?
I notice that populate_sdk_ext.bbclass hardcodes the TOOLCHAIN_HOST_TASK_ESDK 
variable to meta-environment-extsdk-${MACHINE}. Surely this is overwriting any 
values I use the local.conf.
I don't fully understand the meta-environment-extsdk.bb mechanism but I get the 
impression this is the key to adding something to the esdk?
Also is there a way to confirm which packages have been added to the esdk? It 
seems to be obfuscated behind the meta-environment-extsdk recipe.

 

CONFIDENTIALITY NOTICE: This email and any attachments are for the sole use of 
the intended recipient and may contain material that is proprietary, 
confidential, privileged or otherwise legally protected or restricted under 
applicable laws. Any review, disclosure, distributing or other use without 
expressed permission of the sender is strictly prohibited. If you are not the 
intended recipient, please contact the sender and delete all copies without 
reading, printing, or saving.



L3Harris Technologies UK Limited is a private company registered in England 
with the company number 1631 whose registered office is at 100 New Bridge 
Street, London, United Kingdom, EC4V 6JA.



For information on our Privacy & Cookie Policies, please visit our website: 
https://www.l3harris.com/en-gb/privacy-policy

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

[Randy MacLeod via lists.openembedded.org]

On 2023-08-17 10:58, Alex Kiernan wrote:

Hi

Yeah, you're correct... Currently sitting beside a pool in France,  
having discovered that the DSL where we're staying is basically useless :)


I've been buried in an ESP32 project before we went away, so not 
meaningfully got back to this.


I did start looking at rebasing the patches, but there's massive churn 
and my suspicion is taking the changes to parameterise the test 
exclusions will be the way to go.


There biggest fix I had in the 1.71 update was to use the sysroot 
target for libstd, which is a much cleaner interface.



Alex,
Thanks for explaining the situation.

Sundeep and/or Yashe will take time to work on the 1.71.0 rebase and
send it to the list as suggested by Mr Kanavin.

We'll get the fix for CVE-2023-38497 
, in the 1.72.0 update 
for master.



Enjoy the pool!

../Randy


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186327): 
https://lists.openembedded.org/g/openembedded-core/message/186327
Mute This Topic: https://lists.openembedded.org/mt/100230901/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] ccache.bbclass: Add allowed list for native recipes

[Khem Raj]

wrong list, please send to oe-core ml

On Thu, Aug 17, 2023 at 2:01 AM Angelo Ribeiro via
lists.openembedded.org
 wrote:
>
> From: Angelo Ribeiro 
>
> Native recipes are not able to use ccache currently, due to a circular
> dependency between ccache-native and cmake-native.
> This affects also other native recipes, but not all, imposing a
> limitation in build time optimizations.
>
> The introduction of CCACHE_NATIVE_RECIPES_ALLOWED allows the user to specify
> which native recipes should use ccache, keeping it disable by default for all
> native recipes.
>
> Signed-off-by: Angelo Ribeiro 
> ---
>  meta/classes/ccache.bbclass  | 11 ---
>  meta/conf/documentation.conf |  1 +
>  2 files changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/ccache.bbclass b/meta/classes/ccache.bbclass
> index 34becb69d1..262db6672c 100644
> --- a/meta/classes/ccache.bbclass
> +++ b/meta/classes/ccache.bbclass
> @@ -28,6 +28,11 @@
>  # be shared between different builds.
>  CCACHE_TOP_DIR ?= "${TMPDIR}/ccache"
>
> +# ccache-native and cmake-native have a circular dependency
> +# that affects other native recipes, but not all.
> +# Allows to use ccache in specified native recipes.
> +CCACHE_NATIVE_RECIPES_ALLOWED ?= ""
> +
>  # ccahe removes CCACHE_BASEDIR from file path, so that hashes will be the 
> same
>  # in different builds.
>  export CCACHE_BASEDIR ?= "${TMPDIR}"
> @@ -54,9 +59,9 @@ python() {
>  Enable ccache for the recipe
>  """
>  pn = d.getVar('PN')
> -# quilt-native doesn't need ccache since no c files
> -if not (bb.data.inherits_class("native", d) or
> -bb.utils.to_boolean(d.getVar('CCACHE_DISABLE'))):
> +if (pn in d.getVar('CCACHE_NATIVE_RECIPES_ALLOWED') or
> +not (bb.data.inherits_class("native", d) or
> +bb.utils.to_boolean(d.getVar('CCACHE_DISABLE':
>  d.appendVar('DEPENDS', ' ccache-native')
>  d.setVar('CCACHE', 'ccache ')
>  }
> diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
> index 66b8e2f24f..fc1b4978fd 100644
> --- a/meta/conf/documentation.conf
> +++ b/meta/conf/documentation.conf
> @@ -106,6 +106,7 @@ BUSYBOX_SPLIT_SUID[doc] = "For the BusyBox recipe, 
> specifies whether to split th
>  #C
>
>  CACHE[doc]  = "The directory holding the cache of the metadata."
> +CCACHE_NATIVE_RECIPES_ALLOWED[doc] = "A list of native recipes to use 
> Ccache, this variable is useful to bypass a circular dependency between 
> ccache-native and cmake-native that inhibits to use Ccache in other native 
> recipes."
>  CFLAGS[doc] = "Flags passed to the C compiler for the target system. This 
> variable evaluates to the same as TARGET_CFLAGS."
>  CLASSOVERRIDE[doc] = "An internal variable specifying the special class 
> override that should currently apply (e.g. "class-target", "class-native", 
> and so forth)."
>  CLEANBROKEN[doc] = "Specifies if 'make clean' does not work for a recipe 
> (and therefore the build system should not try to use it during do_configure)"
> --
> 2.34.1
>
> The information in this communication may contain confidential or legally 
> privileged information. It is intended solely for the use of the individual 
> or entity it addresses and others authorized to receive it. If you are not an 
> intended recipient, you are hereby notified that any disclosure, copying, 
> distribution or action in reliance on the contents of this information is 
> strictly prohibited and may be unlawful. If you have received this 
> communication by error, please notify us immediately by responding to this 
> e-mail and then delete it from your system. Critical TechWorks is not liable 
> for the proper and complete transmission of the information in this 
> communication nor for any delay in its receipt
>
> This e-mail is environmentally friendly, just like Critical TechWorks, which 
> lives in a paper-free atmosphere. Therefore, please consider the environment 
> before printing it!
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186326): 
https://lists.openembedded.org/g/openembedded-core/message/186326
Mute This Topic: https://lists.openembedded.org/mt/100796920/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][PATCHv2] gtk4: upgrade 4.10.5 -> 4.12.0

[Khem Raj]

On Thu, Aug 17, 2023 at 7:49 AM Markus Volk  wrote:
>
> Sorry for the late reply. I was on the road yesterday.
>
> I can't reproduce the issue unfortunately. That's because I've been running 
> my build host with a homebuilt yocto image for a couple of weeks now to find 
> runtime errors (and because it gets me better hardware support). So far this 
> is running very well, but I seem to have a problem with libgcc-initial. When 
> I want to use the clang toolchain, libcxx-native aborts with:
>
> | /home/flk/poky/build/tmp/hosttools/ld: cannot find crtbeginS.o: No such 
> file or directory
> | /home/flk/poky/build/tmp/hosttools/ld: cannot find -lgcc: No such file or 
> directory
> | /home/flk/poky/build/tmp/hosttools/ld: cannot find -lgcc: No such file or 
> directory
> | clang-16: error: linker command failed with exit code 1 (use -v to see the 
> call)
> | ninja: build stopped: subcommand failed.
>

Perhaps need libgcc dev package on build host

> Will have to look into this first. So far I have no idea what is going on. In 
> any case, at most I'd be able to hack this with a 'cast', but I don't have 
> enough knowledge of the gtk code to find the root cause
>
> I think the best thing would be to create an issue at gitlab, but I'm a bit 
> afraid of that because I can't help if something needs to be tested or if I 
> should add more context.
>
> In general this is an issue that should be fixed in gcc because this seems to 
> be indeed a bug.
>
> Short term solutions might be to add -Wno-int-conversion to the cflags for 
> clang to make it less strict or to disable the experimental vulkan support in 
> gtk4 by default?
>
> On Wed, Aug 16 2023 at 07:44:50 AM -07:00:00, Khem Raj  
> wrote:
>
> clang finds more errors with this upgrade 
> https://errors.yoctoproject.org/Errors/Details/731552/ On Tue, Aug 15, 2023 
> at 7:52 AM Markus Volk  wrote:
>
> gtk.h: gtkscrollinfo.h was added, no change of license gdk.h: gdkpixbuf.h was 
> deprecated, no change of license update renamed build-options Overview of 
> Changes in 4.12.0, 05-08-2023 = * 
> List widgets: - Add scroll_to APIs * GtkFileLauncher: - Add an always-ask 
> property * GtkTextView: - Make backspace behavior match GtkEntry * gsk: - Fix 
> handling of luminance in mask nodes * Text rendering: - Automate the setting 
> of gtk-hint-font-metrics from the scale factor. This improves font rendering 
> in flatpaks * Wayland: - Fix behavior of stylus buttons - Support suspended 
> window state * Vulkan: - Many improvements * Tools: - Add 
> gtk4-rendernode-tool * Debugging: - Drop the GTK_DEBUG_TOUCHSCREEN flag * 
> Build: - Some build options have been renamed: gtk_doc -> documentation 
> update_screenshots -> screenshots The old names still work Overview of 
> Changes in 4.11.4, 03-07-2023 = * 
> GtkFileChooser: - Default to sorting folders first - Fix a crash when 
> visiting recent files * GtkTextView: - Fix corner cases in word navigation * 
> GtkMenuButton: - Normalize label layout * GtkDropDown: - Add support for 
> sections * GtkVideo: - Make the overlay icon clickable * GtkWindow: - Clear 
> the resize cursors to avoid artifacts * GtkFileDialog: - Always set 
> initial-folder * GtkDropDown: - Update on expression changes * 
> GtkMapListModel: - Implement GtkSectionModel * Accessibility: - Improvements 
> all over the place: GtkButton, GtkPasswordEntry, GtkFontChooserDialog, 
> GtkColorChooserDialog, GtkShortcutsWindow, GtkMenuButton, GtkAboutDialog, 
> GtkFileChooserDialog, GtkStackSidebar, GtkStackSwitcher, GtkMediaControls, 
> GtkColorDialogButton, GtkDropDown, GtkInfoBar, GtkNotebook, 
> GtkPrintUnixDialog, GtkModelButton - Make name computation follow the ARIA 
> spec more closely - Adapt name computation for the common 'nested button' 
> scenario - Change many containers to use `generic` instead of `group` - Use 
> `generic` as the default role - Use `application` instead of `window` for 
> windows - Add properties for accessible names of not directly exposed widgets 
> in GtkListView, GtkGridView and GtkColumnView * DND: - Fix criticals when 
> drops are rejected * X11: - Fix regressions in GLX setup * Windows: - Center 
> newly created transient windows * Vulkan: - Add antialising for gradients - 
> Do less work on clipped away nodes - Redo image uploading - Support different 
> image depths and formats - Add a pipeline cache * Demos: - gtk4-demo: Improve 
> window sizing - gtk4-demo: Improve focus behavior - gtk4-demo: Add many 
> missing a11y properties * Tools: - gtk4-builder-tool: Make render an alias 
> screenshot * Inspector: - Show more information in the a11y tab - Add an 
> accessibility overlay with warnings and recommendations - Limit the width of 
> the a11y tab * Build: - Require GLib 2.76 - Make asan builds work again - Fix 
> the build if ld is not ld.bdf Overview of Changes in 4.11.3, 05-06-2023 
> = * 

Re: [OE-core] [PATCH v2] rust: Upgrade 1.70.0 -> 1.71.0

[Alex Kiernan]

Hi

Yeah, you're correct... Currently sitting beside a pool in France,  having
discovered that the DSL where we're staying is basically useless :)

I've been buried in an ESP32 project before we went away, so not
meaningfully got back to this.

I did start looking at rebasing the patches, but there's massive churn and
my suspicion is taking the changes to parameterise the test exclusions will
be the way to go.

There biggest fix I had in the 1.71 update was to use the sysroot target
for libstd, which is a much cleaner interface.

Alex


On Thu, 17 Aug 2023, 16:15 Randy MacLeod via lists.openembedded.org,
 wrote:

> Add Alex back to the To list.
>
> On 2023-08-17 09:50, Shinde, Yash via lists.openembedded.org wrote:
>
> Alex,
>
> I will look into rust upgrade 1.70 -> 1.71. What's the timeline for this?
> I guess it's 2 weeks for feature freeze for 4.3.
>
> We talked about this offline and concluded that the best approach would be:
>
> 1. do the rebase of 1.71 but don't send to be merged. (keep it aside
> safely)
>
> 2. when 1.72 is released on August 24 2023, do that update, test and
> submit.
>
>
> Alex, I assume that you are on vacation but if you happen to read this,
> please
> do let us know if we'd be duplicating any of  your work.
>
> ../Randy
>
>
>
>
> --
> # Randy MacLeod
> # Wind River Linux
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186324): 
https://lists.openembedded.org/g/openembedded-core/message/186324
Mute This Topic: https://lists.openembedded.org/mt/100230901/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][PATCHv2] gtk4: upgrade 4.10.5 -> 4.12.0

[Markus Volk]

Sorry for the late reply. I was on the road yesterday.

I can't reproduce the issue unfortunately. That's because I've been 
running my build host with a homebuilt yocto image for a couple of 
weeks now to find runtime errors (and because it gets me better 
hardware support). So far this is running very well, but I seem to have 
a problem with libgcc-initial. When I want to use the clang toolchain, 
libcxx-native aborts with:


| /home/flk/poky/build/tmp/hosttools/ld: cannot find crtbeginS.o: No 
such file or directory
| /home/flk/poky/build/tmp/hosttools/ld: cannot find -lgcc: No such 
file or directory
| /home/flk/poky/build/tmp/hosttools/ld: cannot find -lgcc: No such 
file or directory
| clang-16: error: linker command failed with exit code 1 (use -v to 
see the call)

| ninja: build stopped: subcommand failed.

Will have to look into this first. So far I have no idea what is going 
on. In any case, at most I'd be able to hack this with a 'cast', but I 
don't have enough knowledge of the gtk code to find the root cause


I think the best thing would be to create an issue at gitlab, but I'm a 
bit afraid of that because I can't help if something needs to be tested 
or if I should add more context.


In general this is an issue that should be fixed in gcc because this 
seems to be indeed a bug.


Short term solutions might be to add -Wno-int-conversion to the cflags 
for clang to make it less strict or to disable the experimental vulkan 
support in gtk4 by default?


On Wed, Aug 16 2023 at 07:44:50 AM -07:00:00, Khem Raj 
 wrote:

clang finds more errors with this upgrade



On Tue, Aug 15, 2023 at 7:52 AM Markus Volk > wrote:


 gtk.h: gtkscrollinfo.h was added, no change of license
 gdk.h: gdkpixbuf.h was deprecated, no change of license

 update renamed build-options

 Overview of Changes in 4.12.0, 05-08-2023
 =

 * List widgets:
  - Add scroll_to APIs

 * GtkFileLauncher:
  - Add an always-ask property

 * GtkTextView:
  - Make backspace behavior match GtkEntry

 * gsk:
  - Fix handling of luminance in mask nodes

 * Text rendering:
  - Automate the setting of gtk-hint-font-metrics from the
scale factor. This improves font rendering in flatpaks

 * Wayland:
  - Fix behavior of stylus buttons
  - Support suspended window state

 * Vulkan:
  - Many improvements

 * Tools:
  - Add gtk4-rendernode-tool

 * Debugging:
  - Drop the GTK_DEBUG_TOUCHSCREEN flag

 * Build:
  - Some build options have been renamed:
  gtk_doc -> documentation
  update_screenshots -> screenshots
The old names still work

 Overview of Changes in 4.11.4, 03-07-2023
 =

 * GtkFileChooser:
  - Default to sorting folders first
  - Fix a crash when visiting recent files

 * GtkTextView:
  - Fix corner cases in word navigation

 * GtkMenuButton:
  - Normalize label layout

 * GtkDropDown:
  - Add support for sections

 * GtkVideo:
  - Make the overlay icon clickable

 * GtkWindow:
  - Clear the resize cursors to avoid artifacts

 * GtkFileDialog:
  - Always set initial-folder

 * GtkDropDown:
  - Update on expression changes

 * GtkMapListModel:
  - Implement GtkSectionModel

 * Accessibility:
  - Improvements all over the place: GtkButton, GtkPasswordEntry,
GtkFontChooserDialog, GtkColorChooserDialog, GtkShortcutsWindow,
GtkMenuButton, GtkAboutDialog, GtkFileChooserDialog, 
GtkStackSidebar,
GtkStackSwitcher, GtkMediaControls, GtkColorDialogButton, 
GtkDropDown,

GtkInfoBar, GtkNotebook, GtkPrintUnixDialog, GtkModelButton
  - Make name computation follow the ARIA spec more closely
  - Adapt name computation for the common 'nested button' scenario
  - Change many containers to use `generic` instead of `group`
  - Use `generic` as the default role
  - Use `application` instead of `window` for windows
  - Add properties for accessible names of not directly exposed
widgets in GtkListView, GtkGridView and GtkColumnView

 * DND:
  - Fix criticals when drops are rejected

 * X11:
  - Fix regressions in GLX setup

 * Windows:
  - Center newly created transient windows

 * Vulkan:
  - Add antialising for gradients
  - Do less work on clipped away nodes
  - Redo image uploading
  - Support different image depths and formats
  - Add a pipeline cache

 * Demos:
  - gtk4-demo: Improve window sizing
  - gtk4-demo: Improve focus behavior
  - gtk4-demo: Add many missing a11y properties

 * Tools:
  - gtk4-builder-tool: Make render an alias screenshot

 * Inspector:
  - Show more information in the a11y tab
  - Add an accessibility overlay with warnings and recommendations
  - Limit the width of the a11y tab

 * Build:
  - Require GLib 2.76
  - Make asan builds work again
  - Fix the build if ld is not ld.bdf

 Overview of Changes in 4.11.3, 05-06-2023
 =

 * GtkGridView:
  - Respect css border-spacing
  - Don't leak 

Re: [OE-core] [PATCH] linux-yocto-dev: correct qemuarmv5 device tree location

[Bruce Ashfield]

On Thu, Aug 17, 2023 at 10:23 AM Jon Mason  wrote:
>
> In Linux kernel commit 724ba6751532055db75992fc6ae21c3e322e94a7
> all arm arch device tree files were moved into vendor directories
> (similar to what was being done in arm64).  This is causing the
> following error when building for qemuarmv5 with linux-yocto-dev:
>
> | make[2]: *** No rule to make target 'arch/arm/boot/dts/versatile-pb.dtb'.  
> Stop.
>
> Correcting the location to add the vendor directory of "arm" addresses
> the issue (and is what is being done for arm64 machines already).
>

Acked-by: Brue Ashfield 

Looks good to me!

Bruce

> Signed-off-by: Jon Mason 
> ---
>  meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb 
> b/meta/recipes-kernel/linux/linux-yocto-dev.bb
> index e695e2d83eac..fba603b0f2b8 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
> @@ -51,7 +51,7 @@ DEPENDS += "${@bb.utils.contains('PACKAGECONFIG', 
> 'dt-validation', '', 'python3-
>
>  COMPATIBLE_MACHINE = 
> "^(qemuarmv5|qemuarm|qemuarm64|qemux86|qemuppc|qemumips|qemumips64|qemux86-64|qemuriscv32|qemuriscv64|qemuloongarch64)$"
>
> -KERNEL_DEVICETREE:qemuarmv5 = "versatile-pb.dtb"
> +KERNEL_DEVICETREE:qemuarmv5 = "arm/versatile-pb.dtb"
>
>  # Functionality flags
>  KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc 
> features/taskstats/taskstats.scc"
> --
> 2.30.2
>


-- 
- 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 (#186322): 
https://lists.openembedded.org/g/openembedded-core/message/186322
Mute This Topic: https://lists.openembedded.org/mt/100801220/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-dev: correct qemuarmv5 device tree location

[Jon Mason]

In Linux kernel commit 724ba6751532055db75992fc6ae21c3e322e94a7
all arm arch device tree files were moved into vendor directories
(similar to what was being done in arm64).  This is causing the
following error when building for qemuarmv5 with linux-yocto-dev:

| make[2]: *** No rule to make target 'arch/arm/boot/dts/versatile-pb.dtb'.  
Stop.

Correcting the location to add the vendor directory of "arm" addresses
the issue (and is what is being done for arm64 machines already).

Signed-off-by: Jon Mason 
---
 meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb 
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index e695e2d83eac..fba603b0f2b8 100644
--- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
@@ -51,7 +51,7 @@ DEPENDS += "${@bb.utils.contains('PACKAGECONFIG', 
'dt-validation', '', 'python3-
 
 COMPATIBLE_MACHINE = 
"^(qemuarmv5|qemuarm|qemuarm64|qemux86|qemuppc|qemumips|qemumips64|qemux86-64|qemuriscv32|qemuriscv64|qemuloongarch64)$"
 
-KERNEL_DEVICETREE:qemuarmv5 = "versatile-pb.dtb"
+KERNEL_DEVICETREE:qemuarmv5 = "arm/versatile-pb.dtb"
 
 # Functionality flags
 KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc 
features/taskstats/taskstats.scc"
-- 
2.30.2


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

[Randy MacLeod via lists.openembedded.org]

Add Alex back to the To list.

On 2023-08-17 09:50, Shinde, Yash via lists.openembedded.org wrote:


Alex,

I will look into rust upgrade 1.70 -> 1.71. What's the timeline for 
this? I guess it's 2 weeks for feature freeze for 4.3.



We talked about this offline and concluded that the best approach would be:

1. do the rebase of 1.71 but don't send to be merged. (keep it aside safely)

2. when 1.72 is released on August 24 2023, do that update, test and submit.


Alex, I assume that you are on vacation but if you happen to read this, 
please

do let us know if we'd be duplicating any of  your work.

../Randy








--
# Randy MacLeod
# Wind River Linux

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186320): 
https://lists.openembedded.org/g/openembedded-core/message/186320
Mute This Topic: https://lists.openembedded.org/mt/100230901/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] pseudo: Fix to work with glibc 2.38

[Richard Purdie]

This adds a horrible hack to get pseudo working with glibc 2.38. We can't
drop _GNU_SOURCE to something like _DEFAULT_SOURCE since we need the defines
the gnu options bring in. That leaves using internal glibc defines to disable
the c23 versions of strtol/fscanf and friends. Which would break pseudo
build with 2.38 from running on hosts with older glibc.

We'll probably need to come up with something better but this gets glibc 2.38
and working and avoids autobuilder failures.

Signed-off-by: Richard Purdie 
---
 .../pseudo/files/glibc238.patch   | 72 +++
 meta/recipes-devtools/pseudo/pseudo_git.bb|  1 +
 2 files changed, 73 insertions(+)
 create mode 100644 meta/recipes-devtools/pseudo/files/glibc238.patch

diff --git a/meta/recipes-devtools/pseudo/files/glibc238.patch 
b/meta/recipes-devtools/pseudo/files/glibc238.patch
new file mode 100644
index 000..76ca8c11eb6
--- /dev/null
+++ b/meta/recipes-devtools/pseudo/files/glibc238.patch
@@ -0,0 +1,72 @@
+glibc 2.38 would include  __isoc23_strtol and similar symbols. This is trggerd 
by
+_GNU_SOURCE but we have to set that for other definitions. Therefore play with 
defines
+to turn this off within pseudo_wrappers.c. Elsewhere we can switch to 
_DEFAULT_SOURCE
+rather than _GNU_SOURCE.
+
+Upstream-Status: Pending
+
+Index: git/pseudo_wrappers.c
+===
+--- git.orig/pseudo_wrappers.c
 git/pseudo_wrappers.c
+@@ -6,6 +6,15 @@
+  * SPDX-License-Identifier: LGPL-2.1-only
+  *
+  */
++/* glibc 2.38 would include  __isoc23_strtol and similar symbols. This is 
trggerd by
++ * _GNU_SOURCE but we have to set that for other definitions. Therefore play 
with defines
++ * to turn this off.
++ */
++#include 
++#undef __GLIBC_USE_ISOC2X
++#undef __GLIBC_USE_C2X_STRTOL
++#define __GLIBC_USE_C2X_STRTOL 0
++
+ #include 
+ #include 
+ #include 
+Index: git/pseudo_util.c
+===
+--- git.orig/pseudo_util.c
 git/pseudo_util.c
+@@ -8,6 +8,14 @@
+  */
+ /* we need access to RTLD_NEXT for a horrible workaround */
+ #define _GNU_SOURCE
++/* glibc 2.38 would include  __isoc23_strtol and similar symbols. This is 
trggerd by
++ * _GNU_SOURCE but we have to set that for other definitions. Therefore play 
with defines
++ * to turn this off.
++ */
++#include 
++#undef __GLIBC_USE_ISOC2X
++#undef __GLIBC_USE_C2X_STRTOL
++#define __GLIBC_USE_C2X_STRTOL 0
+ 
+ #include 
+ #include 
+Index: git/pseudolog.c
+===
+--- git.orig/pseudolog.c
 git/pseudolog.c
+@@ -8,7 +8,7 @@
+  */
+ /* We need _XOPEN_SOURCE for strptime(), but if we define that,
+  * we then don't get S_IFSOCK... _GNU_SOURCE turns on everything. */
+-#define _GNU_SOURCE
++#define _DEFAULT_SOURCE
+ 
+ #include 
+ #include 
+Index: git/pseudo_client.c
+===
+--- git.orig/pseudo_client.c
 git/pseudo_client.c
+@@ -6,7 +6,7 @@
+  * SPDX-License-Identifier: LGPL-2.1-only
+  *
+  */
+-#define _GNU_SOURCE
++#define _DEFAULT_SOURCE
+ 
+ #include 
+ #include 
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index 4ba752f1745..4a894ebdd0b 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -2,6 +2,7 @@ require pseudo.inc
 
 SRC_URI = "git://git.yoctoproject.org/pseudo;branch=master;protocol=https \
file://0001-configure-Prune-PIE-flags.patch \
+   file://glibc238.patch \
file://fallback-passwd \
file://fallback-group \
"
-- 
2.39.2


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

[Shinde, Yash via lists.openembedded.org]

Alex,

I will look into rust upgrade 1.70 -> 1.71. What's the timeline for this? I 
guess it's 2 weeks for feature freeze for 4.3.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186318): 
https://lists.openembedded.org/g/openembedded-core/message/186318
Mute This Topic: https://lists.openembedded.org/mt/100230901/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] tcl: prevent installing another copy of tzdata

[Martin Jansa]

It checks build host filesystem and if it doesn't find UTC or GMT
files it installs another copy of tzdata files in:
/usr/lib/tcl8.6/tzdata

Buildhistory shows the difference:
-PKGSIZE = 2227075
+PKGSIZE = 3433088

See the autodetection in configure.in:
  #
  #   Check whether the timezone data is supplied by the OS or has
  #   to be installed by Tcl. The default is autodetection, but can
  #   be overridden on the configure command line either way.
  #

  AC_MSG_CHECKING([for timezone data])
  AC_ARG_WITH(tzdata,
  AC_HELP_STRING([--with-tzdata],
  [install timezone data (default: autodetect)]),
  [tcl_ok=$withval], [tcl_ok=auto])

  #
  # Any directories that get added here must also be added to the
  # search path in ::tcl::clock::Initialize (library/clock.tcl).
  #
  case $tcl_ok in
  no)
  AC_MSG_RESULT([supplied by OS vendor])
  ;;
  yes)
  # nothing to do here
  ;;
  auto*)
  AC_CACHE_VAL([tcl_cv_dir_zoneinfo], [
  for dir in /usr/share/zoneinfo \
  /usr/share/lib/zoneinfo \
  /usr/lib/zoneinfo
  do
  if test -f $dir/UTC -o -f $dir/GMT
  then
  tcl_cv_dir_zoneinfo="$dir"
  break
  fi
  done])
  if test -n "$tcl_cv_dir_zoneinfo"; then
  tcl_ok=no
  AC_MSG_RESULT([$dir])
  else
  tcl_ok=yes
  fi
  ;;
  *)
  AC_MSG_ERROR([invalid argument: $tcl_ok])
  ;;
  esac
  if test $tcl_ok = yes
  then
  AC_MSG_RESULT([supplied by Tcl])
  INSTALL_TZDATA=install-tzdata
  fi

Signed-off-by: Martin Jansa 
---
 meta/recipes-devtools/tcltk/tcl_8.6.13.bb | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta/recipes-devtools/tcltk/tcl_8.6.13.bb 
b/meta/recipes-devtools/tcltk/tcl_8.6.13.bb
index 91fc81352e..9eb924b0da 100644
--- a/meta/recipes-devtools/tcltk/tcl_8.6.13.bb
+++ b/meta/recipes-devtools/tcltk/tcl_8.6.13.bb
@@ -41,6 +41,12 @@ inherit autotools ptest binconfig
 AUTOTOOLS_SCRIPT_PATH = "${S}/unix"
 EXTRA_OECONF = "--enable-threads --disable-rpath --enable-man-suffix"
 
+# Prevent installing copy of tzdata based on tzdata installation on the build 
host
+# It doesn't install tzdata if one of the following files exist on the host:
+# /usr/share/zoneinfo/UTC /usr/share/zoneinfo/GMT /usr/share/lib/zoneinfo/UTC 
/usr/share/lib/zoneinfo/GMT /usr/lib/zoneinfo/UTC /usr/lib/zoneinfo/GMT
+# otherwise "/usr/lib/tcl8.6/tzdata" is included in tcl package
+EXTRA_OECONF += "--with-tzdata=no"
+
 do_install() {
autotools_do_install
oe_runmake 'DESTDIR=${D}' install-private-headers
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186317): 
https://lists.openembedded.org/g/openembedded-core/message/186317
Mute This Topic: https://lists.openembedded.org/mt/100800510/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 v13 5/8] sstatesig.py: fix hash calculation for timestamp

[Richard Purdie]

On Thu, 2023-08-17 at 14:46 +0200, Piotr Łobacz wrote:
> Passing timestamp as an integer was losing precision, which led
> to problems with badly recreated sstate cache.
> 
> Passing it as floating point number fixes the issue.
> 
> Signed-off-by: Piotr Łobacz 
> ---
>  meta/lib/oe/sstatesig.py | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
> index 633a0fd450..f7ea3d366c 100644
> --- a/meta/lib/oe/sstatesig.py
> +++ b/meta/lib/oe/sstatesig.py
> @@ -588,7 +588,7 @@ def OEOuthashBasic(path, sigfile, task, d):
>  raise Exception(msg).with_traceback(e.__traceback__)
>  
>  if include_timestamps:
> -update_hash(" %10d" % s.st_mtime)
> +update_hash(" %f" % s.st_mtime)
>  
>  update_hash(" ")
>  if stat.S_ISBLK(s.st_mode) or stat.S_ISCHR(s.st_mode):

As mentioned on irc, we likely need to record ACL/XATTR data in this
file as well, else well just have a different set of bugs in future.
Now we've realised the issue we do need to fix it.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186316): 
https://lists.openembedded.org/g/openembedded-core/message/186316
Mute This Topic: https://lists.openembedded.org/mt/100799497/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] Add GCP fetcher to list of supported protocols

[Emil Ekmečić via lists . openembedded . org]

From: Emil Ekmečić 

Requesting a backport of this patch to Kirkstone to support use of
the GCP fetcher internally at our company.

Signed-off-by: Emil Ekmečić 
---
 meta/classes/own-mirrors.bbclass | 1 +
 meta/classes/sanity.bbclass  | 3 ++-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/classes/own-mirrors.bbclass b/meta/classes/own-mirrors.bbclass
index 30c7ccd8e7..2fffc78d19 100644
--- a/meta/classes/own-mirrors.bbclass
+++ b/meta/classes/own-mirrors.bbclass
@@ -12,4 +12,5 @@ ftp://.*/.* ${SOURCE_MIRROR_URL} \
 npm://.*/?.*${SOURCE_MIRROR_URL} \
 s3://.*/.*  ${SOURCE_MIRROR_URL} \
 crate://.*/.*   ${SOURCE_MIRROR_URL} \
+gs://.*/.*  ${SOURCE_MIRROR_URL} \
 "
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 293e405f62..6463321913 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -867,7 +867,8 @@ def check_sanity_everybuild(status, d):
 mirror_vars = ['MIRRORS', 'PREMIRRORS', 'SSTATE_MIRRORS']
 protocols = ['http', 'ftp', 'file', 'https', \
  'git', 'gitsm', 'hg', 'osc', 'p4', 'svn', \
- 'bzr', 'cvs', 'npm', 'sftp', 'ssh', 's3', 'az', 'ftps', 
'crate']
+ 'bzr', 'cvs', 'npm', 'sftp', 'ssh', 's3', \
+ 'az', 'ftps', 'crate', 'gs']
 for mirror_var in mirror_vars:
 mirrors = (d.getVar(mirror_var) or '').replace('\\n', ' ').split()
 
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186315): 
https://lists.openembedded.org/g/openembedded-core/message/186315
Mute This Topic: https://lists.openembedded.org/mt/100799584/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 v13 7/8] opkg: add options to enable support for acl and xattr

[Piotr Łobacz]

The libarchive library, which is being used by opkg, supports ACLs
and xattr already.

More informations can be read at this link:
https://github.com/libarchive/libarchive/pull/691

Signed-off-by: Piotr Łobacz 
---
 ...-to-enable-support-for-acl-and-xattr.patch | 70 +++
 meta/recipes-devtools/opkg/opkg_0.6.2.bb  |  5 +-
 2 files changed, 74 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/opkg/opkg/0002-Add-options-to-enable-support-for-acl-and-xattr.patch

diff --git 
a/meta/recipes-devtools/opkg/opkg/0002-Add-options-to-enable-support-for-acl-and-xattr.patch
 
b/meta/recipes-devtools/opkg/opkg/0002-Add-options-to-enable-support-for-acl-and-xattr.patch
new file mode 100644
index 00..d6cb1d79fb
--- /dev/null
+++ 
b/meta/recipes-devtools/opkg/opkg/0002-Add-options-to-enable-support-for-acl-and-xattr.patch
@@ -0,0 +1,70 @@
+From 1c935e994bd572d9fff436f660ac1a060a434df0 Mon Sep 17 00:00:00 2001
+From: Maciej Liszewski 
+Date: Tue, 4 Jul 2023 22:01:58 +0200
+Subject: [PATCH] Add options to enable support for acl and xattr
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+The libarchive library, which is being used by opkg, supports ACLs
+and xattr already.
+
+More informations can be read at this link:
+https://github.com/libarchive/libarchive/pull/691
+
+Upstream-Status: Accepted 
[https://groups.google.com/g/opkg-devel/c/aEGL7XRXfaA]
+
+[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15097
+
+Signed-off-by: Maciej Liszewski 
+Signed-off-by: Piotr Łobacz 
+---
+ configure.ac   | 12 
+ libopkg/opkg_archive.c |  8 
+ 2 files changed, 20 insertions(+)
+
+diff --git a/configure.ac b/configure.ac
+index 389a818..46949cd 100644
+--- a/configure.ac
 b/configure.ac
+@@ -158,6 +158,18 @@ return OPENSSL_VERSION_NUMBER; ],
+   AC_SUBST(OPENSSL_LIBS)
+ fi
+ 
++# check for ACL support
++AC_ARG_WITH([acl], [AS_HELP_STRING([--with-acl], [Enable ACL support])])
++if test "x$with_acl" = "xyes"; then
++  AC_DEFINE([ENABLE_ACL], [1], [Enable ACL support])
++fi
++
++# check for xattr support
++AC_ARG_WITH([xattr], [AS_HELP_STRING([--with-xattr], [Enable xattr support])])
++if test "x$with_xattr" = "xyes"; then
++  AC_DEFINE([ENABLE_XATTR], [1], [Enable xattr support])
++fi
++
+ # check for libsolv solver
+ AC_ARG_WITH(libsolv, AC_HELP_STRING([--with-libsolv], [Use libsolv solver 
support.
+   ]), [], [with_libsolv="no"])
+diff --git a/libopkg/opkg_archive.c b/libopkg/opkg_archive.c
+index 03a4afb..8dd902d 100644
+--- a/libopkg/opkg_archive.c
 b/libopkg/opkg_archive.c
+@@ -912,6 +912,14 @@ struct opkg_ar *ar_open_pkg_data_archive(const char 
*filename)
+ ar->extract_flags = ARCHIVE_EXTRACT_OWNER | ARCHIVE_EXTRACT_PERM |
+ ARCHIVE_EXTRACT_TIME | ARCHIVE_EXTRACT_UNLINK | 
ARCHIVE_EXTRACT_NO_OVERWRITE;
+ 
++#ifdef ENABLE_ACL
++ar->extract_flags |= ARCHIVE_EXTRACT_ACL;
++#endif
++
++#ifdef ENABLE_XATTR
++ar->extract_flags |= ARCHIVE_EXTRACT_FFLAGS | ARCHIVE_EXTRACT_XATTR;
++#endif
++
+ if (opkg_config->ignore_uid)
+ ar->extract_flags &= ~ARCHIVE_EXTRACT_OWNER;
+ 
+-- 
+2.34.1
+
diff --git a/meta/recipes-devtools/opkg/opkg_0.6.2.bb 
b/meta/recipes-devtools/opkg/opkg_0.6.2.bb
index 46be137354..d7dc6ab715 100644
--- a/meta/recipes-devtools/opkg/opkg_0.6.2.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.6.2.bb
@@ -15,6 +15,7 @@ PE = "1"
 SRC_URI = 
"http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz \
file://opkg.conf \

file://0001-opkg_conf-create-opkg.lock-in-run-instead-of-var-run.patch \
+   file://0002-Add-options-to-enable-support-for-acl-and-xattr.patch \
file://run-ptest \
"
 
@@ -30,8 +31,10 @@ inherit autotools pkgconfig ptest
 target_localstatedir := "${localstatedir}"
 OPKGLIBDIR ??= "${target_localstatedir}/lib"
 
-PACKAGECONFIG ??= "libsolv"
+PACKAGECONFIG ??= "libsolv ${@bb.utils.filter('DISTRO_FEATURES', 'acl xattr', 
d)}"
 
+PACKAGECONFIG[acl] = "--with-acl,--without-acl"
+PACKAGECONFIG[xattr] = "--with-xattr,--without-xattr"
 PACKAGECONFIG[gpg] = "--enable-gpg,--disable-gpg,\
 gnupg gpgme libgpg-error,\
 ${@ "gnupg" if ("native" in d.getVar("PN")) else "gnupg-gpg"}\
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186314): 
https://lists.openembedded.org/g/openembedded-core/message/186314
Mute This Topic: https://lists.openembedded.org/mt/100799500/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 v13 8/8] opkg: set locale from system environment variables

[Piotr Łobacz]

A C program inherits its locale environment variables when it starts up.
This happens automatically. However, these variables do not automatically
control the locale used by the library functions, because ISO C says that
all programs start by default in the standard ‘C’ locale.

Fixes warnings:
Warning when reading ar archive header: Pathname can't be converted from UTF-8 
to current locale. (errno=84)

Signed-off-by: Piotr Łobacz 
---
 ...le-from-system-environment-variables.patch | 48 +++
 meta/recipes-devtools/opkg/opkg_0.6.2.bb  |  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 
meta/recipes-devtools/opkg/opkg/0003-opkg-set-locale-from-system-environment-variables.patch

diff --git 
a/meta/recipes-devtools/opkg/opkg/0003-opkg-set-locale-from-system-environment-variables.patch
 
b/meta/recipes-devtools/opkg/opkg/0003-opkg-set-locale-from-system-environment-variables.patch
new file mode 100644
index 00..32a375e4de
--- /dev/null
+++ 
b/meta/recipes-devtools/opkg/opkg/0003-opkg-set-locale-from-system-environment-variables.patch
@@ -0,0 +1,48 @@
+From 712895b1914bf63ee4d669863bfd106814329076 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Piotr=20=C5=81obacz?= 
+Date: Wed, 19 Jul 2023 21:26:09 +0200
+Subject: [PATCH] opkg: set locale from system environment variables
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+A C program inherits its locale environment variables when it starts up.
+This happens automatically. However, these variables do not automatically
+control the locale used by the library functions, because ISO C says that
+all programs start by default in the standard ‘C’ locale.
+
+Fixes warnings:
+Warning when reading ar archive header: Pathname can't be converted from UTF-8 
to current locale. (errno=84)
+
+Upstream-Status: Accepted 
[https://git.yoctoproject.org/opkg/commit/?id=9e62a38a4a52974007e9ea174504c42069da1a02]
+
+[1] https://www.gnu.org/software/libc/manual/html_node/Setting-the-Locale.html
+
+Signed-off-by: Piotr Łobacz 
+---
+ src/opkg.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/src/opkg.c b/src/opkg.c
+index 544c58a..0c729ff 100644
+--- a/src/opkg.c
 b/src/opkg.c
+@@ -27,6 +27,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "opkg_conf.h"
+ #include "opkg_cmd.h"
+@@ -408,6 +409,7 @@ int main(int argc, char *argv[])
+ if (opkg_conf_init())
+ goto err0;
+ 
++setlocale(LC_ALL, "");
+ opkg_config->verbosity = NOTICE;
+ 
+ opts = args_parse(argc, argv);
+-- 
+2.34.1
+
diff --git a/meta/recipes-devtools/opkg/opkg_0.6.2.bb 
b/meta/recipes-devtools/opkg/opkg_0.6.2.bb
index d7dc6ab715..3b5d51d74a 100644
--- a/meta/recipes-devtools/opkg/opkg_0.6.2.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.6.2.bb
@@ -16,6 +16,7 @@ SRC_URI = 
"http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz
file://opkg.conf \

file://0001-opkg_conf-create-opkg.lock-in-run-instead-of-var-run.patch \
file://0002-Add-options-to-enable-support-for-acl-and-xattr.patch \
+   file://0003-opkg-set-locale-from-system-environment-variables.patch 
\
file://run-ptest \
"
 
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186313): 
https://lists.openembedded.org/g/openembedded-core/message/186313
Mute This Topic: https://lists.openembedded.org/mt/100799499/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 v13 6/8] opkg-utils: add acl and xattr support

[Piotr Łobacz]

Add support for tar archives created with --acls and/or --xattrs options,
PAX header format.

GNU tar and libarchive already supports ACLs and extended attributes.
We can now add this support as well to opkg-build script in order to use
fsetattr or setcap inside do_install command and end up with a file in
an image with the relevant ACLs and xattrs.

Signed-off-by: Piotr Łobacz 
---
 ...kg-build-Add-acls-and-xattrs-support.patch | 174 ++
 .../opkg-utils/opkg-utils_0.6.2.bb|   1 +
 2 files changed, 175 insertions(+)
 create mode 100644 
meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Add-acls-and-xattrs-support.patch

diff --git 
a/meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Add-acls-and-xattrs-support.patch
 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Add-acls-and-xattrs-support.patch
new file mode 100644
index 00..32513d9b16
--- /dev/null
+++ 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0002-opkg-build-Add-acls-and-xattrs-support.patch
@@ -0,0 +1,174 @@
+From 8d9953dd8d589e9b740307976cbe474e0ce292a0 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Piotr=20=C5=81obacz?= 
+Date: Wed, 16 Aug 2023 14:59:35 +0200
+Subject: [PATCH 1/2] opkg-build: Add acls and xattrs support
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Add support for tar archives created with --acls and/or --xattrs options,
+PAX header format.
+
+GNU tar and libarchive already supports ACLs and extended attributes.
+We can now add this support as well to opkg-build script in order to use
+fsetattr or setcap inside do_install command and end up with a file in
+an image with the relevant ACLs and xattrs.
+
+Upstream-Status: Accepted 
[https://git.yoctoproject.org/opkg-utils/commit/?id=8d9953dd8d589e9b740307976cbe474e0ce292a0]
+
+[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15097
+[2] https://groups.google.com/g/opkg-devel/c/aEGL7XRXfaA
+
+Signed-off-by: Piotr Łobacz 
+---
+ opkg-build | 81 +++---
+ 1 file changed, 53 insertions(+), 28 deletions(-)
+
+diff --git a/opkg-build b/opkg-build
+index a9e45d4..fb0873d 100755
+--- a/opkg-build
 b/opkg-build
+@@ -145,6 +145,7 @@ You probably want to chown these to a system user: " >&2
+ ###
+ # opkg-build "main"
+ ###
++attributesargs=""
+ ogargs=""
+ outer=ar
+ noclean=0
+@@ -153,22 +154,6 @@ compressor=gzip
+ zipargs="-9n"
+ compressorargs=""
+ 
+-# Determine if tar supports the --format argument by checking the help output.
+-#
+-# This is needed because:
+-#- Busybox tar doesn't support '--format'
+-#- On some Linux distros, tar now defaults to posix format if '--format'
+-#  isn't explicitly specified
+-#- Opkg doesn't currently support posix format archives
+-#
+-# It's easier to check for mention of the '--format' option than to detect the
+-# tar implementation and maintain a list of which support '--format'.
+-tarformat=""
+-if tar --help 2>&1 | grep -- "--format" > /dev/null;
+-then
+-tarformat="--format=gnu"
+-fi
+-
+ compressor_ext() {
+ case $1 in
+   gzip|pigz)
+@@ -197,20 +182,24 @@ compressor_ext() {
+ : <<=cut
+ =head1 SYNOPSIS
+ 
+-B [B<-c>] [B<-C>] [B<-Z> I] [B<-a>] [B<-O>] [B<-o> 
I] [B<-g> I] I [I]
++B [B<-A>] [B<-X>] [B<-c>] [B<-C>] [B<-Z> I] [B<-a>] 
[B<-O>] [B<-o> I] [B<-g> I] I 
[I]
+ 
+ =cut
+ 
+-usage="Usage: $0 [-c] [-C] [-Z compressor] [-a compressor_args] [-O] [-o 
owner] [-g group]  []"
+-while getopts "a:cCg:ho:vOZ:" opt; do
++usage="Usage: $0 [-A] [-X] [-c] [-C] [-Z compressor] [-a compressor_args] 
[-O] [-o owner] [-g group]  []"
++while getopts "Aa:cCg:ho:vOXZ:" opt; do
+ case $opt in
++  A ) attributesargs="${attributesargs:+$attributesargs }--acls"
++  ;;
++  X ) attributesargs="${attributesargs:+$attributesargs }--xattrs"
++  ;;
+   o ) owner=$OPTARG
+-  ogargs="--owner=$owner"
++  ogargs="${ogargs:+$ogargs }--owner=$owner"
+   ;;
+   O ) opkext=1
+   ;;
+   g ) group=$OPTARG
+-  ogargs="$ogargs --group=$group"
++  ogargs="${ogargs:+$ogargs }--group=$group"
+   ;;
+   c ) outer=tar
+   ;;
+@@ -232,6 +221,32 @@ while getopts "a:cCg:ho:vOZ:" opt; do
+ esac
+ done
+ 
++# Determine if tar supports the --format argument by checking the help output.
++#
++# This is needed because:
++#- Busybox tar doesn't support '--format'
++#- On some Linux distros, tar now defaults to posix format if '--format'
++#  isn't explicitly specified
++#- Opkg currently supports posix format archives, but gnu format is left
++#  here intentionally for backward compatibility
++#
++# It's easier to check for mention of the '--format' option than to detect the
++# tar implementation and maintain a list of which support '--format'.
++tarformat=""
++if tar --help 2>&1 | grep -- "--format" > /dev/null;
++then
++# For ACLs or xattr support, gnu format 

[OE-Core][PATCH v13 3/8] package.bbclass: add support for ACLs and xattr

[Piotr Łobacz]

Extend `tar` command, with additional parameters, depending
on choosen package class and target distro features, in order
to support ACLs and xattr.

Currently only `package_ipk` supports fully ACLs and xattr.

Signed-off-by: Piotr Łobacz 
---
 meta/classes-global/package.bbclass | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/classes-global/package.bbclass 
b/meta/classes-global/package.bbclass
index e8055a9cdc..6b65641aea 100644
--- a/meta/classes-global/package.bbclass
+++ b/meta/classes-global/package.bbclass
@@ -342,8 +342,13 @@ python perform_packagecopy () {
 
 # Start by package population by taking a copy of the installed
 # files to operate on
-# Preserve sparse files and hard links
-cmd = 'tar --exclude=./sysroot-only -cf - -C %s -p -S . | tar -xf - -C %s' 
% (dest, dvar)
+# Preserve sparse files, hard links, ACLs and extended attributes
+# TODO: for the moment only ipk packages are supporting ACLs and extended 
attributes
+# we need to add support for other package systems as well, but that 
doesn't bother
+# tar from creating archives with acl and/or xattr support
+acl = bb.utils.contains('DISTRO_FEATURES', 'acl', '--acls', '', d)
+xattr = bb.utils.contains('DISTRO_FEATURES', 'xattr', '--xattrs', '', d)
+cmd = f'tar --format=posix {acl} {xattr} --numeric-owner 
--exclude=./sysroot-only -cf - -C {dest} -p -S . | tar --format=posix {acl} 
{xattr} -xf - -C {dvar}'
 subprocess.check_output(cmd, shell=True, stderr=subprocess.STDOUT)
 
 # replace RPATHs for the nativesdk binaries, to make them relocatable
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186310): 
https://lists.openembedded.org/g/openembedded-core/message/186310
Mute This Topic: https://lists.openembedded.org/mt/100799496/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 v13 5/8] sstatesig.py: fix hash calculation for timestamp

[Piotr Łobacz]

Passing timestamp as an integer was losing precision, which led
to problems with badly recreated sstate cache.

Passing it as floating point number fixes the issue.

Signed-off-by: Piotr Łobacz 
---
 meta/lib/oe/sstatesig.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index 633a0fd450..f7ea3d366c 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -588,7 +588,7 @@ def OEOuthashBasic(path, sigfile, task, d):
 raise Exception(msg).with_traceback(e.__traceback__)
 
 if include_timestamps:
-update_hash(" %10d" % s.st_mtime)
+update_hash(" %f" % s.st_mtime)
 
 update_hash(" ")
 if stat.S_ISBLK(s.st_mode) or stat.S_ISCHR(s.st_mode):
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186311): 
https://lists.openembedded.org/g/openembedded-core/message/186311
Mute This Topic: https://lists.openembedded.org/mt/100799497/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 v13 2/8] package_ipk.bbclass: add support for ACLs and xattr

[Piotr Łobacz]

Extend OPKGBUILDCMD variable, with additional parameters, depending
on target distro features, in order to support ACLs and xattr.

With fix pushed to the opkg-devel:
https://groups.google.com/g/opkg-devel/c/dYNHrLjDwg8
opkg-build is able to create tar archives with ACLs and xattr.

Signed-off-by: Piotr Łobacz 
---
 meta/classes-global/package_ipk.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes-global/package_ipk.bbclass 
b/meta/classes-global/package_ipk.bbclass
index b4b7bc9ac2..a0f106e4ad 100644
--- a/meta/classes-global/package_ipk.bbclass
+++ b/meta/classes-global/package_ipk.bbclass
@@ -15,7 +15,7 @@ IPKGCONF_SDK_TARGET = "${WORKDIR}/opkg-sdk-target.conf"
 PKGWRITEDIRIPK = "${WORKDIR}/deploy-ipks"
 
 # Program to be used to build opkg packages
-OPKGBUILDCMD ??= 'opkg-build -Z xz -a "${XZ_DEFAULTS}"'
+OPKGBUILDCMD ??= 'opkg-build -Z xz -a "${XZ_DEFAULTS}" 
${@bb.utils.contains('DISTRO_FEATURES', 'acl', '-A', '', d)} 
${@bb.utils.contains('DISTRO_FEATURES', 'xattr', '-X', '', d)}'
 
 OPKG_ARGS += "--force_postinstall --prefer-arch-to-version"
 OPKG_ARGS += "${@['', 
'--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186307): 
https://lists.openembedded.org/g/openembedded-core/message/186307
Mute This Topic: https://lists.openembedded.org/mt/100799493/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 v13 1/8] path.py: add support for ACLs and all additional attributes

[Piotr Łobacz]

From: Piotr Łobacz via lists.openembedded.org 


Extend `tar` command inside copytree() and copyhardlinktree() functions,
with additional parameters, in order to support ACLs and xattr. The posix
format doesn't need to be set in here, as GNU tar switches to it whenewer
is uses --acls and/or --xattrs parameters.

Additionaly change preservation of additional attributes for `cp` command
to all (meaning mode, ownership, timestamps etc.) not only xattrs, which
were previously.

Signed-off-by: Piotr Łobacz 
---
 meta/lib/oe/path.py | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oe/path.py b/meta/lib/oe/path.py
index 0dc8f172d5..56e8e214ac 100644
--- a/meta/lib/oe/path.py
+++ b/meta/lib/oe/path.py
@@ -92,7 +92,7 @@ def copytree(src, dst):
 # This way we also preserve hardlinks between files in the tree.
 
 bb.utils.mkdirhier(dst)
-cmd = "tar --xattrs --xattrs-include='*' -cf - -S -C %s -p . | tar 
--xattrs --xattrs-include='*' -xf - -C %s" % (src, dst)
+cmd = "tar --acls --xattrs --xattrs-include='*' -cf - -S -C %s -p . | tar 
--acls --xattrs --xattrs-include='*' -xf - -C %s" % (src, dst)
 subprocess.check_output(cmd, shell=True, stderr=subprocess.STDOUT)
 
 def copyhardlinktree(src, dst):
@@ -119,7 +119,7 @@ def copyhardlinktree(src, dst):
 if (canhard):
 # Need to copy directories only with tar first since cp will error if 
two 
 # writers try and create a directory at the same time
-cmd = "cd %s; find . -type d -print | tar --xattrs 
--xattrs-include='*' -cf - -S -C %s -p --no-recursion --files-from - | tar 
--xattrs --xattrs-include='*' -xhf - -C %s" % (src, src, dst)
+cmd = "cd %s; find . -type d -print | tar --acls --xattrs 
--xattrs-include='*' -cf - -S -C %s -p --no-recursion --files-from - | tar 
--acls --xattrs --xattrs-include='*' -xhf - -C %s" % (src, src, dst)
 subprocess.check_output(cmd, shell=True, stderr=subprocess.STDOUT)
 source = ''
 if os.path.isdir(src):
@@ -130,7 +130,7 @@ def copyhardlinktree(src, dst):
 else:
 source = src
 s_dir = os.getcwd()
-cmd = 'cp -afl --preserve=xattr %s %s' % (source, 
os.path.realpath(dst))
+cmd = 'cp -afl --preserve=all %s %s' % (source, os.path.realpath(dst))
 subprocess.check_output(cmd, shell=True, cwd=s_dir, 
stderr=subprocess.STDOUT)
 else:
 copytree(src, dst)
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186308): 
https://lists.openembedded.org/g/openembedded-core/message/186308
Mute This Topic: https://lists.openembedded.org/mt/100799494/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 v13 4/8] sstate.bbclass: add support for ACLs and xattr

[Piotr Łobacz]

Extend `tar` command, with additional parameters, depending
on choosen package class and target distro features, in order
to support ACLs and xattr.

Additionaly set archive posix format, in order to preserve
milliseconds in timestamps for reproducibility tests.

Currently only `package_ipk` supports fully ACLs and xattr.

Signed-off-by: Piotr Łobacz 
---
 meta/classes-global/sstate.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes-global/sstate.bbclass 
b/meta/classes-global/sstate.bbclass
index 95373fd60a..ac890fc98e 100644
--- a/meta/classes-global/sstate.bbclass
+++ b/meta/classes-global/sstate.bbclass
@@ -848,7 +848,7 @@ sstate_create_package () {
mkdir --mode=0775 -p `dirname ${SSTATE_PKG}`
TFILE=`mktemp ${SSTATE_PKG}.`
 
-   OPT="-cS"
+   OPT="--format=posix ${@bb.utils.contains('DISTRO_FEATURES', 'acl', 
'--acls', '', d)} ${@bb.utils.contains('DISTRO_FEATURES', 'xattr', '--xattrs', 
'', d)} --numeric-owner -cS"
ZSTD="zstd -${SSTATE_ZSTD_CLEVEL} -T${ZSTD_THREADS}"
# Use pzstd if available
if [ -x "$(command -v pzstd)" ]; then
@@ -914,7 +914,7 @@ sstate_unpack_package () {
ZSTD="pzstd -p ${ZSTD_THREADS}"
fi
 
-   tar -I "$ZSTD" -xvpf ${SSTATE_PKG}
+   tar -I "$ZSTD" --format=posix ${@bb.utils.contains('DISTRO_FEATURES', 
'acl', '--acls', '', d)} ${@bb.utils.contains('DISTRO_FEATURES', 'xattr', 
'--xattrs', '', d)} -xvpf ${SSTATE_PKG}
# update .siginfo atime on local/NFS mirror if it is a symbolic link
[ ! -h ${SSTATE_PKG}.siginfo ] || [ ! -e ${SSTATE_PKG}.siginfo ] || 
touch -a ${SSTATE_PKG}.siginfo 2>/dev/null || true
# update each symbolic link instead of any referenced file
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186309): 
https://lists.openembedded.org/g/openembedded-core/message/186309
Mute This Topic: https://lists.openembedded.org/mt/100799495/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 v12 4/7] sstate.bbclass: add support for ACLs and xattr

[Piotr Łobacz]

Sorry for my late response I haven't noticed your email before...

W dniu 4.08.2023 o 11:50, Jose Quaresma pisze:



Piotr Łobacz  escreveu no dia sexta, 4/08/2023 
à(s) 09:45:


Extend `tar` command, with additional parameters, depending
on choosen package class and target distro features, in order
to support ACLs and xattr.

Additionaly set archive posix format, in order to preserve
milliseconds in timestamps for reproducibility tests.


Looks like this adicionality set archive posix format to preserve the 
timestamps

is a bug fix that should be backported to previous version.
Can you split this patch in two to make it possible?
No, this posix format is not only for timestamps, it is also for usage 
of --acls and --xattrs.
From the beginning my intention was to use --acls and --xattrs and it 
occurred during implementation,
that gnu format is not supporting them, after that the bug with 
timestamps came up during the tests with reproducibility...


BR
Piotr


Jose


Currently only `package_ipk` supports fully ACLs and xattr.

Signed-off-by: Piotr Łobacz 
---
 meta/classes-global/sstate.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes-global/sstate.bbclass
b/meta/classes-global/sstate.bbclass
index 95373fd60a..ac890fc98e 100644
--- a/meta/classes-global/sstate.bbclass
+++ b/meta/classes-global/sstate.bbclass
@@ -848,7 +848,7 @@ sstate_create_package () {
        mkdir --mode=0775 -p `dirname ${SSTATE_PKG}`
        TFILE=`mktemp ${SSTATE_PKG}.`

-       OPT="-cS"
+       OPT="--format=posix
${@bb.utils.contains('DISTRO_FEATURES', 'acl', '--acls', '', d)}
${@bb.utils.contains('DISTRO_FEATURES', 'xattr', '--xattrs', '',
d)} --numeric-owner -cS"
        ZSTD="zstd -${SSTATE_ZSTD_CLEVEL} -T${ZSTD_THREADS}"
        # Use pzstd if available
        if [ -x "$(command -v pzstd)" ]; then
@@ -914,7 +914,7 @@ sstate_unpack_package () {
                ZSTD="pzstd -p ${ZSTD_THREADS}"
        fi

-       tar -I "$ZSTD" -xvpf ${SSTATE_PKG}
+       tar -I "$ZSTD" --format=posix
${@bb.utils.contains('DISTRO_FEATURES', 'acl', '--acls', '', d)}
${@bb.utils.contains('DISTRO_FEATURES', 'xattr', '--xattrs', '',
d)} -xvpf ${SSTATE_PKG}
        # update .siginfo atime on local/NFS mirror if it is a
symbolic link
        [ ! -h ${SSTATE_PKG}.siginfo ] || [ ! -e
${SSTATE_PKG}.siginfo ] || touch -a ${SSTATE_PKG}.siginfo
2>/dev/null || true
        # update each symbolic link instead of any referenced file
-- 
2.34.1








--
Best regards,

José Quaresma

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186306): 
https://lists.openembedded.org/g/openembedded-core/message/186306
Mute This Topic: https://lists.openembedded.org/mt/100542722/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][PATCH] glibc: stable 2.37 branch updates

[Sanjana V]

TEST RESULTS SUMMARY
BEFORE BUILD :

PASS : 4728
XPASS : 4
FAIL  : 237
XFAIL : 16
UNSUPPORTED : 220

AFTER BUILD:

PASS : 4731
XPASS : 4
FAIL  : 234
XFAIL : 16
UNSUPPORTED : 220

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186305): 
https://lists.openembedded.org/g/openembedded-core/message/186305
Mute This Topic: https://lists.openembedded.org/mt/100797397/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 1/1] vim: upgrade 9.0.1592 -> 9.0.1664

[Polampalli, Archana via lists.openembedded.org]

Fixes:
https://nvd.nist.gov/vuln/detail/CVE-2023-3896
8154e642a (tag: v9.0.1664) patch 9.0.1664: divide by zero when scrolling with 
'smoothscroll' set

Signed-off-by: Archana Polampalli 
---
 meta/recipes-support/vim/vim.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/vim/vim.inc b/meta/recipes-support/vim/vim.inc
index 33ae0d8079..9a7b7650a7 100644
--- a/meta/recipes-support/vim/vim.inc
+++ b/meta/recipes-support/vim/vim.inc
@@ -19,8 +19,8 @@ SRC_URI = 
"git://github.com/vim/vim.git;branch=master;protocol=https \
file://no-path-adjust.patch \
"
 
-PV .= ".1592"
-SRCREV = "29b4c513b11deb37f0e0538df53d195f602fa42c"
+PV .= ".1664"
+SRCREV = "8154e642aa476e1a5d3de66c34e8289845b2b797"
 
 # Remove when 8.3 is out
 UPSTREAM_VERSION_UNKNOWN = "1"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186304): 
https://lists.openembedded.org/g/openembedded-core/message/186304
Mute This Topic: https://lists.openembedded.org/mt/100797549/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] glibc: stable 2.37 branch updates

[Sanjana V]

Below commits on glibc-2.37 stable branch are updated.

58f7431fd7 sparc: Fix la_symbind for bind-now
260d4b742b nptl: Fix tst-cancel30 on sparc64
3f4b4e2cdd elf: _dl_find_object may return 1 during early startup
0930ff8eb3 realloc: Limit chunk reuse to only growing requests
8dcb1a5181 hppa: xfail debug/tst-ssp-1 when have-ssp is yes

Signed-off-by: sanjana 
---
 meta/recipes-core/glibc/glibc-version.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/glibc/glibc-version.inc 
b/meta/recipes-core/glibc/glibc-version.inc
index 69e637e810..ff2b2ade9d 100644
--- a/meta/recipes-core/glibc/glibc-version.inc
+++ b/meta/recipes-core/glibc/glibc-version.inc
@@ -1,6 +1,6 @@
 SRCBRANCH ?= "release/2.37/master"
 PV = "2.37"
-SRCREV_glibc ?= "3593050c27dcf691f670fd3fa9d347c99351ed2f" 
+SRCREV_glibc ?= "58f7431fd77c0a6dd8df08d50c51ee3e7f09825f" 
 SRCREV_localedef ?= "794da69788cbf9bf57b59a852f9f11307663fa87"
 
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git;protocol=https"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186303): 
https://lists.openembedded.org/g/openembedded-core/message/186303
Mute This Topic: https://lists.openembedded.org/mt/100797397/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 1/2] librsvg: upgrade to 2.54.6

[Lee Chee Yang]

From: Chee Yang Lee 

update include fix for CVE-2023-38633.

Signed-off-by: Chee Yang Lee 
---
 .../librsvg/{librsvg_2.54.5.bb => librsvg_2.54.6.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-gnome/librsvg/{librsvg_2.54.5.bb => librsvg_2.54.6.bb} 
(97%)

diff --git a/meta/recipes-gnome/librsvg/librsvg_2.54.5.bb 
b/meta/recipes-gnome/librsvg/librsvg_2.54.6.bb
similarity index 97%
rename from meta/recipes-gnome/librsvg/librsvg_2.54.5.bb
rename to meta/recipes-gnome/librsvg/librsvg_2.54.6.bb
index 59278d1b16..b917b76041 100644
--- a/meta/recipes-gnome/librsvg/librsvg_2.54.5.bb
+++ b/meta/recipes-gnome/librsvg/librsvg_2.54.6.bb
@@ -20,7 +20,7 @@ SRC_URI += 
"file://0001-Makefile.am-pass-rust-target-to-cargo-also-when-not-.pat

file://0001-system-deps-src-lib.rs-do-not-probe-into-harcoded-li.patch \
"
 
-SRC_URI[archive.sha256sum] = 
"4f03190f45324d1fa1f52a79dfcded1f64eaf49b3ae2f88eedab0c07617cae6e"
+SRC_URI[archive.sha256sum] = 
"0ee6174140b5fc017e19a75c26e8c3324a560bf2c37f7abd3da06bd58542bb03"
 
 # librsvg is still autotools-based, but is calling cargo from its 
automake-driven makefiles
 # so we cannot use cargo class directly, but still need bits and pieces from 
it 
-- 
2.37.3


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186301): 
https://lists.openembedded.org/g/openembedded-core/message/186301
Mute This Topic: https://lists.openembedded.org/mt/100797334/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 2/2] ghostscript: fix CVE-2023-38559

[Lee Chee Yang]

From: Chee Yang Lee 

Signed-off-by: Chee Yang Lee 
---
 .../ghostscript/CVE-2023-38559.patch  | 31 +++
 .../ghostscript/ghostscript_10.0.0.bb |  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 
meta/recipes-extended/ghostscript/ghostscript/CVE-2023-38559.patch

diff --git a/meta/recipes-extended/ghostscript/ghostscript/CVE-2023-38559.patch 
b/meta/recipes-extended/ghostscript/ghostscript/CVE-2023-38559.patch
new file mode 100644
index 00..4ef71cba7b
--- /dev/null
+++ b/meta/recipes-extended/ghostscript/ghostscript/CVE-2023-38559.patch
@@ -0,0 +1,31 @@
+CVE: CVE-2023-38559
+Upstream-Status: Backport [  
https://git.ghostscript.com/?p=ghostpdl.git;a=patch;h=d81b82c70bc1 ]
+Signed-off-by: Lee Chee Yang 
+
+From d81b82c70bc1fb9991bb95f1201abb5dea55f57f Mon Sep 17 00:00:00 2001
+From: Chris Liddell 
+Date: Mon, 17 Jul 2023 14:06:37 +0100
+Subject: [PATCH] Bug 706897: Copy pcx buffer overrun fix from
+ devices/gdevpcx.c
+
+Bounds check the buffer, before dereferencing the pointer.
+---
+ base/gdevdevn.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/base/gdevdevn.c b/base/gdevdevn.c
+index 7b14d9c71..6351fb77a 100644
+--- a/base/gdevdevn.c
 b/base/gdevdevn.c
+@@ -1983,7 +1983,7 @@ devn_pcx_write_rle(const byte * from, const byte * end, 
int step, gp_file * file
+ byte data = *from;
+ 
+ from += step;
+-if (data != *from || from == end) {
++if (from >= end || data != *from) {
+ if (data >= 0xc0)
+ gp_fputc(0xc1, file);
+ } else {
+-- 
+2.34.1
+
diff --git a/meta/recipes-extended/ghostscript/ghostscript_10.0.0.bb 
b/meta/recipes-extended/ghostscript/ghostscript_10.0.0.bb
index 9a900ee04f..9e2cd01ff4 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_10.0.0.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_10.0.0.bb
@@ -36,6 +36,7 @@ SRC_URI_BASE = 
"https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/d
 file://cross-compile.patch \
 file://cve-2023-28879.patch \
 file://cve-2023-36664.patch \
+file://CVE-2023-38559.patch \
 "
 
 SRC_URI = "${SRC_URI_BASE} \
-- 
2.37.3


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186302): 
https://lists.openembedded.org/g/openembedded-core/message/186302
Mute This Topic: https://lists.openembedded.org/mt/100797335/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] librsvg: 2.52.7 -> 2.52.10

[Lee Chee Yang]

From: Chee Yang Lee 

upgrade include fix for CVE-2023-38633

Signed-off-by: Chee Yang Lee 
---
 .../librsvg/{librsvg_2.52.7.bb => librsvg_2.52.10.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-gnome/librsvg/{librsvg_2.52.7.bb => librsvg_2.52.10.bb} 
(96%)

diff --git a/meta/recipes-gnome/librsvg/librsvg_2.52.7.bb 
b/meta/recipes-gnome/librsvg/librsvg_2.52.10.bb
similarity index 96%
rename from meta/recipes-gnome/librsvg/librsvg_2.52.7.bb
rename to meta/recipes-gnome/librsvg/librsvg_2.52.10.bb
index 78eb93c635..b79e95a04f 100644
--- a/meta/recipes-gnome/librsvg/librsvg_2.52.7.bb
+++ b/meta/recipes-gnome/librsvg/librsvg_2.52.10.bb
@@ -20,7 +20,7 @@ SRC_URI += 
"file://0001-Makefile.am-pass-rust-target-to-cargo-also-when-not-.pat

file://0001-system-deps-src-lib.rs-do-not-probe-into-harcoded-li.patch \
"
 
-SRC_URI[archive.sha256sum] = 
"057c1eeeaf85c84e254bdb707459207f5840da5b4d52b4711c03140ed09e6887"
+SRC_URI[archive.sha256sum] = 
"6292dfcd6a8e1ce1784e0188914546af1633081d1fae9e22f7cb017e7e84ba8f"
 
 # librsvg is still autotools-based, but is calling cargo from its 
automake-driven makefiles
 # so we cannot use cargo class directly, but still need bits and pieces from 
it 
-- 
2.37.3


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186300): 
https://lists.openembedded.org/g/openembedded-core/message/186300
Mute This Topic: https://lists.openembedded.org/mt/100797130/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] cross-localedef-native: fix build on hosts with older glibc

[Martin Jansa]

Older glibc on host might be missing __glibc_has_attribute added in glibc-2.34 
with:

https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=misc/sys/cdefs.h;h=8e244a77cf6271f09cbd26d18b1e07b1d1641404;hp=57ca262bdfb642bf4a945645532f2319ec1ff437;hb=c8ba52ab3350c334d6e34b1439a4c0c1431351f3;hpb=7dd416491e080456fc7742d884c520526509413e

Fixes:
In file included from ../git/localedef/include/programs/xmalloc.h:21,
 from glibc/locale/programs/localedef.h:124,
 from glibc/locale/programs/localedef.c:36:
../git/localedef/include/sys/cdefs.h:85:51: error: missing binary operator 
before token "("
   85 | #if __GNUC_PREREQ (4, 3) || __glibc_has_attribute (__cold__)
  |   ^

Signed-off-by: Martin Jansa 
---
 .../glibc/cross-localedef-native_2.38.bb  |  1 +
 ...cdefs.h-define-__glibc_has_attribute.patch | 51 +++
 2 files changed, 52 insertions(+)
 create mode 100644 
meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch

diff --git a/meta/recipes-core/glibc/cross-localedef-native_2.38.bb 
b/meta/recipes-core/glibc/cross-localedef-native_2.38.bb
index e7261a644b..673008c57a 100644
--- a/meta/recipes-core/glibc/cross-localedef-native_2.38.bb
+++ b/meta/recipes-core/glibc/cross-localedef-native_2.38.bb
@@ -24,6 +24,7 @@ SRC_URI = "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
\
file://0001-localedef-Add-hardlink-resolver-from-util-linux.patch \
file://0002-localedef-fix-ups-hardlink-to-make-it-compile.patch \
+   
file://0003-localedef-cdefs.h-define-__glibc_has_attribute.patch;patchdir=localedef
 \
\
file://0010-eglibc-Cross-building-and-testing-instructions.patch \
file://0011-eglibc-Help-bootstrap-cross-toolchain.patch \
diff --git 
a/meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch
 
b/meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch
new file mode 100644
index 00..d34651e275
--- /dev/null
+++ 
b/meta/recipes-core/glibc/glibc/0003-localedef-cdefs.h-define-__glibc_has_attribute.patch
@@ -0,0 +1,51 @@
+From a90ba625410f8b49205adbe03652bc2fd0c35cec Mon Sep 17 00:00:00 2001
+From: Martin Jansa 
+Date: Thu, 17 Aug 2023 01:23:59 +0200
+Subject: [PATCH] cdefs.h: define __glibc_has_attribute
+
+Older glibc on host might be missing __glibc_has_attribute added in glibc-2.34 
with:
+
+https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=misc/sys/cdefs.h;h=8e244a77cf6271f09cbd26d18b1e07b1d1641404;hp=57ca262bdfb642bf4a945645532f2319ec1ff437;hb=c8ba52ab3350c334d6e34b1439a4c0c1431351f3;hpb=7dd416491e080456fc7742d884c520526509413e
+
+Fixes:
+In file included from ../git/localedef/include/programs/xmalloc.h:21,
+ from glibc/locale/programs/localedef.h:124,
+ from glibc/locale/programs/localedef.c:36:
+../git/localedef/include/sys/cdefs.h:85:51: error: missing binary operator 
before token "("
+   85 | #if __GNUC_PREREQ (4, 3) || __glibc_has_attribute (__cold__)
+  |   ^
+
+Signed-off-by: Martin Jansa 
+Upstream-Status: Submitted [https://github.com/kraj/localedef/pull/4]
+---
+ include/sys/cdefs.h | 17 +
+ 1 file changed, 17 insertions(+)
+
+diff --git a/include/sys/cdefs.h b/include/sys/cdefs.h
+index 0f32fdb..8530054 100644
+--- a/include/sys/cdefs.h
 b/include/sys/cdefs.h
+@@ -37,6 +37,23 @@
+ #endif
+ #endif
+ 
++#if !defined __glibc_has_attribute
++/* Older glibc on host might be missing __glibc_has_attribute added in 
glibc-2.34 with:
++   
https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=misc/sys/cdefs.h;h=8e244a77cf6271f09cbd26d18b1e07b1d1641404;hp=57ca262bdfb642bf4a945645532f2319ec1ff437;hb=c8ba52ab3350c334d6e34b1439a4c0c1431351f3;hpb=7dd416491e080456fc7742d884c520526509413e
++*/
++/* Compilers that lack __has_attribute may object to
++   #if defined __has_attribute && __has_attribute (...)
++   even though they do not need to evaluate the right-hand side of the &&.
++   Similarly for __has_builtin, etc.  */
++#if (defined __has_attribute \
++ && (!defined __clang_minor__ \
++ || 3 < __clang_major__ + (5 <= __clang_minor__)))
++# define __glibc_has_attribute(attr) __has_attribute (attr)
++#else
++# define __glibc_has_attribute(attr) 0
++#endif
++#endif
++
+ #if !defined(__REDIRECT_NTH) && defined(__GNUC__) && __GNUC__ >= 2
+ # ifdef __cplusplus
+ #  define __REDIRECT_NTH(name, proto, alias) \
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186299): 
https://lists.openembedded.org/g/openembedded-core/message/186299
Mute This Topic: https://lists.openembedded.org/mt/100796990/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] ccache.bbclass: Add allowed list for native recipes

[Angelo Ribeiro via lists.openembedded.org]

From: Angelo Ribeiro 

Native recipes are not able to use ccache currently, due to a circular
dependency between ccache-native and cmake-native.
This affects also other native recipes, but not all, imposing a
limitation in build time optimizations.

The introduction of CCACHE_NATIVE_RECIPES_ALLOWED allows the user to specify
which native recipes should use ccache, keeping it disable by default for all
native recipes.

Signed-off-by: Angelo Ribeiro 
---
 meta/classes/ccache.bbclass  | 11 ---
 meta/conf/documentation.conf |  1 +
 2 files changed, 9 insertions(+), 3 deletions(-)

diff --git a/meta/classes/ccache.bbclass b/meta/classes/ccache.bbclass
index 34becb69d1..262db6672c 100644
--- a/meta/classes/ccache.bbclass
+++ b/meta/classes/ccache.bbclass
@@ -28,6 +28,11 @@
 # be shared between different builds.
 CCACHE_TOP_DIR ?= "${TMPDIR}/ccache"

+# ccache-native and cmake-native have a circular dependency
+# that affects other native recipes, but not all.
+# Allows to use ccache in specified native recipes.
+CCACHE_NATIVE_RECIPES_ALLOWED ?= ""
+
 # ccahe removes CCACHE_BASEDIR from file path, so that hashes will be the same
 # in different builds.
 export CCACHE_BASEDIR ?= "${TMPDIR}"
@@ -54,9 +59,9 @@ python() {
 Enable ccache for the recipe
 """
 pn = d.getVar('PN')
-# quilt-native doesn't need ccache since no c files
-if not (bb.data.inherits_class("native", d) or
-bb.utils.to_boolean(d.getVar('CCACHE_DISABLE'))):
+if (pn in d.getVar('CCACHE_NATIVE_RECIPES_ALLOWED') or
+not (bb.data.inherits_class("native", d) or
+bb.utils.to_boolean(d.getVar('CCACHE_DISABLE':
 d.appendVar('DEPENDS', ' ccache-native')
 d.setVar('CCACHE', 'ccache ')
 }
diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
index 66b8e2f24f..fc1b4978fd 100644
--- a/meta/conf/documentation.conf
+++ b/meta/conf/documentation.conf
@@ -106,6 +106,7 @@ BUSYBOX_SPLIT_SUID[doc] = "For the BusyBox recipe, 
specifies whether to split th
 #C

 CACHE[doc]  = "The directory holding the cache of the metadata."
+CCACHE_NATIVE_RECIPES_ALLOWED[doc] = "A list of native recipes to use Ccache, 
this variable is useful to bypass a circular dependency between ccache-native 
and cmake-native that inhibits to use Ccache in other native recipes."
 CFLAGS[doc] = "Flags passed to the C compiler for the target system. This 
variable evaluates to the same as TARGET_CFLAGS."
 CLASSOVERRIDE[doc] = "An internal variable specifying the special class 
override that should currently apply (e.g. "class-target", "class-native", and 
so forth)."
 CLEANBROKEN[doc] = "Specifies if 'make clean' does not work for a recipe (and 
therefore the build system should not try to use it during do_configure)"
--
2.34.1

The information in this communication may contain confidential or legally 
privileged information. It is intended solely for the use of the individual or 
entity it addresses and others authorized to receive it. If you are not an 
intended recipient, you are hereby notified that any disclosure, copying, 
distribution or action in reliance on the contents of this information is 
strictly prohibited and may be unlawful. If you have received this 
communication by error, please notify us immediately by responding to this 
e-mail and then delete it from your system. Critical TechWorks is not liable 
for the proper and complete transmission of the information in this 
communication nor for any delay in its receipt

This e-mail is environmentally friendly, just like Critical TechWorks, which 
lives in a paper-free atmosphere. Therefore, please consider the environment 
before printing it!

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

[Jing Hui Tham]

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


> -Original Message-
> From: qa-build-notificat...@lists.yoctoproject.org  notificat...@lists.yoctoproject.org> On Behalf Of Pokybuild User
> Sent: Wednesday, August 9, 2023 7:35 AM
> To: yo...@lists.yoctoproject.org
> Cc: qa-build-notificat...@lists.yoctoproject.org
> Subject: [qa-build-notification] QA notification for completed autobuilder
> build (yocto-4.0.12.rc2)
> 
> 
> A build flagged for QA (yocto-4.0.12.rc2) was completed on the autobuilder
> and is available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-4.0.12.rc2
> 
> 
> Build hash information:
> 
> bitbake: 41b6684489d0261753344956042be2cc4adb0159
> meta-agl: 45b1b63c35c52b8283e1893dfa099607baa0cdcc
> meta-arm: c39bb4ce3b60b73d35c5fb06af012432e70d6b38
> meta-aws: 723a8a04965af482fe65e8e56eabea858858bd88
> meta-gplv2: d2f8b5cdb285b72a4ed93450f6703ca27aa42e8a
> meta-intel: 1aacdb4ed1e639cc6e19c541b058264eb17eb093
> meta-mingw: a90614a6498c3345704e9611f2842eb933dc51c1
> meta-openembedded: 4da92ed9be41734f6ced46b981958e2e868cbff2
> meta-virtualization: af02908efda1580e77b3fdeed25b124a2b8d9482
> oecore: e1a604db8d2cf8782038b4016cc2e2052467333b
> poky: d6b8790370500b99ca11f0d8a05c39b661ab2ba6
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 
> 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186297): 
https://lists.openembedded.org/g/openembedded-core/message/186297
Mute This Topic: https://lists.openembedded.org/mt/100638041/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] pixman: Remove duplication of license MIT

[Poonam Jadhav]

Remove duplication of license MIT from pixman bbfile.

Signed-off-by: Poonam Jadhav 
---
 meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb 
b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
index c56733eefd..63fd6d2978 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
@@ -19,7 +19,7 @@ UPSTREAM_CHECK_REGEX = 
"pixman-(?P\d+\.(\d*[02468])+(\.\d+)+)"
 
 PE = "1"
 
-LICENSE = "MIT & MIT & PD"
+LICENSE = "MIT & PD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=14096c769ae0cbb5fcb94ec468be11b3 \
 
file://pixman/pixman-matrix.c;endline=21;md5=4a018dff3e4e25302724c88ff95c2456 \
 
file://pixman/pixman-arm-neon-asm.h;endline=24;md5=9a9cc1e51abbf1da58f4d9528ec9d49b
 \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186296): 
https://lists.openembedded.org/g/openembedded-core/message/186296
Mute This Topic: https://lists.openembedded.org/mt/100796563/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] pixman: Remove duplication of license MIT

[Poonam Jadhav]

Remove duplication of license MIT from pixman bbfile.

Signed-off-by: Poonam Jadhav 
---
 meta/recipes-graphics/xorg-lib/pixman_0.42.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.42.2.bb 
b/meta/recipes-graphics/xorg-lib/pixman_0.42.2.bb
index d26d7f581a..a580d73185 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.42.2.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.42.2.bb
@@ -17,7 +17,7 @@ UPSTREAM_CHECK_REGEX = 
"pixman-(?P\d+\.(\d*[02468])+(\.\d+)+)"
 
 PE = "1"
 
-LICENSE = "MIT & MIT & PD"
+LICENSE = "MIT & PD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=14096c769ae0cbb5fcb94ec468be11b3 \
 
file://pixman/pixman-matrix.c;endline=21;md5=4a018dff3e4e25302724c88ff95c2456 \
 
file://pixman/pixman-arm-neon-asm.h;endline=24;md5=9a9cc1e51abbf1da58f4d9528ec9d49b
 \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186295): 
https://lists.openembedded.org/g/openembedded-core/message/186295
Mute This Topic: https://lists.openembedded.org/mt/100796448/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] time: use the monotonic clock to compute time elapsed

[Alexander Kanavin]

I also wonder about maintaining consistency. We may fix everything to
monotonic() now, but further newly introduced usages of time() may
creep in in the future. time() is simply standard practice, and I
would use that without thinking or consulting manuals.

Alex

On Thu, 17 Aug 2023 at 09:27, Richard Purdie
 wrote:
>
> On Wed, 2023-08-16 at 23:11 -0700, jtilahun via lists.openembedded.org
> wrote:
> > From: Joseph Tilahun 
> >
> > The monotonic clock is preferable over the system clock when computing the 
> > time elapsed.
> >
> > Signed-off-by: Joseph Tilahun 
> > ---
> >  meta/classes-global/buildstats.bbclass|  4 +--
> >  meta/classes/buildhistory.bbclass |  4 +--
> >  meta/lib/oeqa/core/context.py |  4 +--
> >  meta/lib/oeqa/core/runner.py  |  4 +--
> >  meta/lib/oeqa/core/target/ssh.py  | 14 
> >  meta/lib/oeqa/runtime/cases/ltp.py|  4 +--
> >  meta/lib/oeqa/runtime/cases/ltp_compliance.py |  4 +--
> >  meta/lib/oeqa/runtime/cases/ltp_stress.py |  4 +--
> >  meta/lib/oeqa/runtime/cases/oe_syslog.py  |  4 +--
> >  meta/lib/oeqa/runtime/cases/rpm.py|  4 +--
> >  meta/lib/oeqa/runtime/cases/systemd.py|  4 +--
> >  meta/lib/oeqa/selftest/cases/binutils.py  |  4 +--
> >  meta/lib/oeqa/selftest/cases/gcc.py   |  4 +--
> >  meta/lib/oeqa/selftest/cases/glibc.py |  4 +--
> >  meta/lib/oeqa/selftest/cases/runcmd.py| 12 +++
> >  meta/lib/oeqa/selftest/cases/rust.py  |  4 +--
> >  meta/lib/oeqa/selftest/cases/tinfoil.py   |  4 +--
> >  meta/lib/oeqa/utils/commands.py   |  4 +--
> >  meta/lib/oeqa/utils/qemurunner.py | 34 +--
> >  meta/lib/oeqa/utils/qemutinyrunner.py |  8 ++---
> >  meta/lib/oeqa/utils/sshcontrol.py | 10 +++---
> >  meta/recipes-rt/rt-tests/files/rt_bmark.py|  4 +--
> >  22 files changed, 73 insertions(+), 73 deletions(-)
> >
> > diff --git a/meta/classes-global/buildstats.bbclass 
> > b/meta/classes-global/buildstats.bbclass
> > index f49a67aa4f..1abd52c72a 100644
> > --- a/meta/classes-global/buildstats.bbclass
> > +++ b/meta/classes-global/buildstats.bbclass
> > @@ -64,7 +64,7 @@ def get_timedata(var, d, end_time):
> >
> >  def set_buildtimedata(var, d):
> >  import time
> > -time = time.time()
> > +time = time.monotonic()
> >  cputime = get_cputime()
> >  proctime = get_buildprocess_cputime(os.getpid())
> >  d.setVar(var, (time, cputime, proctime))
> > @@ -77,7 +77,7 @@ def get_buildtimedata(var, d):
> >  oldtime, oldcpu, oldproc = timedata
> >  procdiff = get_buildprocess_cputime(os.getpid()) - oldproc
> >  cpudiff = get_cputime() - oldcpu
> > -end_time = time.time()
> > +end_time = time.monotonic()
> >  timediff = end_time - oldtime
> >  if cpudiff > 0:
> >  cpuperc = float(procdiff) * 100 / cpudiff
>
> Looking at the python man page, it says:
>
> """
> The reference point of the returned value is undefined, so that only
> the difference between the results of two calls is valid.
> """
>
> so we have to be really careful none of this data is data which is
> compared against bitbake's event timestamps for example.
>
> Is there a real world issue you ran into using time.time()?
>
> In the above case it is true we're just computing a difference but did
> you look into all these cases and check that the value isn't used
> elsewhere after the return value?
>
> I'm just a bit worried there may be leakage of these values where it is
> compared with time.time() or it is used in logs for absolute time data.
>
> Cheers,
>
> Richard
>
> 
>

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

[OE-core] [PATCH 2/3] harfbuzz: upgrade 8.0.1 -> 8.1.1

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 .../harfbuzz/{harfbuzz_8.0.1.bb => harfbuzz_8.1.1.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_8.0.1.bb => harfbuzz_8.1.1.bb} 
(95%)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_8.0.1.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_8.1.1.bb
similarity index 95%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_8.0.1.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_8.1.1.bb
index 359272e9347..110248a5cb4 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_8.0.1.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_8.1.1.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b98429b8e8e3c2a67cfef01e99e4893d \
 "
 
 SRC_URI = "${GITHUB_BASE_URI}/download/${PV}/${BPN}-${PV}.tar.xz"
-SRC_URI[sha256sum] = 
"c1ce780acd385569f25b9a29603d1d5bc71e6940e55bfdd4f7266fad50e42620"
+SRC_URI[sha256sum] = 
"0305ad702e11906a5fc0c1ba11c270b7f64a8f5390d676aacfd71db129d6565f"
 
 DEPENDS += "glib-2.0-native"
 
-- 
2.41.0


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

[OE-core] [PATCH 3/3] stress-ng: upgrade 0.15.08 -> 0.16.04

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 .../stress-ng/{stress-ng_0.15.08.bb => stress-ng_0.16.04.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/stress-ng/{stress-ng_0.15.08.bb => 
stress-ng_0.16.04.bb} (94%)

diff --git a/meta/recipes-extended/stress-ng/stress-ng_0.15.08.bb 
b/meta/recipes-extended/stress-ng/stress-ng_0.16.04.bb
similarity index 94%
rename from meta/recipes-extended/stress-ng/stress-ng_0.15.08.bb
rename to meta/recipes-extended/stress-ng/stress-ng_0.16.04.bb
index 9952c4ef8a5..6e5665cc3b9 100644
--- a/meta/recipes-extended/stress-ng/stress-ng_0.15.08.bb
+++ b/meta/recipes-extended/stress-ng/stress-ng_0.16.04.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
 SRC_URI = 
"git://github.com/ColinIanKing/stress-ng.git;protocol=https;branch=master \
"
-SRCREV = "4fc205238518cdaf80cf18e8bd411708f7ba3856"
+SRCREV = "95777d7cf32de9fc88c452a968ae2ae23ed269c2"
 S = "${WORKDIR}/git"
 
 DEPENDS = "coreutils-native libbsd"
-- 
2.41.0


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

[OE-core] [PATCH 1/3] gstreamer1.0: upgrade 1.22.4 -> 1.22.5

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 .../{gst-devtools_1.22.4.bb => gst-devtools_1.22.5.bb}  | 2 +-
 ...streamer1.0-libav_1.22.4.bb => gstreamer1.0-libav_1.22.5.bb} | 2 +-
 .../{gstreamer1.0-omx_1.22.4.bb => gstreamer1.0-omx_1.22.5.bb}  | 2 +-
 ...plugins-bad_1.22.4.bb => gstreamer1.0-plugins-bad_1.22.5.bb} | 2 +-
 ...ugins-base_1.22.4.bb => gstreamer1.0-plugins-base_1.22.5.bb} | 2 +-
 ...ugins-good_1.22.4.bb => gstreamer1.0-plugins-good_1.22.5.bb} | 2 +-
 ...ugins-ugly_1.22.4.bb => gstreamer1.0-plugins-ugly_1.22.5.bb} | 2 +-
 ...reamer1.0-python_1.22.4.bb => gstreamer1.0-python_1.22.5.bb} | 2 +-
 ...rtsp-server_1.22.4.bb => gstreamer1.0-rtsp-server_1.22.5.bb} | 2 +-
 ...streamer1.0-vaapi_1.22.4.bb => gstreamer1.0-vaapi_1.22.5.bb} | 2 +-
 .../{gstreamer1.0_1.22.4.bb => gstreamer1.0_1.22.5.bb}  | 2 +-
 11 files changed, 11 insertions(+), 11 deletions(-)
 rename meta/recipes-multimedia/gstreamer/{gst-devtools_1.22.4.bb => 
gst-devtools_1.22.5.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-libav_1.22.4.bb => 
gstreamer1.0-libav_1.22.5.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.22.4.bb => 
gstreamer1.0-omx_1.22.5.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.22.4.bb 
=> gstreamer1.0-plugins-bad_1.22.5.bb} (98%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.22.4.bb 
=> gstreamer1.0-plugins-base_1.22.5.bb} (98%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-good_1.22.4.bb 
=> gstreamer1.0-plugins-good_1.22.5.bb} (97%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.22.4.bb 
=> gstreamer1.0-plugins-ugly_1.22.5.bb} (94%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-python_1.22.4.bb => 
gstreamer1.0-python_1.22.5.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-rtsp-server_1.22.4.bb 
=> gstreamer1.0-rtsp-server_1.22.5.bb} (90%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-vaapi_1.22.4.bb => 
gstreamer1.0-vaapi_1.22.5.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.22.4.bb => 
gstreamer1.0_1.22.5.bb} (97%)

diff --git a/meta/recipes-multimedia/gstreamer/gst-devtools_1.22.4.bb 
b/meta/recipes-multimedia/gstreamer/gst-devtools_1.22.5.bb
similarity index 95%
rename from meta/recipes-multimedia/gstreamer/gst-devtools_1.22.4.bb
rename to meta/recipes-multimedia/gstreamer/gst-devtools_1.22.5.bb
index beaf1a9b91f..3e029396a61 100644
--- a/meta/recipes-multimedia/gstreamer/gst-devtools_1.22.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-devtools_1.22.5.bb
@@ -12,7 +12,7 @@ SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-devtools/gst-devtools-${PV}
file://0001-connect-has-a-different-signature-on-musl.patch \
"
 
-SRC_URI[sha256sum] = 
"4c52053ce8c1df72fd81721e9f53de3b146edcf2de28f607be705bce4cf909d1"
+SRC_URI[sha256sum] = 
"2add1519aa6eeb01d544cb94293688ee3bc2079f6bca6075bf5c23d00a0921be"
 
 DEPENDS = "json-glib glib-2.0 glib-2.0-native gstreamer1.0 
gstreamer1.0-plugins-base"
 RRECOMMENDS:${PN} = "git"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.22.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.22.5.bb
similarity index 91%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.22.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.22.5.bb
index 4d59353e08f..af9dc5d2d59 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.22.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.22.5.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=69333daa044cb77e486cc36129f7a770 \
 "
 
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-libav/gst-libav-${PV}.tar.xz;
-SRC_URI[sha256sum] = 
"9a751bc740de768e791c37a95f0a924c6a41d12fd7f37f54ce6a4e834be122d3"
+SRC_URI[sha256sum] = 
"8583f0c1f4fcb01eed11fa1e3c21126543a8bd739ed4fc1db31f756a5ab01d9a"
 
 S = "${WORKDIR}/gst-libav-${PV}"
 
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.22.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.22.5.bb
similarity index 95%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.22.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.22.5.bb
index fc70805daf4..5d99810cd40 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.22.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.22.5.bb
@@ -10,7 +10,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=4fbd65380cdd255951079008b364516c \
 
 SRC_URI = "https://gstreamer.freedesktop.org/src/gst-omx/gst-omx-${PV}.tar.xz;
 
-SRC_URI[sha256sum] = 
"5fcb872d977b035fb75a2d0ea955ba052dc3bdae282f8f60aa9d865808784211"
+SRC_URI[sha256sum] = 
"cf0cb9c4de06c5d62eef77cb31238bbaf257dc88802010072eedd1c168f136a4"
 
 S = "${WORKDIR}/gst-omx-${PV}"
 
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.22.4.bb 

Re: [OE-core] [PATCH] time: use the monotonic clock to compute time elapsed

[Richard Purdie]

On Wed, 2023-08-16 at 23:11 -0700, jtilahun via lists.openembedded.org
wrote:
> From: Joseph Tilahun 
> 
> The monotonic clock is preferable over the system clock when computing the 
> time elapsed.
> 
> Signed-off-by: Joseph Tilahun 
> ---
>  meta/classes-global/buildstats.bbclass|  4 +--
>  meta/classes/buildhistory.bbclass |  4 +--
>  meta/lib/oeqa/core/context.py |  4 +--
>  meta/lib/oeqa/core/runner.py  |  4 +--
>  meta/lib/oeqa/core/target/ssh.py  | 14 
>  meta/lib/oeqa/runtime/cases/ltp.py|  4 +--
>  meta/lib/oeqa/runtime/cases/ltp_compliance.py |  4 +--
>  meta/lib/oeqa/runtime/cases/ltp_stress.py |  4 +--
>  meta/lib/oeqa/runtime/cases/oe_syslog.py  |  4 +--
>  meta/lib/oeqa/runtime/cases/rpm.py|  4 +--
>  meta/lib/oeqa/runtime/cases/systemd.py|  4 +--
>  meta/lib/oeqa/selftest/cases/binutils.py  |  4 +--
>  meta/lib/oeqa/selftest/cases/gcc.py   |  4 +--
>  meta/lib/oeqa/selftest/cases/glibc.py |  4 +--
>  meta/lib/oeqa/selftest/cases/runcmd.py| 12 +++
>  meta/lib/oeqa/selftest/cases/rust.py  |  4 +--
>  meta/lib/oeqa/selftest/cases/tinfoil.py   |  4 +--
>  meta/lib/oeqa/utils/commands.py   |  4 +--
>  meta/lib/oeqa/utils/qemurunner.py | 34 +--
>  meta/lib/oeqa/utils/qemutinyrunner.py |  8 ++---
>  meta/lib/oeqa/utils/sshcontrol.py | 10 +++---
>  meta/recipes-rt/rt-tests/files/rt_bmark.py|  4 +--
>  22 files changed, 73 insertions(+), 73 deletions(-)
> 
> diff --git a/meta/classes-global/buildstats.bbclass 
> b/meta/classes-global/buildstats.bbclass
> index f49a67aa4f..1abd52c72a 100644
> --- a/meta/classes-global/buildstats.bbclass
> +++ b/meta/classes-global/buildstats.bbclass
> @@ -64,7 +64,7 @@ def get_timedata(var, d, end_time):
>  
>  def set_buildtimedata(var, d):
>  import time
> -time = time.time()
> +time = time.monotonic()
>  cputime = get_cputime()
>  proctime = get_buildprocess_cputime(os.getpid())
>  d.setVar(var, (time, cputime, proctime))
> @@ -77,7 +77,7 @@ def get_buildtimedata(var, d):
>  oldtime, oldcpu, oldproc = timedata
>  procdiff = get_buildprocess_cputime(os.getpid()) - oldproc
>  cpudiff = get_cputime() - oldcpu
> -end_time = time.time()
> +end_time = time.monotonic()
>  timediff = end_time - oldtime
>  if cpudiff > 0:
>  cpuperc = float(procdiff) * 100 / cpudiff

Looking at the python man page, it says:

"""
The reference point of the returned value is undefined, so that only
the difference between the results of two calls is valid.
"""

so we have to be really careful none of this data is data which is
compared against bitbake's event timestamps for example.

Is there a real world issue you ran into using time.time()?

In the above case it is true we're just computing a difference but did
you look into all these cases and check that the value isn't used
elsewhere after the return value?

I'm just a bit worried there may be leakage of these values where it is
compared with time.time() or it is used in logs for absolute time data.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#186289): 
https://lists.openembedded.org/g/openembedded-core/message/186289
Mute This Topic: https://lists.openembedded.org/mt/100795709/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] time: use the monotonic clock to compute time elapsed

[jtilahun via lists.openembedded.org]

From: Joseph Tilahun 

The monotonic clock is preferable over the system clock when computing the time 
elapsed.

Signed-off-by: Joseph Tilahun 
---
 meta/classes-global/buildstats.bbclass|  4 +--
 meta/classes/buildhistory.bbclass |  4 +--
 meta/lib/oeqa/core/context.py |  4 +--
 meta/lib/oeqa/core/runner.py  |  4 +--
 meta/lib/oeqa/core/target/ssh.py  | 14 
 meta/lib/oeqa/runtime/cases/ltp.py|  4 +--
 meta/lib/oeqa/runtime/cases/ltp_compliance.py |  4 +--
 meta/lib/oeqa/runtime/cases/ltp_stress.py |  4 +--
 meta/lib/oeqa/runtime/cases/oe_syslog.py  |  4 +--
 meta/lib/oeqa/runtime/cases/rpm.py|  4 +--
 meta/lib/oeqa/runtime/cases/systemd.py|  4 +--
 meta/lib/oeqa/selftest/cases/binutils.py  |  4 +--
 meta/lib/oeqa/selftest/cases/gcc.py   |  4 +--
 meta/lib/oeqa/selftest/cases/glibc.py |  4 +--
 meta/lib/oeqa/selftest/cases/runcmd.py| 12 +++
 meta/lib/oeqa/selftest/cases/rust.py  |  4 +--
 meta/lib/oeqa/selftest/cases/tinfoil.py   |  4 +--
 meta/lib/oeqa/utils/commands.py   |  4 +--
 meta/lib/oeqa/utils/qemurunner.py | 34 +--
 meta/lib/oeqa/utils/qemutinyrunner.py |  8 ++---
 meta/lib/oeqa/utils/sshcontrol.py | 10 +++---
 meta/recipes-rt/rt-tests/files/rt_bmark.py|  4 +--
 22 files changed, 73 insertions(+), 73 deletions(-)

diff --git a/meta/classes-global/buildstats.bbclass 
b/meta/classes-global/buildstats.bbclass
index f49a67aa4f..1abd52c72a 100644
--- a/meta/classes-global/buildstats.bbclass
+++ b/meta/classes-global/buildstats.bbclass
@@ -64,7 +64,7 @@ def get_timedata(var, d, end_time):
 
 def set_buildtimedata(var, d):
 import time
-time = time.time()
+time = time.monotonic()
 cputime = get_cputime()
 proctime = get_buildprocess_cputime(os.getpid())
 d.setVar(var, (time, cputime, proctime))
@@ -77,7 +77,7 @@ def get_buildtimedata(var, d):
 oldtime, oldcpu, oldproc = timedata
 procdiff = get_buildprocess_cputime(os.getpid()) - oldproc
 cpudiff = get_cputime() - oldcpu
-end_time = time.time()
+end_time = time.monotonic()
 timediff = end_time - oldtime
 if cpudiff > 0:
 cpuperc = float(procdiff) * 100 / cpudiff
diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index 395f594278..ba8dfd7d63 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -892,13 +892,13 @@ python buildhistory_eventhandler() {
 bb.note("Writing buildhistory")
 bb.build.exec_func("buildhistory_write_sigs", d)
 import time
-start=time.time()
+start=time.monotonic()
 localdata = bb.data.createCopy(e.data)
 localdata.setVar('BUILDHISTORY_BUILD_FAILURES', 
str(e._failures))
 interrupted = getattr(e, '_interrupted', 0)
 localdata.setVar('BUILDHISTORY_BUILD_INTERRUPTED', 
str(interrupted))
 bb.build.exec_func("buildhistory_commit", localdata)
-stop=time.time()
+stop=time.monotonic()
 bb.note("Writing buildhistory took: %s seconds" % 
round(stop-start))
 else:
 bb.note("No commit since BUILDHISTORY_COMMIT != '1'")
diff --git a/meta/lib/oeqa/core/context.py b/meta/lib/oeqa/core/context.py
index 9313271f58..019d931894 100644
--- a/meta/lib/oeqa/core/context.py
+++ b/meta/lib/oeqa/core/context.py
@@ -84,12 +84,12 @@ class OETestContext(object):
 # Dynamically skip those tests specified though arguments
 self.skipTests(skips)
 
-self._run_start_time = time.time()
+self._run_start_time = time.monotonic()
 self._run_end_time = self._run_start_time
 if not processes:
 self.runner.buffer = True
 result = self.runner.run(self.prepareSuite(self.suites, processes))
-self._run_end_time = time.time()
+self._run_end_time = time.monotonic()
 
 return result
 
diff --git a/meta/lib/oeqa/core/runner.py b/meta/lib/oeqa/core/runner.py
index 5077eb8e3e..2580732dbc 100644
--- a/meta/lib/oeqa/core/runner.py
+++ b/meta/lib/oeqa/core/runner.py
@@ -56,11 +56,11 @@ class OETestResult(_TestResult):
 def startTest(self, test):
 # May have been set by concurrencytest
 if test.id() not in self.starttime:
-self.starttime[test.id()] = time.time()
+self.starttime[test.id()] = time.monotonic()
 super(OETestResult, self).startTest(test)
 
 def stopTest(self, test):
-self.endtime[test.id()] = time.time()
+self.endtime[test.id()] = time.monotonic()
 if self.buffer:
 self.logged_output[test.id()] = (
 sys.stdout.getvalue(), sys.stderr.getvalue())
diff --git a/meta/lib/oeqa/core/target/ssh.py