Re: [OE-core] [PATCH] go.bbclass: Allow adding parameters to go ldflags

[Khem Raj]

looks fine

On 10/26/21 11:56, Ahmed Hossam wrote:

Currently, there is no clean way to pass extra parameters to the go tool link,
which is passed by the go build ldflags flag, the append needs to happen inside
the quotes of the ldflags parameter

See [YOCTO #14554].

Add a variable to allow adding extra parameters to -ldflags in the GO_LDFLAGS
variable, one of the main usecases is setting the application version.

For example, adding to the recipe something like
GO_EXTRA_LDFLAGS="-X main.Version=v1.0.0"
or
GO_EXTRA_LDFLAGS="-X main.Version=${PV}"

Signed-off-by: Ahmed Hossam 
---
  meta/classes/go.bbclass | 3 ++-
  1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index 0dd0c5f1d2..aa54b4a08c 100644
--- a/meta/classes/go.bbclass
+++ b/meta/classes/go.bbclass
@@ -41,7 +41,8 @@ GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} 
${GO_RPATH_LINK} ${LDFLAGS
  GO_LINKMODE ?= ""
  GO_LINKMODE:class-nativesdk = "--linkmode=external"
  GO_LINKMODE:class-native = "--linkmode=external"
-GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} -extldflags 
'${GO_EXTLDFLAGS}'"'
+GO_EXTRA_LDFLAGS ?= ""
+GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} ${GO_EXTRA_LDFLAGS} -extldflags 
'${GO_EXTLDFLAGS}'"'
  export GOBUILDFLAGS ?= "-v ${GO_LDFLAGS} -trimpath"
  export GOPATH_OMIT_IN_ACTIONID ?= "1"
  export GOPTESTBUILDFLAGS ?= "${GOBUILDFLAGS} -c"
--
2.33.1


Please mind our privacy 
notice
 pursuant to Art. 13 GDPR. // Unsere Hinweise zum Datenschutz gem. Art. 13 DSGVO finden Sie 
hier.






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157473): 
https://lists.openembedded.org/g/openembedded-core/message/157473
Mute This Topic: https://lists.openembedded.org/mt/86610860/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] [RFC PATCH 11/14] populate_sdk_base/images: Drop use of 'meta' class and hence do_build dependencies

[Chen Qi]

Hi Richard,

I like this change. However, it causes problem of 'rm_work'.
Now some native recipes don't get cleaned up with 'rm_work' enabled.

e.g.
INHERIT += "rm_work"
bitbake core-image-minimal
A few native recipes don't get clean up such as alsa-lib-native, 
createrepo-c-native, dnf-native, etc.


Do you have any idea how to fix it? Or should we accept the current 
situation?


Regards,
Qi

On 09/20/2021 08:46 PM, Richard Purdie wrote:

The 'meta' is old and not very useful. It empties PACKAGES and creates
recursive do_build dependencies.

We shouldn't need such recursive build dependencies any more so simplify the 
code.

This does cause behaviour changes as some dependencies are no longer built.
It did show up issues with qemu-helper-native handling for example but those
issues look like real races and the underlying dependency chains were not 
correct.

Signed-off-by: Richard Purdie 
---
  meta/classes/populate_sdk_base.bbclass | 4 +++-
  1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index ccfe2232895..49e166e697d 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -1,4 +1,6 @@
-inherit meta image-postinst-intercepts image-artifact-names
+PACKAGES = ""
+
+inherit image-postinst-intercepts image-artifact-names
  
  # Wildcards specifying complementary packages to install for every package that has been explicitly

  # installed into the rootfs







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

[Randy MacLeod]

On 2021-10-19 9:10 p.m., Randy MacLeod wrote:

On 2021-10-19 3:58 p.m., Richard Purdie wrote:

On Tue, 2021-10-19 at 20:37 +0200, Alexander Kanavin wrote:

On Tue, 19 Oct 2021 at 20:31, Khem Raj  wrote:

It would be wise to hear people who use rust and develop applications
using rust, meta-rust is being used
to develop field deployed products. Again I urge you to think with a
little bit of wider scope.

Look, it's just an example of a recipe generated with cargo-bitbake. 
Where is

this
cargo-bitbake in core, so we can test that it works as it should? 
Until it's

available,
there's no point in keeping the recipe.
Rust is a story that is more at the start than at the finish and as 
such I think
it is too premature to be removing this just yet. Having a rust recipe 
in core
generated by cargo-bitbake does have some value in its own right. I'd 
hope over
time we find the tool becomming a first class citizen in core but that 
will

likely take time.

I am curious about Randy's views on this.


I can see both points of view.

It is nice to have an example cargo bitbake recipe and that's why this 
one was added to meta-rust and oe-core:


https://github.com/meta-rust/meta-rust/commit/49d94ef0a74bb3274ffcb3fe25011b64865b80bc 


Ok, I've looked at this for a little while tonight and I've changed my mind.

We should have an example recipe generated using using cargo bitbake.
Maybe the best example is cargo-bitbake itself!? See below.


I see that rustfmt is not exactly an easy package to serve in that role 
so we should
remove it. rustfmt seems to be tightly coupled to rust's internals and I 
wasn't able
to easily compile it even outside of bitbake due to a rustc_ast crate 
fetch error.

rustc_ast seems to be a crate that is internal to the rustc compiler:

   https://github.com/rust-lang/rust/tree/master/compiler/rustc_ast
Have I missed something here?


We could write a cargo-hello-world example or use 'simpler' packages 
such as

ripgrep or fd-find. The latter two packages still have ~95 crates that they
depend on so they are not exactly simple. That's why I looked into using
cargo-bitbake itself as the example.

Does anyone have a better existing package to use as a 'cargo bitbake' 
example

that has say fewer than 10 crates that it depends upon?




It's also possible that some users would not want to use anything except 
the version of
rust and associated tools that are provided by oe-core and that populate 
an SDK.
I don't have that requirement yet but I expect it may come given that 
some organization's

systems are tightly controlled.



We can consider adding rustfmt back if we find that having it in the SDK
or eventually for self-hosted development is useful.



I started to update my cargo-bitbake and the rustfmt recipe so let me 
finish that and we'll see what makes sense.


cargo-bitbake depends on 170 crates so it's not simple but
I did look at using it as an example anyway and so far it's failing to build
with the error:

| error: failed to run custom build command for `openssl-sys v0.9.54` 




I'll fix that bug next, hopefully tomorrow.


I also found a simple overrides change that I'll send upstream (1).

All for tonight,

../Randy



1)
git diff

diff --git a/src/main.rs b/src/main.rs

index b2ed5d0..0fe5159 100644

--- a/src/main.rs

+++ b/src/main.rs

@@ -360,7 +360,7 @@ fn real_main(options: Args, config:  Config) -> 
CliResult {


 let git_srcpv = if !project_repo.tag && project_repo.rev.len() > 10 {

 // we should be using ${SRCPV} here but due to a bitbake bug 
we cannot. see:


 // https://github.com/meta-rust/meta-rust/issues/136

-format!("PV_append = \".AUTOINC+{}\"", _repo.rev[..10])

+format!("PV:append = \".AUTOINC+{}\"", _repo.rev[..10])

 } else {

 // its a tag so nothing needed

 "".into()



I should look into that bitbake bug.



../Randy




Cheers,

Richard










--
# Randy MacLeod
# Wind River Linux


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

[OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

[Saul Wold]

Add annotations to relationships and refactor code to add
create_annotation() function for code reuse.

Ensure that "cross" recipes are factored into isNative also.

v2: removed leftover and unused annotation per Joshua

Sau!

Saul Wold (3):
  spdx.py: Add annotation to relationship
  create-spdx: add create_annotation function
  create-spdx: cross recipes are native also

 classes/create-spdx.bbclass | 22 ++
 lib/oe/spdx.py  |  6 +-
 2 files changed, 19 insertions(+), 9 deletions(-)

-- 
2.31.1


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

[OE-core] [PATCH v2 1/3] spdx.py: Add annotation to relationship

[Saul Wold]

Having annotations on relationship can provide additional information
about the relationship such as how it was derived.

Signed-off-by: Saul Wold 
---
 lib/oe/spdx.py | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/lib/oe/spdx.py b/lib/oe/spdx.py
index 4416194..9e7ced5 100644
--- a/lib/oe/spdx.py
+++ b/lib/oe/spdx.py
@@ -196,6 +196,7 @@ class SPDXRelationship(SPDXObject):
 relatedSpdxElement = _String()
 relationshipType = _String()
 comment = _String()
+annotations = _ObjectList(SPDXAnnotation)
 
 
 class SPDXExternalReference(SPDXObject):
@@ -300,7 +301,7 @@ class SPDXDocument(SPDXObject):
 def from_json(cls, f):
 return cls(**json.load(f))
 
-def add_relationship(self, _from, relationship, _to, *, comment=None):
+def add_relationship(self, _from, relationship, _to, *, comment=None, 
annotation=None):
 if isinstance(_from, SPDXObject):
 from_spdxid = _from.SPDXID
 else:
@@ -320,6 +321,9 @@ class SPDXDocument(SPDXObject):
 if comment is not None:
 r.comment = comment
 
+if annotation is not None:
+r.annotations.append(annotation)
+
 self.relationships.append(r)
 
 def find_by_spdxid(self, spdxid):
-- 
2.31.1


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

[OE-core] [PATCH v2 2/3] create-spdx: add create_annotation function

[Saul Wold]

This allows code reuse and future usage with relationship annotations

Signed-off-by: Saul Wold 
---
 classes/create-spdx.bbclass | 18 --
 1 file changed, 12 insertions(+), 6 deletions(-)

diff --git a/classes/create-spdx.bbclass b/classes/create-spdx.bbclass
index dd341db..72a9b55 100644
--- a/classes/create-spdx.bbclass
+++ b/classes/create-spdx.bbclass
@@ -35,6 +35,17 @@ def get_doc_namespace(d, doc):
 namespace_uuid = uuid.uuid5(uuid.NAMESPACE_DNS, 
d.getVar("SPDX_UUID_NAMESPACE"))
 return "%s/%s-%s" % (d.getVar("SPDX_NAMESPACE_PREFIX"), doc.name, 
str(uuid.uuid5(namespace_uuid, doc.name)))
 
+def create_annotation(d, comment):
+from datetime import datetime, timezone
+
+creation_time = 
datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
+annotation = oe.spdx.SPDXAnnotation()
+annotation.annotationDate = creation_time
+annotation.annotationType = "OTHER"
+annotation.annotator = "Tool: %s - %s" % (d.getVar("SPDX_TOOL_NAME"), 
d.getVar("SPDX_TOOL_VERSION"))
+annotation.comment = comment
+return annotation
+
 def recipe_spdx_is_native(d, recipe):
 return any(a.annotationType == "OTHER" and
   a.annotator == "Tool: %s - %s" % (d.getVar("SPDX_TOOL_NAME"), 
d.getVar("SPDX_TOOL_VERSION")) and
@@ -408,12 +419,7 @@ python do_create_spdx() {
 recipe.versionInfo = d.getVar("PV")
 recipe.SPDXID = oe.sbom.get_recipe_spdxid(d)
 if bb.data.inherits_class("native", d):
-annotation = oe.spdx.SPDXAnnotation()
-annotation.annotationDate = creation_time
-annotation.annotationType = "OTHER"
-annotation.annotator = "Tool: %s - %s" % (d.getVar("SPDX_TOOL_NAME"), 
d.getVar("SPDX_TOOL_VERSION"))
-annotation.comment = "isNative"
-recipe.annotations.append(annotation)
+recipe.annotations.append(create_annotation(d, "isNative"))
 
 for s in d.getVar('SRC_URI').split():
 if not s.startswith("file://"):
-- 
2.31.1


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

[OE-core] [PATCH v2 3/3] create-spdx: cross recipes are native also

[Saul Wold]

Recipes that inherit cross should also be categorized as isNative

Signed-off-by: Saul Wold 
---
 classes/create-spdx.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/classes/create-spdx.bbclass b/classes/create-spdx.bbclass
index 72a9b55..e8f476f 100644
--- a/classes/create-spdx.bbclass
+++ b/classes/create-spdx.bbclass
@@ -418,7 +418,7 @@ python do_create_spdx() {
 recipe.name = d.getVar("PN")
 recipe.versionInfo = d.getVar("PV")
 recipe.SPDXID = oe.sbom.get_recipe_spdxid(d)
-if bb.data.inherits_class("native", d):
+if bb.data.inherits_class("native", d) or bb.data.inherits_class("cross", 
d):
 recipe.annotations.append(create_annotation(d, "isNative"))
 
 for s in d.getVar('SRC_URI').split():
@@ -610,7 +610,7 @@ python do_create_runtime_spdx() {
 
 deploy_dir_spdx = Path(d.getVar("DEPLOY_DIR_SPDX"))
 spdx_deploy = Path(d.getVar("SPDXRUNTIMEDEPLOY"))
-is_native = bb.data.inherits_class("native", d)
+is_native = bb.data.inherits_class("native", d) or 
bb.data.inherits_class("cross", d)
 
 creation_time = 
datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
 
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157467): 
https://lists.openembedded.org/g/openembedded-core/message/157467
Mute This Topic: https://lists.openembedded.org/mt/86618680/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] [hardknott][PATCH] glibc: upgrade glibc-2.33 to latest version

[Anuj Mittal]

On Mon, 2021-10-25 at 12:59 +0530, pgowda cve wrote:
> Hi,
> 
> Thanks for the comments.
> 
> Gentle ping on this patch.

Sorry for the delay. It's in my queue but there are some issues, not
related to this patch, that I am trying to debug. It should get merged
soon.

Thanks,

Anuj

> 
> Thanks,
> Pgowda
> 
> On Sun, Oct 17, 2021 at 10:35 AM Khem Raj  wrote:
> > 
> > This looks good to me
> > 
> > On Sat, Oct 16, 2021 at 7:51 PM Pgowda 
> > wrote:
> > > 
> > > glibc-2.33 release version of Feb 2021 is used in Hardknott
> > > branch.
> > > There are many bug fixes in the latest glibc-2.33 version. The
> > > patch
> > > takes the latest glibc-2.33 version commit.
> > > Regression tested on X86-64 without any new issues.
> > > 
> > > Signed-off-by: Pgowda 
> > > ---
> > >  meta/recipes-core/glibc/glibc-version.inc |   2 +-
> > >  .../glibc/glibc/0001-CVE-2021-38604.patch |  40 
> > >  ...-private-futex-optimization-BZ-27304.patch |  49 -
> > >  .../glibc/glibc/0002-CVE-2021-38604.patch | 147 
> > > --
> > >  ...-ISA-support-for-x86-64-level-marker.patch | 116 ---
> > >  ...ork-around-GCC-PR-98512-in-rawmemchr.patch |  58 --
> > >  ...-_SC_LEVEL1_ICACHE_LINESIZE-BZ-27444.patch | 185 
> > > --
> > >  .../glibc/glibc/CVE-2021-27318-revert.patch   | 174
> > > 
> > >  .../glibc/glibc/CVE-2021-27645.patch  |  51 -
> > >  .../glibc/glibc/CVE-2021-33574_1.patch    |  76 ---
> > >  .../glibc/glibc/CVE-2021-33574_2.patch    |  61 --
> > >  .../glibc/glibc/CVE-2021-35942.patch  |  44 -
> > >  meta/recipes-core/glibc/glibc_2.33.bb |  10 -
> > >  13 files changed, 175 insertions(+), 838 deletions(-)
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/0001-CVE-2021-
> > > 38604.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/0001-nptl-
> > > Remove-private-futex-optimization-BZ-27304.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/0002-CVE-2021-
> > > 38604.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/0031-x86-
> > > Require-full-ISA-support-for-x86-64-level-marker.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/0032-string-
> > > Work-around-GCC-PR-98512-in-rawmemchr.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/0033-x86-
> > > Handle-_SC_LEVEL1_ICACHE_LINESIZE-BZ-27444.patch
> > >  create mode 100644 meta/recipes-core/glibc/glibc/CVE-2021-27318-
> > > revert.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2021-
> > > 27645.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2021-
> > > 33574_1.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2021-
> > > 33574_2.patch
> > >  delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2021-
> > > 35942.patch
> > > 
> > > diff --git a/meta/recipes-core/glibc/glibc-version.inc
> > > b/meta/recipes-core/glibc/glibc-version.inc
> > > index 3a95173175..4d69187961 100644
> > > --- a/meta/recipes-core/glibc/glibc-version.inc
> > > +++ b/meta/recipes-core/glibc/glibc-version.inc
> > > @@ -1,6 +1,6 @@
> > >  SRCBRANCH ?= "release/2.33/master"
> > >  PV = "2.33"
> > > -SRCREV_glibc ?= "9826b03b747b841f5fc6de2054bf1ef3f5c4bdf3"
> > > +SRCREV_glibc ?= "6090cf1330faf2deb17285758f327cb23b89ebf1"
> > >  SRCREV_localedef ?= "bd644c9e6f3e20c5504da1488448173c69c56c28"
> > > 
> > >  GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
> > > diff --git a/meta/recipes-core/glibc/glibc/0001-CVE-2021-
> > > 38604.patch b/meta/recipes-core/glibc/glibc/0001-CVE-2021-
> > > 38604.patch
> > > deleted file mode 100644
> > > index 8a52ac957c..00
> > > --- a/meta/recipes-core/glibc/glibc/0001-CVE-2021-38604.patch
> > > +++ /dev/null
> > > @@ -1,40 +0,0 @@
> > > -From b805aebd42364fe696e417808a700fdb9800c9e8 Mon Sep 17
> > > 00:00:00 2001
> > > -From: Nikita Popov 
> > > -Date: Mon, 9 Aug 2021 20:17:34 +0530
> > > -Subject: [PATCH] librt: fix NULL pointer dereference (bug 28213)
> > > -
> > > -Helper thread frees copied attribute on NOTIFY_REMOVED message
> > > -received from the OS kernel.  Unfortunately, it fails to check
> > > whether
> > > -copied attribute actually exists (data.attr != NULL).  This
> > > worked
> > > -earlier because free() checks passed pointer before actually
> > > -attempting to release corresponding memory.  But
> > > -__pthread_attr_destroy assumes pointer is not NULL.
> > > -
> > > -So passing NULL pointer to __pthread_attr_destroy will result in
> > > -segmentation fault.  This scenario is possible if
> > > -notification->sigev_notify_attributes == NULL (which means
> > > default
> > > -thread attributes should be used).
> > > -
> > > -Upstream-Status: Backport
> > > [https://sourceware.org/git/?p=glibc.git;a=commit;h=b805aebd42364fe696e417808a700fdb9800c9e8
> > > ]
> > > -CVE: CVE-2021-38604
> > > -
> > > -Signed-off-by: Nikita Popov 
> > > -Reviewed-by: Siddhesh Poyarekar 
> > > -Signed-off-by: Vinay Kumar 
> > > 
> > 

Re: [OE-core] [hardknott][PATCH] curl: remove metalink

[Anuj Mittal]

It looks like we build without metalink anyway ... so is this CVE
applicable to us?

Thanks,

Anuj

On Tue, 2021-10-26 at 14:36 +0800, Yu, Mingli wrote:
> From: Mingli Yu 
> 
> Backport patch to remove metalink [1] to fix below CVEs:
>  - CVE-2021-22922 [2]
>  - CVE-2021-22923 [3]
> 
> [1]
> https://github.com/curl/curl/commit/265b14d6b37c4298bd5556fabcbc37d36f911693
> [2] https://curl.se/docs/CVE-2021-22922.html
> [3] https://curl.se/docs/CVE-2021-22923.html
> 
> Signed-off-by: Mingli Yu 
> ---
>  .../curl/curl/0001-metalink-remove.patch  | 194
> ++
>  meta/recipes-support/curl/curl_7.75.0.bb  |   2 +-
>  2 files changed, 195 insertions(+), 1 deletion(-)
>  create mode 100644 meta/recipes-support/curl/curl/0001-metalink-
> remove.patch
> 
> diff --git a/meta/recipes-support/curl/curl/0001-metalink-
> remove.patch b/meta/recipes-support/curl/curl/0001-metalink-
> remove.patch
> new file mode 100644
> index 00..a76e720215
> --- /dev/null
> +++ b/meta/recipes-support/curl/curl/0001-metalink-remove.patch
> @@ -0,0 +1,194 @@
> +From ef339d19b688e0d4c9b6ff2bd5b5cd54af9e1dbf Mon Sep 17 00:00:00
> 2001
> +From: Daniel Stenberg 
> +Date: Tue, 26 Oct 2021 11:10:31 +0800
> +Subject: [PATCH] metalink: remove
> +
> +Warning: this will make existing curl command lines that use
> metalink to
> +stop working.
> +
> +Reasons for removal:
> +
> +1. We've found several security problems and issues involving the
> +   metalink support in curl. The issues are not detailed here. When
> +   working on those, it become apparent to the team that several of
> the
> +   problems are due to the system design, metalink library API and
> what
> +   the metalink RFC says. They are very hard to fix on the curl side
> +   only.
> +
> +2. The metalink usage with curl was only very briefly documented and
> was
> +   not following the "normal" curl usage pattern in several ways,
> making
> +   it surprising and non-intuitive which could lead to further
> security
> +   issues.
> +
> +3. The metalink library was last updated 6 years ago and wasn't so
> +   active the years before that either. An unmaintained library
> means
> +   there's a security problem waiting to happen. This is probably
> reason
> +   enough.
> +
> +4. Metalink requires an XML parsing library, which is complex code
> (even
> +   the smaller alternatives) and to this day often gets security
> +   updates.
> +
> +5. Metalink is not a widely used curl feature. In the 2020 curl user
> +   survey, only 1.4% of the responders said that they'd are using
> it. In
> +   2021 that number was 1.2%. Searching the web also show very few
> +   traces of it being used, even with other tools.
> +
> +6. The torrent format and associated technology clearly won for
> +   downloading large files from multiple sources in parallel.
> +
> +Cloes #7176
> +
> +CVE: CVE-2021-22922 CVE-2021-22923
> +
> +Upstream-Status: Backport
> [https://github.com/curl/curl/commit/265b14d6b37c4298bd5556fabcbc37d36f911693
> ]
> +
> +Signed-off-by: Mingli Yu 
> +---
> + configure.ac    | 96 ++
> ---
> + src/Makefile.am |  9 ++---
> + 2 files changed, 5 insertions(+), 100 deletions(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index 816f044..715fe26 100755
> +--- a/configure.ac
>  b/configure.ac
> +@@ -162,7 +162,6 @@ curl_verbose_msg="enabled (--disable-verbose)"
> +   curl_ldaps_msg="no  (--enable-ldaps)"
> +    curl_rtsp_msg="no  (--enable-rtsp)"
> +    curl_rtmp_msg="no  (--with-librtmp)"
> +-  curl_mtlnk_msg="no  (--with-libmetalink)"
> + curl_psl_msg="no  (--with-libpsl)"
> +  curl_altsvc_msg="enabled";
> + ssl_backends=
> +@@ -2895,99 +2894,8 @@ if test $with_libpsl != "no"; then
> + fi
> + AM_CONDITIONAL([USE_LIBPSL], [test "$curl_psl_msg" = "enabled"])
> + 
> +-dnl
> *
> *
> +-dnl Check for libmetalink
> +-dnl
> *
> *
> +-
> +-OPT_LIBMETALINK=no
> +-
> +-AC_ARG_WITH(libmetalink,dnl
> +-AC_HELP_STRING([--with-libmetalink=PATH],[where to look for
> libmetalink, PATH points to the installation root])
> +-AC_HELP_STRING([--without-libmetalink], [disable libmetalink
> detection]),
> +-  OPT_LIBMETALINK=$withval)
> +-
> +-if test X"$OPT_LIBMETALINK" != Xno; then
> +-
> +-  addld=""
> +-  addlib=""
> +-  addcflags=""
> +-  version=""
> +-  libmetalinklib=""
> +-
> +-  PKGTEST="no"
> +-  if test "x$OPT_LIBMETALINK" = "xyes"; then
> +-    dnl this is with no partiular path given
> +-    PKGTEST="yes"
> +-    CURL_CHECK_PKGCONFIG(libmetalink)
> +-  else
> +-    dnl When particular path is given, set PKG_CONFIG_LIBDIR using
> the path.
> +-    LIBMETALINK_PCDIR="$OPT_LIBMETALINK/lib/pkgconfig"
> +-    AC_MSG_NOTICE([PKG_CONFIG_LIBDIR will be set to
> "$LIBMETALINK_PCDIR"])
> +-    if test -f "$LIBMETALINK_PCDIR/libmetalink.pc"; then
> +-  PKGTEST="yes"
> +-    fi

Re: [OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

[Joshua Watt]

On Tue, Oct 26, 2021 at 6:36 PM Saul Wold  wrote:
>
> Add annotations to relationships and refactor code to add
> create_annotation() function for code reuse.
>
> Ensure that "cross" recipes are factored into isNative also.

Other than the comment in the later patch, LGTM

>
> Sau!
>
> Saul Wold (3):
>   spdx.py: Add annotation to relationship
>   create-spdx: add create_annotation function
>   create-spdx: cross recipes are native also
>
>  classes/create-spdx.bbclass | 23 +++
>  lib/oe/spdx.py  |  6 +-
>  2 files changed, 20 insertions(+), 9 deletions(-)
>
> --
> 2.31.1
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157464): 
https://lists.openembedded.org/g/openembedded-core/message/157464
Mute This Topic: https://lists.openembedded.org/mt/86616599/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 3/3] create-spdx: cross recipes are native also

[Joshua Watt]

On Tue, Oct 26, 2021 at 6:36 PM Saul Wold  wrote:
>
> Recipes that inherit cross should also be categorized as isNative
>
> Signed-off-by: Saul Wold 
> ---
>  classes/create-spdx.bbclass | 5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/classes/create-spdx.bbclass b/classes/create-spdx.bbclass
> index 72a9b55..883bc23 100644
> --- a/classes/create-spdx.bbclass
> +++ b/classes/create-spdx.bbclass
> @@ -418,8 +418,9 @@ python do_create_spdx() {
>  recipe.name = d.getVar("PN")
>  recipe.versionInfo = d.getVar("PV")
>  recipe.SPDXID = oe.sbom.get_recipe_spdxid(d)
> -if bb.data.inherits_class("native", d):
> +if bb.data.inherits_class("native", d) or 
> bb.data.inherits_class("cross", d):
>  recipe.annotations.append(create_annotation(d, "isNative"))
> +recipe.annotations.append(create_annotation(d, "SPDXDIR:%s" % 
> str(spdx_workdir).replace(str(top_dir) +'/', '')))

This seems to be a leftover from something else and is unused?

>
>  for s in d.getVar('SRC_URI').split():
>  if not s.startswith("file://"):
> @@ -610,7 +611,7 @@ python do_create_runtime_spdx() {
>
>  deploy_dir_spdx = Path(d.getVar("DEPLOY_DIR_SPDX"))
>  spdx_deploy = Path(d.getVar("SPDXRUNTIMEDEPLOY"))
> -is_native = bb.data.inherits_class("native", d)
> +is_native = bb.data.inherits_class("native", d) or 
> bb.data.inherits_class("cross", d)
>
>  creation_time = 
> datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
>
> --
> 2.31.1
>

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

Re: [OE-core] [PATCH] rust: Upgrade to 1.56.0

[Martin Jansa]

On Wed, Oct 27, 2021 at 1:44 AM Randy MacLeod 
wrote:

> On 2021-10-26 8:12 a.m., Martin Jansa wrote:
> > Looks like it was caused by rust-cross issues reported in:
> > https://lists.openembedded.org/g/openembedded-core/message/156516
> > 
> >
> > Re-building libstd-rs in empty TMPDIR, just for qemuarm MACHINE without
> > using sstate worked.
>
> So sounds like there is there still a problem to be fixed...
> If you create a defect in the YP Bugzilla, Naveen will work on it.
>

https://bugzilla.yoctoproject.org/show_bug.cgi?id=14613

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

Re: [OE-core] [PATCH] rust: Upgrade to 1.56.0

[Randy MacLeod]

On 2021-10-26 8:12 a.m., Martin Jansa wrote:

Looks like it was caused by rust-cross issues reported in:
https://lists.openembedded.org/g/openembedded-core/message/156516 



Re-building libstd-rs in empty TMPDIR, just for qemuarm MACHINE without 
using sstate worked.


So sounds like there is there still a problem to be fixed...
If you create a defect in the YP Bugzilla, Naveen will work on it.

../Randy



On Tue, Oct 26, 2021 at 2:06 PM Martin Jansa via lists.openembedded.org 
 
> wrote:


On Sat, Oct 23, 2021 at 8:52 AM Khem Raj mailto:raj.k...@gmail.com>> wrote:

This is latest major release, changes are here [1]

Forward port libstd-rs patches and refresh musl/rv64 port

[1] https://github.com/rust-lang/rust/releases/tag/1.56.0


Signed-off-by: Khem Raj mailto:raj.k...@gmail.com>>
Cc: Randy MacLeod mailto:randy.macl...@windriver.com>>


Anyone seeing libstd-rs failing to build?

e.g. for raspberrypi4 it fails with:

| error: could not compile `core`
|
| Caused by:
|   process didn't exit successfully: `rustc --crate-name core
--edition=2018 library/core/src/lib.rs

--error-format=json --json=diagnostic-rendered-ansi,artifacts
--crate-type lib --emit=dep-info,metadata,link -C opt-level=3 -C
embed-bitcode=no -C metadata=1c41b1708b174d1e -C
extra-filename=-1c41b1708b174d1e --out-dir

/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
--target arm-oe-linux-gnueabi -C

linker=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/wrapper/target-rust-ccld
-L

dependency=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
-L

dependency=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/release/deps
-L

/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib/rust

--remap-path-prefix=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0=/usr/src/debug/libstd-rs/1.56.0-r0
-Cembed-bitcode=yes -L

/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib
-C link-arg=-Wl,-soname,libstd.so
`
(signal: 11, SIGSEGV: invalid memory reference)
| warning: build failed, waiting for other jobs to finish...

with qemuarm it fails as well:
| error: could not compile `core`
|
| Caused by:
|   process didn't exit successfully: `rustc --crate-name core
--edition=2018 library/core/src/lib.rs

--error-format=json --json=diagnostic-rendered-ansi,artifacts
--crate-type lib --emit=dep-info,metadata,link -C opt-level=3 -C
embed-bitcode=no -C metadata=1c41b1708b174d1e -C
extra-filename=-1c41b1708b174d1e --out-dir

/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
--target arm-oe-linux-gnueabi -C

linker=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/wrapper/target-rust-ccld
-L

dependency=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
-L

dependency=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/release/deps
-L

/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib/rust

--remap-path-prefix=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0=/usr/src/debug/libstd-rs/1.56.0-r0
-Cembed-bitcode=yes -L

/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib
-C link-arg=-Wl,-soname,libstd.so
`
(signal: 11, SIGSEGV: invalid memory reference)
| warning: build failed, waiting for other jobs to finish...

Will try to downgrade to 1.55.0.






--
# Randy MacLeod
# Wind River Linux


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

[OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

[Saul Wold]

Add annotations to relationships and refactor code to add
create_annotation() function for code reuse.

Ensure that "cross" recipes are factored into isNative also.

Sau!

Saul Wold (3):
  spdx.py: Add annotation to relationship
  create-spdx: add create_annotation function
  create-spdx: cross recipes are native also

 classes/create-spdx.bbclass | 23 +++
 lib/oe/spdx.py  |  6 +-
 2 files changed, 20 insertions(+), 9 deletions(-)

-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157459): 
https://lists.openembedded.org/g/openembedded-core/message/157459
Mute This Topic: https://lists.openembedded.org/mt/86616599/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] create-spdx: add create_annotation function

[Saul Wold]

This allows code reuse and future usage with relationship annotations

Signed-off-by: Saul Wold 
---
 classes/create-spdx.bbclass | 18 --
 1 file changed, 12 insertions(+), 6 deletions(-)

diff --git a/classes/create-spdx.bbclass b/classes/create-spdx.bbclass
index dd341db..72a9b55 100644
--- a/classes/create-spdx.bbclass
+++ b/classes/create-spdx.bbclass
@@ -35,6 +35,17 @@ def get_doc_namespace(d, doc):
 namespace_uuid = uuid.uuid5(uuid.NAMESPACE_DNS, 
d.getVar("SPDX_UUID_NAMESPACE"))
 return "%s/%s-%s" % (d.getVar("SPDX_NAMESPACE_PREFIX"), doc.name, 
str(uuid.uuid5(namespace_uuid, doc.name)))
 
+def create_annotation(d, comment):
+from datetime import datetime, timezone
+
+creation_time = 
datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
+annotation = oe.spdx.SPDXAnnotation()
+annotation.annotationDate = creation_time
+annotation.annotationType = "OTHER"
+annotation.annotator = "Tool: %s - %s" % (d.getVar("SPDX_TOOL_NAME"), 
d.getVar("SPDX_TOOL_VERSION"))
+annotation.comment = comment
+return annotation
+
 def recipe_spdx_is_native(d, recipe):
 return any(a.annotationType == "OTHER" and
   a.annotator == "Tool: %s - %s" % (d.getVar("SPDX_TOOL_NAME"), 
d.getVar("SPDX_TOOL_VERSION")) and
@@ -408,12 +419,7 @@ python do_create_spdx() {
 recipe.versionInfo = d.getVar("PV")
 recipe.SPDXID = oe.sbom.get_recipe_spdxid(d)
 if bb.data.inherits_class("native", d):
-annotation = oe.spdx.SPDXAnnotation()
-annotation.annotationDate = creation_time
-annotation.annotationType = "OTHER"
-annotation.annotator = "Tool: %s - %s" % (d.getVar("SPDX_TOOL_NAME"), 
d.getVar("SPDX_TOOL_VERSION"))
-annotation.comment = "isNative"
-recipe.annotations.append(annotation)
+recipe.annotations.append(create_annotation(d, "isNative"))
 
 for s in d.getVar('SRC_URI').split():
 if not s.startswith("file://"):
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157458): 
https://lists.openembedded.org/g/openembedded-core/message/157458
Mute This Topic: https://lists.openembedded.org/mt/86616598/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] create-spdx: cross recipes are native also

[Saul Wold]

Recipes that inherit cross should also be categorized as isNative

Signed-off-by: Saul Wold 
---
 classes/create-spdx.bbclass | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/classes/create-spdx.bbclass b/classes/create-spdx.bbclass
index 72a9b55..883bc23 100644
--- a/classes/create-spdx.bbclass
+++ b/classes/create-spdx.bbclass
@@ -418,8 +418,9 @@ python do_create_spdx() {
 recipe.name = d.getVar("PN")
 recipe.versionInfo = d.getVar("PV")
 recipe.SPDXID = oe.sbom.get_recipe_spdxid(d)
-if bb.data.inherits_class("native", d):
+if bb.data.inherits_class("native", d) or bb.data.inherits_class("cross", 
d):
 recipe.annotations.append(create_annotation(d, "isNative"))
+recipe.annotations.append(create_annotation(d, "SPDXDIR:%s" % 
str(spdx_workdir).replace(str(top_dir) +'/', '')))
 
 for s in d.getVar('SRC_URI').split():
 if not s.startswith("file://"):
@@ -610,7 +611,7 @@ python do_create_runtime_spdx() {
 
 deploy_dir_spdx = Path(d.getVar("DEPLOY_DIR_SPDX"))
 spdx_deploy = Path(d.getVar("SPDXRUNTIMEDEPLOY"))
-is_native = bb.data.inherits_class("native", d)
+is_native = bb.data.inherits_class("native", d) or 
bb.data.inherits_class("cross", d)
 
 creation_time = 
datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
 
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157460): 
https://lists.openembedded.org/g/openembedded-core/message/157460
Mute This Topic: https://lists.openembedded.org/mt/86616600/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] spdx.py: Add annotation to relationship

[Saul Wold]

Having annotations on relationship can provide additional information
about the relationship such as how it was derived.

Signed-off-by: Saul Wold 
---
 lib/oe/spdx.py | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/lib/oe/spdx.py b/lib/oe/spdx.py
index 4416194..9e7ced5 100644
--- a/lib/oe/spdx.py
+++ b/lib/oe/spdx.py
@@ -196,6 +196,7 @@ class SPDXRelationship(SPDXObject):
 relatedSpdxElement = _String()
 relationshipType = _String()
 comment = _String()
+annotations = _ObjectList(SPDXAnnotation)
 
 
 class SPDXExternalReference(SPDXObject):
@@ -300,7 +301,7 @@ class SPDXDocument(SPDXObject):
 def from_json(cls, f):
 return cls(**json.load(f))
 
-def add_relationship(self, _from, relationship, _to, *, comment=None):
+def add_relationship(self, _from, relationship, _to, *, comment=None, 
annotation=None):
 if isinstance(_from, SPDXObject):
 from_spdxid = _from.SPDXID
 else:
@@ -320,6 +321,9 @@ class SPDXDocument(SPDXObject):
 if comment is not None:
 r.comment = comment
 
+if annotation is not None:
+r.annotations.append(annotation)
+
 self.relationships.append(r)
 
 def find_by_spdxid(self, spdxid):
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157457): 
https://lists.openembedded.org/g/openembedded-core/message/157457
Mute This Topic: https://lists.openembedded.org/mt/86616597/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 24/25] webkitgtk: update 2.32.3 -> 2.34.0

[Alexander Kanavin]

The only difference to my setup is 'systemd'. I'm testing dropping the
patch on the AB now.

Alex

On Tue, 26 Oct 2021 at 23:51, Martin Jansa  wrote:

> PACKAGECONFIG="systemd wayland
>  webgl gles2 angle   opengl-or-es
>  enchantlibsecret   "
>
> On Tue, Oct 26, 2021 at 11:35 PM Alexander Kanavin 
> wrote:
>
>> On Tue, 26 Oct 2021 at 22:40, Martin Jansa 
>> wrote:
>>
>>>
>>> No, this one was with opengl enabled, which was failing in do_configure
>>> do to missing gperf-native, but now when that was fixed it fails in
>>> do_compile.
>>>
>>> Build without opengl still works with works with my patch.
>>>
>>
>> I can no longer see the issue the patch was supposed to be fixing :-/
>> Maybe I had a broken build tree at some point. The patch can probably be
>> dropped, but I need to run it on the AB to be sure.
>>
>> What does 'bitbake-getvar -r webkitgtk PACKAGECONFIG' say on your side? I
>> wonder what combination of options triggers your issue.
>>
>> Alex
>>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157456): 
https://lists.openembedded.org/g/openembedded-core/message/157456
Mute This Topic: https://lists.openembedded.org/mt/86232785/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 24/25] webkitgtk: update 2.32.3 -> 2.34.0

[Martin Jansa]

PACKAGECONFIG="systemd waylandwebgl
gles2 angle   opengl-or-esenchant
 libsecret   "

On Tue, Oct 26, 2021 at 11:35 PM Alexander Kanavin 
wrote:

> On Tue, 26 Oct 2021 at 22:40, Martin Jansa  wrote:
>
>>
>> No, this one was with opengl enabled, which was failing in do_configure
>> do to missing gperf-native, but now when that was fixed it fails in
>> do_compile.
>>
>> Build without opengl still works with works with my patch.
>>
>
> I can no longer see the issue the patch was supposed to be fixing :-/
> Maybe I had a broken build tree at some point. The patch can probably be
> dropped, but I need to run it on the AB to be sure.
>
> What does 'bitbake-getvar -r webkitgtk PACKAGECONFIG' say on your side? I
> wonder what combination of options triggers your issue.
>
> Alex
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157455): 
https://lists.openembedded.org/g/openembedded-core/message/157455
Mute This Topic: https://lists.openembedded.org/mt/86232785/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 24/25] webkitgtk: update 2.32.3 -> 2.34.0

[Alexander Kanavin]

On Tue, 26 Oct 2021 at 22:40, Martin Jansa  wrote:

>
> No, this one was with opengl enabled, which was failing in do_configure do
> to missing gperf-native, but now when that was fixed it fails in do_compile.
>
> Build without opengl still works with works with my patch.
>

I can no longer see the issue the patch was supposed to be fixing :-/ Maybe
I had a broken build tree at some point. The patch can probably be dropped,
but I need to run it on the AB to be sure.

What does 'bitbake-getvar -r webkitgtk PACKAGECONFIG' say on your side? I
wonder what combination of options triggers your issue.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157454): 
https://lists.openembedded.org/g/openembedded-core/message/157454
Mute This Topic: https://lists.openembedded.org/mt/86232785/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 24/25] webkitgtk: update 2.32.3 -> 2.34.0

[Martin Jansa]

On Tue, Oct 26, 2021 at 10:07 PM Alexander Kanavin 
wrote:

> On Tue, 26 Oct 2021 at 21:38, Martin Jansa  wrote:
>
>> 0200
>>
>>> +Subject: [PATCH] ANGLE: do not enable SSE on x86
>>> +
>>> +The code does not actually build there.
>>> +
>>> +Upstream-Status: Pending
>>> +Signed-off-by: Alexander Kanavin 
>>> +---
>>> + Source/ThirdParty/ANGLE/src/common/platform.h | 2 +-
>>> + 1 file changed, 1 insertion(+), 1 deletion(-)
>>> +
>>> +diff --git a/Source/ThirdParty/ANGLE/src/common/platform.h
>>> b/Source/ThirdParty/ANGLE/src/common/platform.h
>>> +index 41f3cf4f..cab85a82 100644
>>> +--- a/Source/ThirdParty/ANGLE/src/common/platform.h
>>>  b/Source/ThirdParty/ANGLE/src/common/platform.h
>>> +@@ -89,7 +89,7 @@
>>> + #if defined(_MSC_VER) && !defined(_M_ARM) && !defined(_M_ARM64)
>>> + #include 
>>> + #define ANGLE_USE_SSE
>>> +-#elif defined(__GNUC__) && (defined(__x86_64__) || defined(__i386__))
>>> ++#elif defined(__GNUC__) && (defined(__x86_64__))
>>> + #include 
>>> + #define ANGLE_USE_SSE
>>> + #endif
>>>
>>
>> Can you improve the commit message of this patch to show what "does not
>> actually build there"?
>>
>> Because it fails to build here for qemux86 with:
>>
>> webkitgtk/2.34.0-r0/webkitgtk-2.34.0/Source/ThirdParty/ANGLE/src/libANGLE/Constants.h:20:7:
>> error: 'size_t' does not name a type
>>20 | const size_t kDefaultMaxProgramCacheMemoryBytes = 0;
>>   |   ^~
>>
>> and deleting this patch fixes the build.
>>
>
> Is it in the same 'building nodistro without enabling opengl' setup?
> Please try to use plain poky, with opengl, and you'll see the issue.
>

No, this one was with opengl enabled, which was failing in do_configure do
to missing gperf-native, but now when that was fixed it fails in do_compile.

Build without opengl still works with works with my patch.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157453): 
https://lists.openembedded.org/g/openembedded-core/message/157453
Mute This Topic: https://lists.openembedded.org/mt/86232785/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 24/25] webkitgtk: update 2.32.3 -> 2.34.0

[Alexander Kanavin]

I'll run a build now to reproduce again.

Alex

On Tue, 26 Oct 2021 at 22:07, Alexander Kanavin via lists.openembedded.org
 wrote:

> On Tue, 26 Oct 2021 at 21:38, Martin Jansa  wrote:
>
>> 0200
>>
>>> +Subject: [PATCH] ANGLE: do not enable SSE on x86
>>> +
>>> +The code does not actually build there.
>>> +
>>> +Upstream-Status: Pending
>>> +Signed-off-by: Alexander Kanavin 
>>> +---
>>> + Source/ThirdParty/ANGLE/src/common/platform.h | 2 +-
>>> + 1 file changed, 1 insertion(+), 1 deletion(-)
>>> +
>>> +diff --git a/Source/ThirdParty/ANGLE/src/common/platform.h
>>> b/Source/ThirdParty/ANGLE/src/common/platform.h
>>> +index 41f3cf4f..cab85a82 100644
>>> +--- a/Source/ThirdParty/ANGLE/src/common/platform.h
>>>  b/Source/ThirdParty/ANGLE/src/common/platform.h
>>> +@@ -89,7 +89,7 @@
>>> + #if defined(_MSC_VER) && !defined(_M_ARM) && !defined(_M_ARM64)
>>> + #include 
>>> + #define ANGLE_USE_SSE
>>> +-#elif defined(__GNUC__) && (defined(__x86_64__) || defined(__i386__))
>>> ++#elif defined(__GNUC__) && (defined(__x86_64__))
>>> + #include 
>>> + #define ANGLE_USE_SSE
>>> + #endif
>>>
>>
>> Can you improve the commit message of this patch to show what "does not
>> actually build there"?
>>
>> Because it fails to build here for qemux86 with:
>>
>> webkitgtk/2.34.0-r0/webkitgtk-2.34.0/Source/ThirdParty/ANGLE/src/libANGLE/Constants.h:20:7:
>> error: 'size_t' does not name a type
>>20 | const size_t kDefaultMaxProgramCacheMemoryBytes = 0;
>>   |   ^~
>>
>> and deleting this patch fixes the build.
>>
>
> Is it in the same 'building nodistro without enabling opengl' setup?
> Please try to use plain poky, with opengl, and you'll see the issue.
>
> Alex
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157452): 
https://lists.openembedded.org/g/openembedded-core/message/157452
Mute This Topic: https://lists.openembedded.org/mt/86232785/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 24/25] webkitgtk: update 2.32.3 -> 2.34.0

[Alexander Kanavin]

On Tue, 26 Oct 2021 at 21:38, Martin Jansa  wrote:

> 0200
>
>> +Subject: [PATCH] ANGLE: do not enable SSE on x86
>> +
>> +The code does not actually build there.
>> +
>> +Upstream-Status: Pending
>> +Signed-off-by: Alexander Kanavin 
>> +---
>> + Source/ThirdParty/ANGLE/src/common/platform.h | 2 +-
>> + 1 file changed, 1 insertion(+), 1 deletion(-)
>> +
>> +diff --git a/Source/ThirdParty/ANGLE/src/common/platform.h
>> b/Source/ThirdParty/ANGLE/src/common/platform.h
>> +index 41f3cf4f..cab85a82 100644
>> +--- a/Source/ThirdParty/ANGLE/src/common/platform.h
>>  b/Source/ThirdParty/ANGLE/src/common/platform.h
>> +@@ -89,7 +89,7 @@
>> + #if defined(_MSC_VER) && !defined(_M_ARM) && !defined(_M_ARM64)
>> + #include 
>> + #define ANGLE_USE_SSE
>> +-#elif defined(__GNUC__) && (defined(__x86_64__) || defined(__i386__))
>> ++#elif defined(__GNUC__) && (defined(__x86_64__))
>> + #include 
>> + #define ANGLE_USE_SSE
>> + #endif
>>
>
> Can you improve the commit message of this patch to show what "does not
> actually build there"?
>
> Because it fails to build here for qemux86 with:
>
> webkitgtk/2.34.0-r0/webkitgtk-2.34.0/Source/ThirdParty/ANGLE/src/libANGLE/Constants.h:20:7:
> error: 'size_t' does not name a type
>20 | const size_t kDefaultMaxProgramCacheMemoryBytes = 0;
>   |   ^~
>
> and deleting this patch fixes the build.
>

Is it in the same 'building nodistro without enabling opengl' setup? Please
try to use plain poky, with opengl, and you'll see the issue.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157451): 
https://lists.openembedded.org/g/openembedded-core/message/157451
Mute This Topic: https://lists.openembedded.org/mt/86232785/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 24/25] webkitgtk: update 2.32.3 -> 2.34.0

[Martin Jansa]

On Mon, Oct 11, 2021 at 11:42 AM Alexander Kanavin 
wrote:

> Signed-off-by: Alexander Kanavin 
> ---
>  .../0001-ANGLE-do-not-enable-SSE-on-x86.patch | 26 
>  ...1-Enable-THREADS_PREFER_PTHREAD_FLAG.patch | 10 +++---
>  .../0001-MiniBrowser-Fix-reproduciblity.patch | 31 ---
>  .../webkit/webkitgtk/include_xutil.patch  |  8 ++---
>  .../webkitgtk/musl-lower-stack-usage.patch| 14 -
>  ...ebkitgtk_2.32.3.bb => webkitgtk_2.34.0.bb} | 23 --
>  6 files changed, 55 insertions(+), 57 deletions(-)
>  create mode 100644
> meta/recipes-sato/webkit/webkitgtk/0001-ANGLE-do-not-enable-SSE-on-x86.patch
>  delete mode 100644
> meta/recipes-sato/webkit/webkitgtk/0001-MiniBrowser-Fix-reproduciblity.patch
>  rename meta/recipes-sato/webkit/{webkitgtk_2.32.3.bb =>
> webkitgtk_2.34.0.bb} (90%)
>
> diff --git
> a/meta/recipes-sato/webkit/webkitgtk/0001-ANGLE-do-not-enable-SSE-on-x86.patch
> b/meta/recipes-sato/webkit/webkitgtk/0001-ANGLE-do-not-enable-SSE-on-x86.patch
> new file mode 100644
> index 000..1c6ba970376
> --- /dev/null
> +++
> b/meta/recipes-sato/webkit/webkitgtk/0001-ANGLE-do-not-enable-SSE-on-x86.patch
> @@ -0,0 +1,26 @@
> +From c71a4e18afb4869a0fbb0efd59c4860b72f493f7 Mon Sep 17 00:00:00 2001
> +From: Alexander Kanavin 
> +Date: Tue, 5 Oct 2021 13:32:28 +0200
> +Subject: [PATCH] ANGLE: do not enable SSE on x86
> +
> +The code does not actually build there.
> +
> +Upstream-Status: Pending
> +Signed-off-by: Alexander Kanavin 
> +---
> + Source/ThirdParty/ANGLE/src/common/platform.h | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/Source/ThirdParty/ANGLE/src/common/platform.h
> b/Source/ThirdParty/ANGLE/src/common/platform.h
> +index 41f3cf4f..cab85a82 100644
> +--- a/Source/ThirdParty/ANGLE/src/common/platform.h
>  b/Source/ThirdParty/ANGLE/src/common/platform.h
> +@@ -89,7 +89,7 @@
> + #if defined(_MSC_VER) && !defined(_M_ARM) && !defined(_M_ARM64)
> + #include 
> + #define ANGLE_USE_SSE
> +-#elif defined(__GNUC__) && (defined(__x86_64__) || defined(__i386__))
> ++#elif defined(__GNUC__) && (defined(__x86_64__))
> + #include 
> + #define ANGLE_USE_SSE
> + #endif
>

Can you improve the commit message of this patch to show what "does not
actually build there"?

Because it fails to build here for qemux86 with:

webkitgtk/2.34.0-r0/webkitgtk-2.34.0/Source/ThirdParty/ANGLE/src/libANGLE/Constants.h:20:7:
error: 'size_t' does not name a type
   20 | const size_t kDefaultMaxProgramCacheMemoryBytes = 0;
  |   ^~

and deleting this patch fixes the build.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157450): 
https://lists.openembedded.org/g/openembedded-core/message/157450
Mute This Topic: https://lists.openembedded.org/mt/86232785/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] go.bbclass: Allow adding parameters to go ldflags

[Ahmed Hossam]

Currently, there is no clean way to pass extra parameters to the go tool link,
which is passed by the go build ldflags flag, the append needs to happen inside
the quotes of the ldflags parameter

See [YOCTO #14554].

Add a variable to allow adding extra parameters to -ldflags in the GO_LDFLAGS
variable, one of the main usecases is setting the application version.

For example, adding to the recipe something like
GO_EXTRA_LDFLAGS="-X main.Version=v1.0.0"
or
GO_EXTRA_LDFLAGS="-X main.Version=${PV}"

Signed-off-by: Ahmed Hossam 
---
 meta/classes/go.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index 0dd0c5f1d2..aa54b4a08c 100644
--- a/meta/classes/go.bbclass
+++ b/meta/classes/go.bbclass
@@ -41,7 +41,8 @@ GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} 
${GO_RPATH_LINK} ${LDFLAGS
 GO_LINKMODE ?= ""
 GO_LINKMODE:class-nativesdk = "--linkmode=external"
 GO_LINKMODE:class-native = "--linkmode=external"
-GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} -extldflags 
'${GO_EXTLDFLAGS}'"'
+GO_EXTRA_LDFLAGS ?= ""
+GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} ${GO_EXTRA_LDFLAGS} 
-extldflags '${GO_EXTLDFLAGS}'"'
 export GOBUILDFLAGS ?= "-v ${GO_LDFLAGS} -trimpath"
 export GOPATH_OMIT_IN_ACTIONID ?= "1"
 export GOPTESTBUILDFLAGS ?= "${GOBUILDFLAGS} -c"
--
2.33.1


Please mind our privacy 
notice
 pursuant to Art. 13 GDPR. // Unsere Hinweise zum Datenschutz gem. Art. 13 
DSGVO finden Sie 
hier.

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

[OE-core] [PATCH 6/7] linux-yocto/5.14: update to v5.14.14

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.14 to the latest korg -stable release that comprises
the following commits:

fe024e004fa3 Linux 5.14.14
9513ce07f05b ionic: don't remove netdev->dev_addr when syncing uc list
6b55eadb0b1d net: dsa: felix: break at first CPU port during init and 
teardown
9d2cec10ea9e net: mscc: ocelot: cross-check the sequence id from the 
timestamp FIFO with the skb PTP header
23a6801c0585 net: mscc: ocelot: deny TX timestamping of non-PTP packets
de32ef6d79dd net: mscc: ocelot: warn when a PTP IRQ is raised for an 
unknown skb
3b4241817601 net: mscc: ocelot: avoid overflowing the PTP timestamp FIFO
34fd7a2e375a net: mscc: ocelot: make use of all 63 PTP timestamp identifiers
f7697d70d76b nfp: flow_offload: move flow_indr_dev_register from app init 
to app start
9d162f541ba3 block/rnbd-clt-sysfs: fix a couple uninitialized variable bugs
61616be89997 ice: fix locking for Tx timestamp tracking flush
99eef638a327 r8152: select CRC32 and CRYPTO/CRYPTO_HASH/CRYPTO_SHA256
821dca5635e2 qed: Fix missing error code in qed_slowpath_start()
1a4554e94f0d mptcp: fix possible stall on recvmsg()
4fd74935619f mqprio: Correct stats in mqprio_dump_class_stats().
395218b5c7e0 platform/x86: intel_scu_ipc: Fix busy loop expiry time
b4fb645a7412 acpi/arm64: fix next_platform_timer() section mismatch error
6302ce26eceb drm/msm/dsi: fix off by one in dsi_bus_clk_enable error 
handling
3c403c4c0580 drm/msm/dsi: Fix an error code in msm_dsi_modeset_init()
f1457eea4ccd drm/msm/dsi: dsi_phy_14nm: Take ready-bit into account in 
poll_for_ready
d59e44e7821a drm/msm/a3xx: fix error handling in a3xx_gpu_init()
3962d626eb3e drm/msm/a4xx: fix error handling in a4xx_gpu_init()
20cfa89cd7e1 drm/msm/a6xx: Track current ctx by seqno
00ba7a3951f4 drm/msm/submit: fix overflow check on 64-bit architectures
2d28dafbc88e drm/msm/mdp5: fix cursor-related warnings
46c8ddede027 drm/msm: Fix null pointer dereference on pointer edp
09f3946bb452 drm/edid: In connector_bad_edid() cap num_of_ext by num_blocks 
read
8b0462c25eff drm/panel: olimex-lcd-olinuxino: select CRC32
dc4f4acadabf spi: bcm-qspi: clear MSPI spifie interrupt during probe
2a51f25a7ed9 spi: spidev: Add SPI ID table
b461c8553474 platform/mellanox: mlxreg-io: Fix read access of n-bytes size 
attributes
1da4f33681b5 platform/mellanox: mlxreg-io: Fix argument base in kstrtou32() 
call
df8e58716afb mlxsw: thermal: Fix out-of-bounds memory accesses
2d14f8a9f1b7 ata: ahci_platform: fix null-ptr-deref in 
ahci_platform_enable_regulators()
55b033b82dde pata_legacy: fix a couple uninitialized variable bugs
6432d7f1d1c3 NFC: digital: fix possible memory leak in 
digital_in_send_sdd_req()
564249219e5b NFC: digital: fix possible memory leak in 
digital_tg_listen_mdaa()
e005ba2235b6 nfc: fix error handling of nfc_proto_register()
0b84e32840b7 vhost-vdpa: Fix the wrong input in config_cb
2d902349653c ethernet: s2io: fix setting mac address during resume
322c0e534963 net: encx24j600: check error in devm_regmap_init_encx24j600
38eaccdcc811 net: dsa: fix spurious error message when unoffloaded port 
leaves bridge
383239a33cf2 net: dsa: microchip: Added the condition for scheduling 
ksz_mib_read_work
b1752d2f4fc2 net: dsa: mv88e6xxx: don't use PHY_DETECT on internal PHY's
f71c73a1275c net: phy: Do not shutdown PHYs in READY state
568feb737f5e net: stmmac: fix get_hw_feature() on old hardware
947442b62090 net/mlx5e: Switchdev representors are not vlan challenged
2f306483d547 net/mlx5e: Mutually exclude RX-FCS and RX-port-timestamp
ed8aafea4fec net/mlx5e: Fix memory leak in mlx5_core_destroy_cq() error path
0d9ddf515cde net/smc: improved fix wait on already cleared link
844b62f61709 net: korina: select CRC32
af9a33bfff34 net: arc: select CRC32
81099749174e gpio: pca953x: Improve bias setting
9025c92a6cc7 gpio: 74x164: Add SPI device ID table
4f0bc44b9191 sctp: account stream padding length for reconf chunk
5ccd69157a9a nvme-pci: Fix abort command id
9036542c2bef clk: renesas: rzg2l: Fix clk status function
abab28387755 ARM: dts: bcm2711-rpi-4-b: Fix pcie0's unit address formatting
264e77ee3987 ARM: dts: bcm2711-rpi-4-b: fix sd_io_1v8_reg regulator states
06560ba731e2 firmware: arm_ffa: Add missing remove callback to ffa_bus_type
b2da1ae1941d firmware: arm_ffa: Fix __ffa_devices_unregister
a0dfb710735d ARM: dts: bcm2711: fix MDIO #address- and #size-cells
83fe15846c48 ARM: dts: bcm283x: Fix VEC address for BCM2711
2a7374dd882d ARM: dts: bcm2711-rpi-4-b: Fix usb's unit address
a009758b28f3 tee: optee: Fix missing devices unregister during optee_remove
362d067a231d tracing: Fix missing osnoise tracer on max_latency
ce5c6dd07473 iio: dac: ti-dac5571: fix an error code in probe()
8d3fd8fdf2cb fpga: ice40-spi: Add SPI 

[OE-core] [PATCH 7/7] linux-yocto/5.10: update to v5.10.75

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

3a9842b42e42 Linux 5.10.75
3e2873652163 net: dsa: mv88e6xxx: don't use PHY_DETECT on internal PHY's
3593fa147c86 ionic: don't remove netdev->dev_addr when syncing uc list
f33890d9bb59 net: mscc: ocelot: warn when a PTP IRQ is raised for an 
unknown skb
9c546af181bc nfp: flow_offload: move flow_indr_dev_register from app init 
to app start
6da9af2d2531 r8152: select CRC32 and CRYPTO/CRYPTO_HASH/CRYPTO_SHA256
ecfd4fa15b06 qed: Fix missing error code in qed_slowpath_start()
51f6e72ca656 mqprio: Correct stats in mqprio_dump_class_stats().
fdaff7f9e806 platform/x86: intel_scu_ipc: Fix busy loop expiry time
057ee6843bbb acpi/arm64: fix next_platform_timer() section mismatch error
c6b2400095ba drm/msm/dsi: fix off by one in dsi_bus_clk_enable error 
handling
2c5658717428 drm/msm/dsi: Fix an error code in msm_dsi_modeset_init()
b28586fb04f3 drm/msm/a6xx: Track current ctx by seqno
abd11864159b drm/msm/mdp5: fix cursor-related warnings
91a340768b01 drm/msm: Fix null pointer dereference on pointer edp
a7b45024f66f drm/edid: In connector_bad_edid() cap num_of_ext by num_blocks 
read
d0f0e1710397 drm/panel: olimex-lcd-olinuxino: select CRC32
a4a37e6516f8 spi: bcm-qspi: clear MSPI spifie interrupt during probe
d9428f08e1c3 platform/mellanox: mlxreg-io: Fix read access of n-bytes size 
attributes
c216cebdd245 platform/mellanox: mlxreg-io: Fix argument base in kstrtou32() 
call
e59d839743b5 mlxsw: thermal: Fix out-of-bounds memory accesses
7eef482db728 ata: ahci_platform: fix null-ptr-deref in 
ahci_platform_enable_regulators()
116932c0e45e pata_legacy: fix a couple uninitialized variable bugs
50cb95487c26 NFC: digital: fix possible memory leak in 
digital_in_send_sdd_req()
3f2960b39f22 NFC: digital: fix possible memory leak in 
digital_tg_listen_mdaa()
2f21f06a5e7a nfc: fix error handling of nfc_proto_register()
ba39f55952a2 vhost-vdpa: Fix the wrong input in config_cb
84e0f2fc662e ethernet: s2io: fix setting mac address during resume
e19c10d6e07c net: encx24j600: check error in devm_regmap_init_encx24j600
f2e1de075018 net: dsa: microchip: Added the condition for scheduling 
ksz_mib_read_work
9053c5b4594c net: stmmac: fix get_hw_feature() on old hardware
12da46cb6a90 net/mlx5e: Mutually exclude RX-FCS and RX-port-timestamp
4f7bddf8c5c0 net/mlx5e: Fix memory leak in mlx5_core_destroy_cq() error path
afb0c67dfdb5 net: korina: select CRC32
33ca85010511 net: arc: select CRC32
17a027aafd52 gpio: pca953x: Improve bias setting
d84a69ac410f sctp: account stream padding length for reconf chunk
6fecdb5b54a5 nvme-pci: Fix abort command id
2d937cc12c14 ARM: dts: bcm2711-rpi-4-b: Fix pcie0's unit address formatting
6e6082250b53 ARM: dts: bcm2711-rpi-4-b: fix sd_io_1v8_reg regulator states
48613e687e28 ARM: dts: bcm2711: fix MDIO #address- and #size-cells
6e6e3018d3ce ARM: dts: bcm2711-rpi-4-b: Fix usb's unit address
76644f94595b tee: optee: Fix missing devices unregister during optee_remove
07f885682486 iio: dac: ti-dac5571: fix an error code in probe()
6c0024bcaadc iio: ssp_sensors: fix error code in ssp_print_mcu_debug()
0fbc3cf7dd9a iio: ssp_sensors: add more range checking in 
ssp_parse_dataframe()
abe5b13dd959 iio: adc: max1027: Fix the number of max1X31 channels
41e84a4f25b6 iio: light: opt3001: Fixed timeout error when 0 lux
e811506f609a iio: mtk-auxadc: fix case IIO_CHAN_INFO_PROCESSED
1671cfd31b66 iio: adc: max1027: Fix wrong shift with 12-bit devices
f931076d32b6 iio: adc128s052: Fix the error handling path of 
'adc128_probe()'
4425d059aa2e iio: adc: ad7793: Fix IRQ flag
d078043a1775 iio: adc: ad7780: Fix IRQ flag
a8177f0576fa iio: adc: ad7192: Add IRQ flag
be8ef91d6166 driver core: Reject pointless SYNC_STATE_ONLY device links
d5f13bbb5104 drivers: bus: simple-pm-bus: Add support for probing simple 
bus only devices
b45923f66eb6 iio: adc: aspeed: set driver data when adc probe.
ea947267eb6f powerpc/xive: Discard disabled interrupts in 
get_irqchip_state()
9e46bdfb55a3 x86/Kconfig: Do not enable AMD_MEM_ENCRYPT_ACTIVE_BY_DEFAULT 
automatically
57e48886401b nvmem: Fix shift-out-of-bound (UBSAN) with byte size cells
a7bd0dd3f2ed EDAC/armada-xp: Fix output of uncorrectable error counter
92e6e08ca2b0 virtio: write back F_VERSION_1 before validate
86e3ad8b759d misc: fastrpc: Add missing lock before accessing find_vma()
3f0ca245a834 USB: serial: option: add prod. id for Quectel EG91
ecad614b0c68 USB: serial: option: add Telit LE910Cx composition 0x1204
bf26bc72dc59 USB: serial: option: add Quectel EC200S-CN module support
d4b77900cffe USB: serial: qcserial: add EM9191 QDL support
3147f5721588 Input: xpad - add support for another USB ID of 

[OE-core] [PATCH 4/7] linux-yocto/5.10: update to v5.10.74

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

77434fe5a077 Linux 5.10.74
42b49f012b6a hwmon: (pmbus/ibm-cffps) max_power_out swap changes
bb893f075431 sched: Always inline is_percpu_thread()
bdae2a083436 perf/core: fix userpage->time_enabled of inactive events
57c7ca3d5592 scsi: virtio_scsi: Fix spelling mistake "Unsupport" -> 
"Unsupported"
d993d1e1c411 scsi: ses: Fix unsigned comparison with less than zero
621ddffb70db drm/amdgpu: fix gart.bo pin_count leak
a5ba615fbeb3 net: sun: SUNVNET_COMMON should depend on INET
db868b45324d vboxfs: fix broken legacy mount signature checking
42c871d38e3d mac80211: check return value of rhashtable_init
bda06aff03a1 net: prevent user from passing illegal stab size
3d68c7b0ab5b hwmon: (ltc2947) Properly handle errors when looking for the 
external clock
194e8a4f0acd m68k: Handle arrivals of multiple signals correctly
977aee58142a mac80211: Drop frames from invalid MAC address in ad-hoc mode
9ec9a975ea37 netfilter: nf_nat_masquerade: defer conntrack walk to work 
queue
5182d6db80bb netfilter: nf_nat_masquerade: make async masq_inet6_event 
handling generic
bcb647c1e15d ASoC: SOF: loader: release_firmware() on load failure to avoid 
batching
f6952b1e22c2 HID: wacom: Add new Intuos BT (CTL-4100WL/CTL-6100WL) device 
IDs
ddc4ba737bcb netfilter: ip6_tables: zero-initialize fragment offset
ddf026d6ae9a HID: apple: Fix logical maximum and usage maximum of Magic 
Keyboard JIS
0bcfa99e8fae ASoC: Intel: sof_sdw: tag SoundWire BEs as non-atomic
14cbf41b ext4: correct the error path of ext4_write_inline_data_end()
d7a15e1e4fd7 ext4: check and update i_disksize properly

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
index 415b3aae1b..6df672273a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "752916079819b4b927698e9b78fad4ebd1da9552"
-SRCREV_meta ?= "661aeb3be3206fc7fccdae35b221aa3750c615a7"
+SRCREV_machine ?= "8048444fc7e44c6fc04a5e0b35d6117fe51c17fc"
+SRCREV_meta ?= "7676dde0569ceba548579dafcf8235b4eececbc8"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.10;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "5.10.73"
+LINUX_VERSION ?= "5.10.74"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
index 58026e50bb..2e1e5ba97d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.10.73"
+LINUX_VERSION ?= "5.10.74"
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine:qemuarm ?= "9a44d3d70a39e75019eb41ebfdf9160ef1526b39"
-SRCREV_machine ?= "a9f78c623e84c13ac7ea5543a2acf61c2c9305d4"
-SRCREV_meta ?= "661aeb3be3206fc7fccdae35b221aa3750c615a7"
+SRCREV_machine:qemuarm ?= "e6536f1c95e7201db0ebb64495fe4efcd939f354"
+SRCREV_machine ?= "92dd39e841df0bf33d81965843543c30597688be"
+SRCREV_meta ?= "7676dde0569ceba548579dafcf8235b4eececbc8"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
index 9079a1d063..243bb3a717 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
@@ -13,17 +13,17 @@ KBRANCH:qemux86  ?= "v5.10/standard/base"
 KBRANCH:qemux86-64 ?= "v5.10/standard/base"
 KBRANCH:qemumips64 ?= "v5.10/standard/mti-malta64"
 
-SRCREV_machine:qemuarm ?= "8ccb3082c292a47758878414fd8ee338ca504842"
-SRCREV_machine:qemuarm64 ?= "c297d04cab775cdc684197fff6b1d6e012508898"
-SRCREV_machine:qemumips ?= "b184a88315097655916305d07acb55ee5dba55c2"
-SRCREV_machine:qemuppc ?= "a335585297e61e06eec5aef16858f033d4694027"
-SRCREV_machine:qemuriscv64 ?= "41bb5a43d466af4cb71fea2fcc2cbb18f450f03e"
-SRCREV_machine:qemuriscv32 ?= 

[OE-core] [PATCH 5/7] linux-yocto/5.14: common-pc: enable CONFIG_ATA_PIIX as built-in

[Bruce Ashfield]

From: Bruce Ashfield 

Jacob Kroon reported that generic/custom x86 kernels would no
longer boot out of the box since the IDE options were removed
and the PATA migration happened.

To re-enable that use case, we grab the following kernel
configuration change:

common-pc*/qemux86*: set CONFIG_ATA_PIIX as built-in

Since the IDE options were made obselete in the kernel, and the
PATA driver is the replacement, we haven't had one of the commonly
used qemu boot devices enabled in our kernel by default.

We change CONFIG_ATA_PIIX to built-in, to re-enable use cases that
boot from default qemu 'hardware'.

Signed-off-by: Bruce Ashfield 

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb
index 245ea46ceb..3d53a32d40 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "cddeec4e197612a11f5a3d746a15825c66040830"
-SRCREV_meta ?= "6f8d397886b014e8c7ef4ffb08a489fd7b6a0a3f"
+SRCREV_meta ?= "dc308bdf001acd203ed912852bafbf779696d507"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.14;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb
index c98a5fa428..0683912eb2 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine:qemuarm ?= "ace292aaba53e26d1888bebda95bbadfd417c2a5"
 SRCREV_machine ?= "ca50fa43acc878c2590a7f5cb93aef0ba17591aa"
-SRCREV_meta ?= "6f8d397886b014e8c7ef4ffb08a489fd7b6a0a3f"
+SRCREV_meta ?= "dc308bdf001acd203ed912852bafbf779696d507"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.14.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.14.bb
index fe7244399a..2d4600746c 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.14.bb
@@ -23,7 +23,7 @@ SRCREV_machine:qemux86 ?= 
"ca50fa43acc878c2590a7f5cb93aef0ba17591aa"
 SRCREV_machine:qemux86-64 ?= "ca50fa43acc878c2590a7f5cb93aef0ba17591aa"
 SRCREV_machine:qemumips64 ?= "b8f18794a5a6bb9c6d0190a2006dfbd82f0f5916"
 SRCREV_machine ?= "ca50fa43acc878c2590a7f5cb93aef0ba17591aa"
-SRCREV_meta ?= "6f8d397886b014e8c7ef4ffb08a489fd7b6a0a3f"
+SRCREV_meta ?= "dc308bdf001acd203ed912852bafbf779696d507"
 
 # set your preferred provider of linux-yocto to 'linux-yocto-upstream', and 
you'll
 # get the /base branch, which is pure upstream -stable, and the same
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157446): 
https://lists.openembedded.org/g/openembedded-core/message/157446
Mute This Topic: https://lists.openembedded.org/mt/86610157/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/7] linux-yocto/5.14: update to v5.14.12

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.14 to the latest korg -stable release that comprises
the following commits:

325225e2f9fa Linux 5.14.12
58f0e59efa34 dsa: tag_dsa: Fix mask for trunked packets
5dc24f3e0841 x86/hpet: Use another crystalball to evaluate HPET usability
4e9ec1c65da9 x86/entry: Clear X86_FEATURE_SMAP when CONFIG_X86_SMAP=n
2ba3e3026f4f x86/entry: Correct reference to intended CONFIG_64_BIT
0723d4f8b179 x86/fpu: Restore the masking out of reserved MXCSR bits
44976b5cb6af x86/sev: Return an error on a returned non-zero 
SW_EXITINFO1[31:0]
6665c1c5770f x86/Kconfig: Correct reference to MWINCHIP3D
1d4092c10125 x86/platform/olpc: Correct ifdef symbol to intended 
CONFIG_OLPC_XO15_SCI
8ba6e4551011 pseries/eeh: Fix the kdump kernel crash during eeh_pseries_init
da0cb12f1983 powerpc/32s: Fix kuap_kernel_restore()
d7a8e38999fb powerpc/64s: Fix unrecoverable MCE calling async handler from 
NMI
22ee1f15a72e powerpc/traps: do not enable irqs in _exception
c835b3d1d636 powerpc/64s: fix program check interrupt emergency stack path
6b77166ffee7 powerpc/bpf ppc32: Fix BPF_SUB when imm == 0x8000
b8601d47e87a powerpc/bpf ppc32: Do not emit zero extend instruction for 
64-bit BPF_END
491976e521c1 powerpc/bpf ppc32: Fix JMP32_JSET_K
9a3e91f94473 powerpc/bpf ppc32: Fix ALU32 BPF_ARSH operation
096d4c941f0e powerpc/bpf: Fix BPF_SUB when imm == 0x8000
2d7781883b3e powerpc/bpf: Fix BPF_MOD when imm == 1
a7ce57ca9407 objtool: Make .altinstructions section entry size consistent
039a68957f81 objtool: Remove reloc symbol type checks in get_alt_entry()
1642f51ac0d4 scsi: iscsi: Fix iscsi_task use after free
412754da783d RISC-V: Include clone3() on rv32
cf63b49349cc i2c: mlxcpld: Modify register setting for 400KHz frequency
3655a1934519 i2c: mlxcpld: Fix criteria for frequency setting
d590a410e472 bpf, s390: Fix potential memory leak about jit_data
f344ad3060c4 riscv/vdso: make arch_setup_additional_pages wait for mmap_sem 
for write killable
b8b60c1139c7 riscv/vdso: Move vdso data page up front
309fd6f1e7cf riscv/vdso: Refactor asm/vdso.h
ff26f96fe0a2 RISC-V: Fix VDSO build for !MMU
363128071346 riscv: explicitly use symbol offsets for VDSO
26e7025ef25a i2c: mediatek: Add OFFSET_EXT_CONF setting back
90f1077c9184 i2c: acpi: fix resource leak in reconfiguration device addition
d40c4da7318f powerpc/iommu: Report the correct most efficient DMA mask for 
PCI devices
272b85c2fdb2 net: prefer socket bound to interface when not in VRF
8d2a1e7fb90c iavf: fix double unlock of crit_lock
75099439209d i40e: Fix freeing of uninitialized misc IRQ vector
d6db5bcd1817 i40e: fix endless loop under rtnl
1fad5d7f75f7 gve: report 64bit tx_bytes counter from 
gve_handle_report_stats()
bcf4f5e4d33d gve: fix gve_get_stats()
f4479f3bc861 rtnetlink: fix if_nlmsg_stats_size() under estimation
f5cfed82e0f3 gve: Properly handle errors in gve_assign_qpl
2044137a268a gve: Avoid freeing NULL pointer
3e8df2cada21 gve: Correct available tx qpl check
bb23ade18ad7 net: stmmac: trigger PCS EEE to turn off on link down
940ee87907f0 net: pcs: xpcs: fix incorrect steps on disable EEE
88c3610045ca drm/nouveau/debugfs: fix file release memory leak
0b4e9fc14973 drm/nouveau/kms/nv50-: fix file release memory leak
548f2ff8ea5e drm/nouveau: avoid a use-after-free when BO init fails
23514c752f9b video: fbdev: gbefb: Only instantiate device when built for 
IP32
ae7a72cd325c drm/panel: abt-y030xx067a: yellow tint fix
e6b90dcda29b drm/nouveau/fifo/ga102: initialise chid on return from channel 
creation
8228b3b3b5a2 drm/sun4i: dw-hdmi: Fix HDMI PHY clock setup
ad0fca5a28b3 bus: ti-sysc: Use CLKDM_NOAUTO for dra7 dcan1 for errata i893
37e2d7fe11ae perf jevents: Free the sys_event_tables list after processing 
entries
72e9a1bf9b72 drm/amdgpu: handle the case of pci_channel_io_frozen only in 
amdgpu_pci_resume
7e5ce6029b62 drm/amdkfd: fix a potential ttm->sg memory leak
50002489a20c ARM: defconfig: gemini: Restore framebuffer
942bde2caec2 netlink: annotate data races around nlk->bound
464be37f127b net: pcs: xpcs: fix incorrect CL37 AN sequence
6594158f24e1 net: sfp: Fix typo in state machine debug string
7a1c1af34104 net/sched: sch_taprio: properly cancel timer from 
taprio_destroy()
ba07883c780f net: bridge: fix under estimation in br_get_linkxstats_size()
df7983fdbc83 net: bridge: use nla_total_size_64bit() in 
br_get_linkxstats_size()
47afb35c4f87 afs: Fix afs_launder_page() to set correct start file position
2eb0a5440068 netfs: Fix READ/WRITE confusion when calling iov_iter_xarray()
cd4dcab5d20c drm/i915/bdb: Fix version check
4e7c20e5166e drm/i915/tc: Fix TypeC port init/resume time sanitization
185e4eeac58e drm/i915/jsl: Add W/A 1409054076 for JSL
8eb67e815d5e 

[OE-core] [PATCH 3/7] linux-yocto/5.14: update to v5.14.13

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.14 to the latest korg -stable release that comprises
the following commits:

b9ed05407395 Linux 5.14.13
d7c187ab28f6 hwmon: (pmbus/ibm-cffps) max_power_out swap changes
e798dcd960a3 io_uring: kill fasync
15571bb5bb64 sched: Always inline is_percpu_thread()
643c519c36dc perf/core: fix userpage->time_enabled of inactive events
15f69a666166 scsi: qla2xxx: Fix excessive messages during device logout
cc07ecaf9a9c scsi: virtio_scsi: Fix spelling mistake "Unsupport" -> 
"Unsupported"
21c2e89e7caa scsi: ses: Fix unsigned comparison with less than zero
18d1c5ea3798 drm/amdgpu: fix gart.bo pin_count leak
048389b85643 net: sun: SUNVNET_COMMON should depend on INET
e36444b36ff0 vboxfs: fix broken legacy mount signature checking
5c85a825615a net: bgmac-platform: handle mac-address deferral
af13e6176b25 mac80211: check return value of rhashtable_init
ebb25ff84341 net: prevent user from passing illegal stab size
998e080844c9 hwmon: (ltc2947) Properly handle errors when looking for the 
external clock
1d0996b0d2b3 m68k: Handle arrivals of multiple signals correctly
4d38fb418f71 pinctrl: qcom: sc7280: Add PM suspend callbacks
9a8a181ed97e mac80211: Drop frames from invalid MAC address in ad-hoc mode
a3ea231aa3f0 netfilter: nf_nat_masquerade: defer conntrack walk to work 
queue
36f822c301c7 netfilter: nf_nat_masquerade: make async masq_inet6_event 
handling generic
6c3e84af3944 KVM: arm64: nvhe: Fix missing FORCE for hyp-reloc.S build rule
1fd0252cad6b ASoC: SOF: loader: release_firmware() on load failure to avoid 
batching
2dd40af15d19 HID: wacom: Add new Intuos BT (CTL-4100WL/CTL-6100WL) device 
IDs
95cb145dcfc8 netfilter: ip6_tables: zero-initialize fragment offset
f117530a10e0 HID: apple: Fix logical maximum and usage maximum of Magic 
Keyboard JIS
13e6abfa0b1e ALSA: usb-audio: Unify mixer resume and reset_resume procedure
cb315326664d ALSA: oxfw: fix transmission method for Loud models based on 
OXFW971
3c13d6e6fc56 ASoC: Intel: sof_sdw: tag SoundWire BEs as non-atomic
7c2893a12fc0 ext4: correct the error path of ext4_write_inline_data_end()
501f3491d99e ext4: check and update i_disksize properly

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb
index aa101955d6..245ea46ceb 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.14.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "a0dca0e4b8b5b7238f27dbbb5cec14750ce29a5c"
-SRCREV_meta ?= "b47f4f4778277597f981d764f019ba211882edb7"
+SRCREV_machine ?= "cddeec4e197612a11f5a3d746a15825c66040830"
+SRCREV_meta ?= "6f8d397886b014e8c7ef4ffb08a489fd7b6a0a3f"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.14;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "5.14.12"
+LINUX_VERSION ?= "5.14.13"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb
index 1a3594e727..c98a5fa428 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.14.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.14.12"
+LINUX_VERSION ?= "5.14.13"
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine:qemuarm ?= "0eeb536a4a61174cfec3b95aec7e27740dc0662a"
-SRCREV_machine ?= "31388cdaa9a0eff3393518a59084effc44ebb965"
-SRCREV_meta ?= "b47f4f4778277597f981d764f019ba211882edb7"
+SRCREV_machine:qemuarm ?= "ace292aaba53e26d1888bebda95bbadfd417c2a5"
+SRCREV_machine ?= "ca50fa43acc878c2590a7f5cb93aef0ba17591aa"
+SRCREV_meta ?= "6f8d397886b014e8c7ef4ffb08a489fd7b6a0a3f"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.14.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.14.bb
index 96444fce6c..fe7244399a 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.14.bb
@@ -13,17 +13,17 @@ KBRANCH:qemux86  ?= "v5.14/standard/base"
 

[OE-core] [PATCH 1/7] linux-yocto/5.10: update to v5.10.73

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

0268aa579b1f Linux 5.10.73
825c00c2ee14 x86/hpet: Use another crystalball to evaluate HPET usability
f2447f6587b8 x86/entry: Clear X86_FEATURE_SMAP when CONFIG_X86_SMAP=n
6bfe1f6fc876 x86/entry: Correct reference to intended CONFIG_64_BIT
5d637bc6f98a x86/sev: Return an error on a returned non-zero 
SW_EXITINFO1[31:0]
df121cf55003 x86/Kconfig: Correct reference to MWINCHIP3D
d7c36115fb81 x86/platform/olpc: Correct ifdef symbol to intended 
CONFIG_OLPC_XO15_SCI
f73ca4961d51 pseries/eeh: Fix the kdump kernel crash during eeh_pseries_init
411b38fe68ba powerpc/64s: fix program check interrupt emergency stack path
18a2a2cafcf9 powerpc/bpf: Fix BPF_SUB when imm == 0x8000
a4037dded56b RISC-V: Include clone3() on rv32
29fdb11ca88d bpf, s390: Fix potential memory leak about jit_data
2c152d9da8fe riscv/vdso: make arch_setup_additional_pages wait for mmap_sem 
for write killable
de834e12b96d i2c: mediatek: Add OFFSET_EXT_CONF setting back
f86de018fd7a i2c: acpi: fix resource leak in reconfiguration device addition
87990a60b45f powerpc/iommu: Report the correct most efficient DMA mask for 
PCI devices
985cca1ad11e net: prefer socket bound to interface when not in VRF
97aeed72af4f i40e: Fix freeing of uninitialized misc IRQ vector
2dc768a98c9b i40e: fix endless loop under rtnl
d3a07ca78ace gve: report 64bit tx_bytes counter from 
gve_handle_report_stats()
35f6ddd934e6 gve: fix gve_get_stats()
9a043022522e rtnetlink: fix if_nlmsg_stats_size() under estimation
72c2a68f1d83 gve: Avoid freeing NULL pointer
5d903a694b08 gve: Correct available tx qpl check
f69556a42043 drm/nouveau/debugfs: fix file release memory leak
65fff0a8efcd drm/nouveau/kms/nv50-: fix file release memory leak
f86e19d918a8 drm/nouveau: avoid a use-after-free when BO init fails
008224cdc126 video: fbdev: gbefb: Only instantiate device when built for 
IP32
d2ccbaaa6615 drm/sun4i: dw-hdmi: Fix HDMI PHY clock setup
18d2568cc7ff bus: ti-sysc: Use CLKDM_NOAUTO for dra7 dcan1 for errata i893
40a84fcae2bf perf jevents: Tidy error handling
628b31d96711 netlink: annotate data races around nlk->bound
144715fbab1b net: sfp: Fix typo in state machine debug string
3ec73ffeef54 net/sched: sch_taprio: properly cancel timer from 
taprio_destroy()
60955b65bd6a net: bridge: fix under estimation in br_get_linkxstats_size()
c480d15190eb net: bridge: use nla_total_size_64bit() in 
br_get_linkxstats_size()
cb8880680bdf ARM: imx6: disable the GIC CPU interface before calling 
stby-poweroff sequence
2b0035d1058a dt-bindings: drm/bridge: ti-sn65dsi86: Fix reg value
10afd1597263 arm64: dts: ls1028a: add missing CAN nodes
95ba03fb4cb1 ptp_pch: Load module automatically if ID matches
442ea65d0ccb powerpc/fsl/dts: Fix phy-connection-type for fm1mac3
acff2d182c07 net_sched: fix NULL deref in fifo_set_limit()
0d2dd40a7be6 phy: mdio: fix memory leak
6e6f79e39830 net/mlx5: E-Switch, Fix double allocation of acl flow counter
d70cb6c77ad9 net/mlx5e: IPSEC RX, enable checksum complete
064faa8e8a9b bpf: Fix integer overflow in prealloc_elems_and_freelist()
d5f4b27c3cfc soc: ti: omap-prm: Fix external abort for am335x pruss
1d8f4447e8c4 bpf, arm: Fix register clobbering in div/mod implementation
29a19eaeb29d iwlwifi: pcie: add configuration of a Wi-Fi adapter on Dell 
XPS 15
6b0132f73094 xtensa: call irqchip_init only when CONFIG_USE_OF is selected
3d288ed98314 xtensa: use CONFIG_USE_OF instead of CONFIG_OF
997bec509a83 arm64: dts: qcom: pm8150: use qcom,pm8998-pon binding
fbca14abc111 ath5k: fix building with LEDS=m
8aef3824e946 PCI: hv: Fix sleep while in non-sleep context when removing 
child devices from the bus
d9b838ae390e ARM: dts: imx6qdl-pico: Fix Ethernet support
9e99ad4194a5 ARM: dts: imx: Fix USB host power regulator polarity on 
M53Menlo
2ba34cf0c16c ARM: dts: imx: Add missing pinctrl-names for panel on M53Menlo
8f977e97b2b9 soc: qcom: mdt_loader: Drop PT_LOAD check on hash segment
14f52004bda5 ARM: at91: pm: do not panic if ram controllers are not enabled
d89a313a5739 ARM: dts: qcom: apq8064: Use 27MHz PXO clock as DSI PLL 
reference
25ac88e601eb soc: qcom: socinfo: Fixed argument passed to 
platform_set_data()
ab8073794be3 bus: ti-sysc: Add break in switch statement in sysc_init_soc()
427faa29e06f riscv: Flush current cpu icache before other cpus
05287407dedf ARM: dts: qcom: apq8064: use compatible which contains chipid
ac06fe40e889 ARM: dts: imx6dl-yapp4: Fix lp5562 LED driver probe
71d3ce62ac88 ARM: dts: omap3430-sdp: Fix NAND device node
f9a855d1bcb2 xen/balloon: fix cancelled balloon action
9aac782ab0ab SUNRPC: fix sign error causing rpcsec_gss drops
8f174a208c4c nfsd4: Handle 

[OE-core] [PATCH 0/7] linux-yocto: -stable updates

[Bruce Ashfield]

From: Bruce Ashfield 

Richard,

These are the -stable merges that I've been testing/queuing while the
release was being completed. Each of these represents a point that I
tested, so I don't expect a surprise (that being said, there are quite
a few here, so you never know).

Along with -stable, we get one configuration tweak to get qemu booting
out of the box for the generic x86 targets.

Bruce


The following changes since commit 0d4c97c24dd4bc25760bce00f3ff65e88508e882:

  releases: update to include 3.4 honister (2021-10-26 14:04:19 +0100)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib zedd/kernel
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (7):
  linux-yocto/5.10: update to v5.10.73
  linux-yocto/5.14: update to v5.14.12
  linux-yocto/5.14: update to v5.14.13
  linux-yocto/5.10: update to v5.10.74
  linux-yocto/5.14: common-pc: enable CONFIG_ATA_PIIX as built-in
  linux-yocto/5.14: update to v5.14.14
  linux-yocto/5.10: update to v5.10.75

 .../linux/linux-yocto-rt_5.10.bb  |  6 ++---
 .../linux/linux-yocto-rt_5.14.bb  |  6 ++---
 .../linux/linux-yocto-tiny_5.10.bb|  8 +++---
 .../linux/linux-yocto-tiny_5.14.bb|  8 +++---
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 24 -
 meta/recipes-kernel/linux/linux-yocto_5.14.bb | 26 +--
 6 files changed, 39 insertions(+), 39 deletions(-)

-- 
2.19.1


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

[OE-core] [honister][PATCH 34/37] ffmpeg: fix CVE-2021-38114

[Anuj Mittal]

From: Kiran Surendran 

backport from upstream

Signed-off-by: Kiran Surendran 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit fe9cdf74f7ef3637ed7c600182f8a0ba40510d2a)
Signed-off-by: Anuj Mittal 
---
 .../ffmpeg/ffmpeg/fix-CVE-2021-38114.patch| 67 +++
 meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb  |  3 +-
 2 files changed, 69 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-multimedia/ffmpeg/ffmpeg/fix-CVE-2021-38114.patch

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg/fix-CVE-2021-38114.patch 
b/meta/recipes-multimedia/ffmpeg/ffmpeg/fix-CVE-2021-38114.patch
new file mode 100644
index 00..ab3ecfecbb
--- /dev/null
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg/fix-CVE-2021-38114.patch
@@ -0,0 +1,67 @@
+CVE: CVE-2021-38114
+Upstream-Status: Backport
+Signed-off-by: Kiran Surendran 
+
+From 463dbe4e78cc560ca5b09f23a07add0eb78ccee8 Mon Sep 17 00:00:00 2001
+From: maryam ebr 
+Date: Tue, 3 Aug 2021 01:05:47 -0400
+Subject: [PATCH] avcodec/dnxhddec: check and propagate function return value
+
+Similar to CVE-2013-0868, here return value check for 'init_vlc' is needed.
+crafted DNxHD data can cause unspecified impact.
+
+Reviewed-by: Paul B Mahol 
+Signed-off-by: James Almer 
+---
+ libavcodec/dnxhddec.c | 22 +++---
+ 1 file changed, 15 insertions(+), 7 deletions(-)
+
+diff --git a/libavcodec/dnxhddec.c b/libavcodec/dnxhddec.c
+index c78d55aee5..9b475a6979 100644
+--- a/libavcodec/dnxhddec.c
 b/libavcodec/dnxhddec.c
+@@ -112,6 +112,7 @@ static av_cold int dnxhd_decode_init(AVCodecContext *avctx)
+ 
+ static int dnxhd_init_vlc(DNXHDContext *ctx, uint32_t cid, int bitdepth)
+ {
++int ret;
+ if (cid != ctx->cid) {
+ const CIDEntry *cid_table = ff_dnxhd_get_cid_table(cid);
+ 
+@@ -132,19 +133,26 @@ static int dnxhd_init_vlc(DNXHDContext *ctx, uint32_t 
cid, int bitdepth)
+ ff_free_vlc(>dc_vlc);
+ ff_free_vlc(>run_vlc);
+ 
+-init_vlc(>ac_vlc, DNXHD_VLC_BITS, 257,
++if ((ret = init_vlc(>ac_vlc, DNXHD_VLC_BITS, 257,
+  ctx->cid_table->ac_bits, 1, 1,
+- ctx->cid_table->ac_codes, 2, 2, 0);
+-init_vlc(>dc_vlc, DNXHD_DC_VLC_BITS, bitdepth > 8 ? 14 : 12,
++ ctx->cid_table->ac_codes, 2, 2, 0)) < 0)
++goto out;
++if ((ret = init_vlc(>dc_vlc, DNXHD_DC_VLC_BITS, bitdepth > 8 ? 
14 : 12,
+  ctx->cid_table->dc_bits, 1, 1,
+- ctx->cid_table->dc_codes, 1, 1, 0);
+-init_vlc(>run_vlc, DNXHD_VLC_BITS, 62,
++ ctx->cid_table->dc_codes, 1, 1, 0)) < 0)
++goto out;
++if ((ret = init_vlc(>run_vlc, DNXHD_VLC_BITS, 62,
+  ctx->cid_table->run_bits, 1, 1,
+- ctx->cid_table->run_codes, 2, 2, 0);
++ ctx->cid_table->run_codes, 2, 2, 0)) < 0)
++goto out;
+ 
+ ctx->cid = cid;
+ }
+-return 0;
++ret = 0;
++out:
++if (ret < 0)
++av_log(ctx->avctx, AV_LOG_ERROR, "init_vlc failed\n");
++return ret;
+ }
+ 
+ static int dnxhd_get_profile(int cid)
+-- 
+2.31.1
+
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb
index 0c6af6549d..c0318ef01d 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb
@@ -31,7 +31,8 @@ SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz \
file://fix-CVE-2020-22021.patch \
file://fix-CVE-2020-22033-CVE-2020-22019.patch \
file://fix-CVE-2021-33815.patch \
-   file://fix-CVE-2021-38171.patch \ 
+   file://fix-CVE-2021-38171.patch \
+  file://fix-CVE-2021-38114.patch \ 
   "
 SRC_URI[sha256sum] = 
"06b10a183ce5371f915c6bb15b7b1fffbe046e8275099c96affc29e17645d909"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 37/37] bootchart2: Don't compile python modules

[Anuj Mittal]

From: Richard Purdie 

"make install" may attempt to compile the python modules but it uses the host 
python
and host paths which means the binaries are not reproducbile. Make things 
consistent.
If anyone needs compiling, it will beed to be fixed to be cross compile 
compatible.

Signed-off-by: Richard Purdie 
(cherry picked from commit 1189f95e05c80286e009e1ab46a603ee5b7ca239)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/bootchart2/bootchart2_0.14.9.bb | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/bootchart2/bootchart2_0.14.9.bb 
b/meta/recipes-devtools/bootchart2/bootchart2_0.14.9.bb
index 974faa3b3f..c24613b74e 100644
--- a/meta/recipes-devtools/bootchart2/bootchart2_0.14.9.bb
+++ b/meta/recipes-devtools/bootchart2/bootchart2_0.14.9.bb
@@ -99,6 +99,10 @@ SRC_URI = "git://github.com/xrmx/bootchart.git \
 S = "${WORKDIR}/git"
 SRCREV = "868a2afab9da34f32c007d773b77253c93104636"
 
+# remove at next version upgrade or when output changes
+PR = "r1"
+HASHEQUIV_HASH_VERSION .= ".1"
+
 inherit systemd update-rc.d python3native update-alternatives
 
 ALTERNATIVE:${PN} = "bootchartd"
@@ -131,7 +135,7 @@ do_install () {
 export PKGLIBDIR="${base_libdir}/bootchart"
 export SYSTEMD_UNIT_DIR="${systemd_system_unitdir}"
 
-oe_runmake install
+oe_runmake install NO_PYTHON_COMPILE=1
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 ${WORKDIR}/bootchartd_stop.sh ${D}${sysconfdir}/init.d
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 36/37] sstate: fix touching files inside pseudo

[Anuj Mittal]

From: Jose Quaresma 

running the 'id' command inside the sstate_create_package
function shows that this funcion run inside the pseudo:

 uid=0(root) gid=0(root) groups=0(root)

The check for touch files [ ! -w ${SSTATE_PKG} ]
will always return true and the touch can fail
when the real user don't have permission or
in readonly filesystem.

As the documentation refers, the file test operator "-w"
check if the file has write permission (for the user running the test).

We can avoid this test running the touch and mask any return errors
that we have.

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit f6e7445c94443544e92fda97a017ce93393c5f84)
Signed-off-by: Anuj Mittal 
---
 meta/classes/sstate.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 701a19bc61..240ae111ee 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -825,7 +825,7 @@ sstate_task_postfunc[dirs] = "${WORKDIR}"
 sstate_create_package () {
# Exit early if it already exists
if [ -e ${SSTATE_PKG} ]; then
-   [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
+   touch ${SSTATE_PKG} 2>/dev/null || true
return
fi
 
@@ -859,7 +859,7 @@ sstate_create_package () {
else
rm $TFILE
fi
-   [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
+   touch ${SSTATE_PKG} 2>/dev/null || true
 }
 
 python sstate_sign_package () {
-- 
2.31.1


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

[OE-core] [honister][PATCH 35/37] mesa: upgrade 21.2.1 -> 21.2.4

[Anuj Mittal]

From: Pablo Saavedra Rodi?o 

Contains 'Make YUV formats we're going to emulate external-only' [1]
was applied in 21.2.4. This fixes red label issues on video for VC4,
Freedreno and others.

Deletes meta/recipes-graphics/mesa/files/without-neon.patch [2]
already in Mesa since 21.2.

Release notes:

* 21.2.2: https://docs.mesa3d.org/relnotes/21.2.2.html
* 21.2.3: https://docs.mesa3d.org/relnotes/21.2.3.html
* 21.2.4: https://docs.mesa3d.org/relnotes/21.2.4.html

[1] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/13038
[2] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/12569

Signed-off-by: Pablo Saavedra 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 51fccaa16a3cb78ace077ba593b6cdde5e085528)
Signed-off-by: Anuj Mittal 
---
 .../mesa/files/without-neon.patch | 53 ---
 .../{mesa-gl_21.2.1.bb => mesa-gl_21.2.4.bb}  |  0
 meta/recipes-graphics/mesa/mesa.inc   |  3 +-
 .../mesa/{mesa_21.2.1.bb => mesa_21.2.4.bb}   |  0
 4 files changed, 1 insertion(+), 55 deletions(-)
 delete mode 100644 meta/recipes-graphics/mesa/files/without-neon.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_21.2.1.bb => mesa-gl_21.2.4.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_21.2.1.bb => mesa_21.2.4.bb} (100%)

diff --git a/meta/recipes-graphics/mesa/files/without-neon.patch 
b/meta/recipes-graphics/mesa/files/without-neon.patch
deleted file mode 100644
index 56e4aa7769..00
--- a/meta/recipes-graphics/mesa/files/without-neon.patch
+++ /dev/null
@@ -1,53 +0,0 @@
-Since 80923e8d ("util/format: Add some NEON intrinsics-based u_format_unpack.")
-upstream the build fails on Arm platforms which use the soft-float ABI, such as
-qemuarmv5:
-
- arm_neon.h:31:2: error: #error "NEON intrinsics not available with the
- soft-float ABI.  Please use -mfloat-abi=softfp or -mfloat-abi=hard"
-
-Take a patch from upstream to check the ABI being used before trying to
-use NEON instructions.
-
-Upstream-Status: Backport 
[https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/12569]
-Signed-off-by: Ross Burton 
-
-From 5dcce985a6dd3b7856d65e21db753e2c7a0f5dd5 Mon Sep 17 00:00:00 2001
-From: Adrian Bunk 
-Date: Thu, 26 Aug 2021 22:35:49 +0300
-Subject: [PATCH] util/format: NEON is not available with the soft-float ABI
-
-Fixes: 80923e8d58cc ("util/format: Add some NEON intrinsics-based 
u_format_unpack.")

- src/util/format/u_format.c | 2 +-
- src/util/format/u_format_unpack_neon.c | 2 +-
- 2 files changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/src/util/format/u_format.c b/src/util/format/u_format.c
-index c49b3788c82..31f1f240efc 100644
 a/src/util/format/u_format.c
-+++ b/src/util/format/u_format.c
-@@ -1138,7 +1138,7 @@ static void
- util_format_unpack_table_init(void)
- {
-for (enum pipe_format format = PIPE_FORMAT_NONE; format < 
PIPE_FORMAT_COUNT; format++) {
--#if (defined(PIPE_ARCH_AARCH64) || defined(PIPE_ARCH_ARM)) && !defined 
NO_FORMAT_ASM
-+#if (defined(PIPE_ARCH_AARCH64) || defined(PIPE_ARCH_ARM)) && 
!defined(NO_FORMAT_ASM) && !defined(__SOFTFP__)
-   const struct util_format_unpack_description *unpack = 
util_format_unpack_description_neon(format);
-   if (unpack) {
-  util_format_unpack_table[format] = unpack;
-diff --git a/src/util/format/u_format_unpack_neon.c 
b/src/util/format/u_format_unpack_neon.c
-index 7456d7aaa88..a4a5cb1f723 100644
 a/src/util/format/u_format_unpack_neon.c
-+++ b/src/util/format/u_format_unpack_neon.c
-@@ -23,7 +23,7 @@
- 
- #include 
- 
--#if (defined(PIPE_ARCH_AARCH64) || defined(PIPE_ARCH_ARM)) && !defined 
NO_FORMAT_ASM
-+#if (defined(PIPE_ARCH_AARCH64) || defined(PIPE_ARCH_ARM)) && 
!defined(NO_FORMAT_ASM) && !defined(__SOFTFP__)
- 
- /* armhf builds default to vfp, not neon, and refuses to compile neon 
intrinsics
-  * unless you tell it "no really".
--- 
-GitLab
-
diff --git a/meta/recipes-graphics/mesa/mesa-gl_21.2.1.bb 
b/meta/recipes-graphics/mesa/mesa-gl_21.2.4.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_21.2.1.bb
rename to meta/recipes-graphics/mesa/mesa-gl_21.2.4.bb
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 4e95911165..f1a1e57062 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -19,10 +19,9 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0002-meson.build-make-TLS-ELF-optional.patch \
file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch \
file://0001-futex.h-Define-__NR_futex-if-it-does-not-exist.patch \
-   file://without-neon.patch \
"
 
-SRC_URI[sha256sum] = 
"2c65e6710b419b67456a48beefd0be827b32db416772e0e363d5f7d54dc01787"
+SRC_URI[sha256sum] = 
"fe6ede82d1ac02339da3c2ec1820a379641902fd351a52cc01153f76eff85b44"
 
 UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
 
diff --git 

[OE-core] [honister][PATCH 33/37] systemd: add missing include for musl

[Anuj Mittal]

From: Yureka 

Fixes "error: ‘FTW_ACTIONRETVAL’ undeclared (first use in this
function)" in src/shared/mount-setup.c.

Signed-off-by: Yureka 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 7707d08bb10db5eb782a2476be58ebe4b8bba154)
Signed-off-by: Anuj Mittal 
---
 .../0008-add-missing-FTW_-macros-for-musl.patch  | 16 ++--
 1 file changed, 14 insertions(+), 2 deletions(-)

diff --git 
a/meta/recipes-core/systemd/systemd/0008-add-missing-FTW_-macros-for-musl.patch 
b/meta/recipes-core/systemd/systemd/0008-add-missing-FTW_-macros-for-musl.patch
index 1de7ccf150..444e123854 100644
--- 
a/meta/recipes-core/systemd/systemd/0008-add-missing-FTW_-macros-for-musl.patch
+++ 
b/meta/recipes-core/systemd/systemd/0008-add-missing-FTW_-macros-for-musl.patch
@@ -10,10 +10,10 @@ This is to avoid build failures like below for musl.
 Upstream-Status: Inappropriate [musl specific]
 
 Signed-off-by: Chen Qi 
-
 ---
  src/basic/missing_type.h | 20 
- 1 file changed, 20 insertions(+)
+ src/shared/mount-setup.c |  1 +
+ 2 files changed, 21 insertions(+)
 
 diff --git a/src/basic/missing_type.h b/src/basic/missing_type.h
 index aeaf6ad5ec..3df1084ef2 100644
@@ -43,3 +43,15 @@ index aeaf6ad5ec..3df1084ef2 100644
 +#ifndef FTW_SKIP_SIBLINGS
 +#define FTW_SKIP_SIBLINGS 3
 +#endif
+diff --git a/src/shared/mount-setup.c b/src/shared/mount-setup.c
+index ef3527e9a7..c1cab40eb8 100644
+--- a/src/shared/mount-setup.c
 b/src/shared/mount-setup.c
+@@ -32,6 +32,7 @@
+ #include "strv.h"
+ #include "user-util.h"
+ #include "virt.h"
++#include "missing_type.h"
+ 
+ typedef enum MountMode {
+ MNT_NONE   = 0,
-- 
2.31.1


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

[OE-core] [honister][PATCH 32/37] wireless-regdb: upgrade 2021.07.14 -> 2021.08.28

[Anuj Mittal]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 00c590f50d6894089ff7ce8ad6e263431d9cc550)
Signed-off-by: Anuj Mittal 
---
 ...ireless-regdb_2021.07.14.bb => wireless-regdb_2021.08.28.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2021.07.14.bb => 
wireless-regdb_2021.08.28.bb} (94%)

diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.07.14.bb 
b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.08.28.bb
similarity index 94%
rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.07.14.bb
rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.08.28.bb
index a396f15c55..c673f8044c 100644
--- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.07.14.bb
+++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.08.28.bb
@@ -5,7 +5,7 @@ LICENSE = "ISC"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c"
 
 SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz;
-SRC_URI[sha256sum] = 
"2e2dd216a5f1a310b849774af63e6309d94c2207c34771a534c47ae18b162742"
+SRC_URI[sha256sum] = 
"cff370c410d1e6d316ae0a7fa8ac6278fdf1efca5d3d664aca7cfd2aafa54446"
 
 inherit bin_package allarch
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 31/37] linux-firmware: upgrade 20210818 -> 20210919

[Anuj Mittal]

From: Alexander Kanavin 

License-Update: additional files
Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 8dac57dfed45a0d8a049473f2efc1711b56273a4)
Signed-off-by: Anuj Mittal 
---
 ...{linux-firmware_20210818.bb => linux-firmware_20210919.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20210818.bb => 
linux-firmware_20210919.bb} (99%)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20210818.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20210919.bb
similarity index 99%
rename from meta/recipes-kernel/linux-firmware/linux-firmware_20210818.bb
rename to meta/recipes-kernel/linux-firmware/linux-firmware_20210919.bb
index 0249332fca..48c01d99fe 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20210818.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20210919.bb
@@ -132,7 +132,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 
\
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 
\
 
file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=15ad289bf2359e8ecf613f3b04f72fab \
+file://WHENCE;md5=76f012f7e9b2260d34eccf5726374f08 \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -205,7 +205,7 @@ PE = "1"
 
 SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/firmware/${BPN}-${PV}.tar.xz"
 
-SRC_URI[sha256sum] = 
"bef3d317c348d962b3a1b95cb4e19ea4f282e18112b2c669cff74f9267ce3893"
+SRC_URI[sha256sum] = 
"2fb22a5d7d23bf1f5800ab8152b39a00a445fbf4923de5a01b59d3f6253f0a9f"
 
 inherit allarch
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 29/37] ca-certificates: update 20210119 -> 20211016

[Anuj Mittal]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit c479b8a810d966d7267af1b4dac38a46f55fc547)
Signed-off-by: Anuj Mittal 
---
 ...ertdata2pem.py-print-a-warning-for-e.patch | 80 +++
 .../ca-certificates/sbindir.patch | 26 --
 ...pdate-ca-certificates-support-Toybox.patch | 33 
 ...0210119.bb => ca-certificates_20211016.bb} |  5 +-
 4 files changed, 82 insertions(+), 62 deletions(-)
 create mode 100644 
meta/recipes-support/ca-certificates/ca-certificates/0001-Revert-mozilla-certdata2pem.py-print-a-warning-for-e.patch
 delete mode 100644 
meta/recipes-support/ca-certificates/ca-certificates/sbindir.patch
 delete mode 100644 
meta/recipes-support/ca-certificates/ca-certificates/update-ca-certificates-support-Toybox.patch
 rename meta/recipes-support/ca-certificates/{ca-certificates_20210119.bb => 
ca-certificates_20211016.bb} (95%)

diff --git 
a/meta/recipes-support/ca-certificates/ca-certificates/0001-Revert-mozilla-certdata2pem.py-print-a-warning-for-e.patch
 
b/meta/recipes-support/ca-certificates/ca-certificates/0001-Revert-mozilla-certdata2pem.py-print-a-warning-for-e.patch
new file mode 100644
index 00..5c4a32f526
--- /dev/null
+++ 
b/meta/recipes-support/ca-certificates/ca-certificates/0001-Revert-mozilla-certdata2pem.py-print-a-warning-for-e.patch
@@ -0,0 +1,80 @@
+From cb43ec15b700b25f3c4fe44043a1a021aaf5b768 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Mon, 18 Oct 2021 12:05:49 +0200
+Subject: [PATCH] Revert "mozilla/certdata2pem.py: print a warning for expired
+ certificates."
+
+This avoids a dependency on python3-cryptography, and only checks
+for expired certs (which is upstream concern, but not ours).
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ debian/changelog|  1 -
+ debian/control  |  2 +-
+ mozilla/certdata2pem.py | 11 ---
+ 3 files changed, 1 insertion(+), 13 deletions(-)
+
+diff --git a/debian/changelog b/debian/changelog
+index 531e4d0..4006509 100644
+--- a/debian/changelog
 b/debian/changelog
+@@ -37,7 +37,6 @@ ca-certificates (20211004) unstable; urgency=low
+ - "Trustis FPS Root CA"
+ - "Staat der Nederlanden Root CA - G3"
+   * Blacklist expired root certificate "DST Root CA X3" (closes: #995432)
+-  * mozilla/certdata2pem.py: print a warning for expired certificates.
+ 
+  -- Julien Cristau   Thu, 07 Oct 2021 17:12:47 +0200
+ 
+diff --git a/debian/control b/debian/control
+index 4434b7a..5c6ba24 100644
+--- a/debian/control
 b/debian/control
+@@ -3,7 +3,7 @@ Section: misc
+ Priority: optional
+ Maintainer: Julien Cristau 
+ Build-Depends: debhelper-compat (= 13), po-debconf
+-Build-Depends-Indep: python3, openssl, python3-cryptography
++Build-Depends-Indep: python3, openssl
+ Standards-Version: 4.5.0.2
+ Vcs-Git: https://salsa.debian.org/debian/ca-certificates.git
+ Vcs-Browser: https://salsa.debian.org/debian/ca-certificates
+diff --git a/mozilla/certdata2pem.py b/mozilla/certdata2pem.py
+index ede23d4..7d796f1 100644
+--- a/mozilla/certdata2pem.py
 b/mozilla/certdata2pem.py
+@@ -21,16 +21,12 @@
+ # USA.
+ 
+ import base64
+-import datetime
+ import os.path
+ import re
+ import sys
+ import textwrap
+ import io
+ 
+-from cryptography import x509
+-
+-
+ objects = []
+ 
+ # Dirty file parser.
+@@ -121,13 +117,6 @@ for obj in objects:
+ if obj['CKA_CLASS'] == 'CKO_CERTIFICATE':
+ if not obj['CKA_LABEL'] in trust or not trust[obj['CKA_LABEL']]:
+ continue
+-
+-cert = x509.load_der_x509_certificate(obj['CKA_VALUE'])
+-if cert.not_valid_after < datetime.datetime.now():
+-print('!'*74)
+-print('Trusted but expired certificate found: %s' % 
obj['CKA_LABEL'])
+-print('!'*74)
+-
+ bname = obj['CKA_LABEL'][1:-1].replace('/', '_')\
+   .replace(' ', '_')\
+   .replace('(', '=')\
+-- 
+2.20.1
+
diff --git a/meta/recipes-support/ca-certificates/ca-certificates/sbindir.patch 
b/meta/recipes-support/ca-certificates/ca-certificates/sbindir.patch
deleted file mode 100644
index f343ebf16e..00
--- a/meta/recipes-support/ca-certificates/ca-certificates/sbindir.patch
+++ /dev/null
@@ -1,26 +0,0 @@
-sbin/Makefile: Allow the sbin path to be configurable
-
-Some project sharing ca-certificates from Debian allow configuration
-of the installation location. Make the sbin location configurable.
-
-Also ensure the target directory exists
-
-Signed-off-by: Richard Purdie 
-Upstream-Status: Submitted 
[https://salsa.debian.org/debian/ca-certificates/-/merge_requests/5]
-
 ca-certificates-20130119.orig/sbin/Makefile
-+++ ca-certificates-20130119/sbin/Makefile
-@@ -3,9 +3,12 @@
- #
- #
-
-+SBINDIR = /usr/sbin
-+
- all:
-
- clean:
-
- install:
--  install -m755 update-ca-certificates 

[OE-core] [honister][PATCH 30/37] ovmf: update 202105 -> 202108

[Anuj Mittal]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 9e5d15aba7515952614f69e06d3d9b9316a77204)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-core/ovmf/ovmf_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/ovmf/ovmf_git.bb 
b/meta/recipes-core/ovmf/ovmf_git.bb
index 5d54bad473..ce3b650ddf 100644
--- a/meta/recipes-core/ovmf/ovmf_git.bb
+++ b/meta/recipes-core/ovmf/ovmf_git.bb
@@ -25,8 +25,8 @@ SRC_URI = 
"gitsm://github.com/tianocore/edk2.git;branch=master;protocol=https \
file://0001-Fix-VLA-parameter-warning.patch \
"
 
-PV = "edk2-stable202105"
-SRCREV = "e1999b264f1f9d7230edf2448f757c73da567832"
+PV = "edk2-stable202108"
+SRCREV = "7b4a99be8a39c12d3a7fc4b8db9f0eab4ac688d5"
 UPSTREAM_CHECK_GITTAGREGEX = "(?Pedk2-stable.*)"
 
 inherit deploy
-- 
2.31.1


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

[OE-core] [honister][PATCH 28/37] testimage: fix unclosed testdata file

[Anuj Mittal]

From: Ross Burton 

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 0c192a97e3e1c015a48667d6903cc07a8b2620e4)
Signed-off-by: Anuj Mittal 
---
 meta/classes/testimage.bbclass | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index a76e773853..4db05a4af4 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -235,9 +235,10 @@ def testimage_main(d):
 
 tdname = "%s.testdata.json" % image_name
 try:
-td = json.load(open(tdname, "r"))
-except (FileNotFoundError) as err:
- bb.fatal('File %s Not Found. Have you built the image with 
INHERIT+="testimage" in the conf/local.conf?' % tdname)
+with open(tdname, "r") as f:
+td = json.load(f)
+except FileNotFoundError as err:
+bb.fatal('File %s not found (%s).\nHave you built the image with 
INHERIT += "testimage" in the conf/local.conf?' % (tdname, err))
 
 # Some variables need to be updates (mostly paths) with the
 # ones of the current environment because some tests require them.
-- 
2.31.1


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

[OE-core] [honister][PATCH 27/37] mesa: Enable svga for x86 only

[Anuj Mittal]

From: Khem Raj 

Enable svga only on x86/x86_64 since some arches e.g. riscv64 do not
support it

Signed-off-by: Khem Raj 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit d7d380a45ab0efedcba33baaae37589da4d25a2b)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-graphics/mesa/mesa.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 282671d30f..4e95911165 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -143,7 +143,9 @@ GALLIUMDRIVERS:append 
="${@bb.utils.contains('PACKAGECONFIG', 'v3d', ',v3d', '',
 
 # radeonsi requires LLVM
 GALLIUMDRIVERS_RADEONSI = "${@bb.utils.contains('PACKAGECONFIG', 'r600', 
',radeonsi', '', d)}"
-GALLIUMDRIVERS_LLVM = "r300,svga,nouveau${GALLIUMDRIVERS_RADEONSI}"
+GALLIUMDRIVERS_LLVM = "r300,nouveau${GALLIUMDRIVERS_RADEONSI}"
+GALLIUMDRIVERS_LLVM:append:x86:class-target = ",svga"
+GALLIUMDRIVERS_LLVM:append:x86-64:class-target = ",svga"
 
 PACKAGECONFIG[r600] = ""
 PACKAGECONFIG[virgl] = ""
-- 
2.31.1


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

[OE-core] [honister][PATCH 22/37] linux-yocto: add libmpc-native to DEPENDS

[Anuj Mittal]

From: Ross Burton 

5.14 changed how the GCC plugins are built, which means they now
depend on both GMP and MPC to be built. We already depend on gmp-native,
so add libmpc-native aswell.

Signed-off-by: Ross Burton 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit f242a6db0757b31c0d4eba5c362f616e1ace14d6)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-kernel/linux/linux-yocto_5.14.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto_5.14.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.14.bb
index f1d353072c..6a032a1f77 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.14.bb
@@ -46,7 +46,7 @@ LINUX_VERSION ?= "5.14.9"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
 DEPENDS += "openssl-native util-linux-native"
-DEPENDS += "gmp-native"
+DEPENDS += "gmp-native libmpc-native"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 26/37] oeqa: Update cleanup code to wait for hashserv exit

[Anuj Mittal]

From: Richard Purdie 

We sometimes see exceptions from code seeing the hashserv DB files
being removed at directory cleanup time. Add a check to ensure the
hashserv has written the data base journal (and hence likely exited)
before cleaning up.

This will hopefully avoid errors like:

Traceback (most recent call last):
  File "[...]/meta/lib/oeqa/sdk/buildtools-cases/build.py", line 30, in 
test_libc
delay = delay - 1
  File "/usr/lib/python3.6/tempfile.py", line 948, in __exit__
self.cleanup()
  File "/usr/lib/python3.6/tempfile.py", line 952, in cleanup
_rmtree(self.name)
  File "/usr/lib/python3.6/shutil.py", line 486, in rmtree
_rmtree_safe_fd(fd, path, onerror)
  File "/usr/lib/python3.6/shutil.py", line 424, in _rmtree_safe_fd
_rmtree_safe_fd(dirfd, fullname, onerror)
  File "/usr/lib/python3.6/shutil.py", line 444, in _rmtree_safe_fd
onerror(os.unlink, fullname, sys.exc_info())
  File "/usr/lib/python3.6/shutil.py", line 442, in _rmtree_safe_fd
os.unlink(name, dir_fd=topfd)
FileNotFoundError: [Errno 2] No such file or directory: 'hashserv.db-wal'

Signed-off-by: Richard Purdie 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit 0b07d9add687d78495176cda0f3011c10ffa4d4b)
Signed-off-by: Anuj Mittal 
---
 meta/lib/oeqa/sdk/buildtools-cases/build.py | 2 +-
 meta/lib/oeqa/selftest/cases/eSDK.py| 2 +-
 meta/lib/oeqa/selftest/context.py   | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oeqa/sdk/buildtools-cases/build.py 
b/meta/lib/oeqa/sdk/buildtools-cases/build.py
index 9c9a84bf8a..aee2e5a8c0 100644
--- a/meta/lib/oeqa/sdk/buildtools-cases/build.py
+++ b/meta/lib/oeqa/sdk/buildtools-cases/build.py
@@ -25,6 +25,6 @@ class BuildTests(OESDKTestCase):
 self._run('. %s/oe-init-build-env %s && bitbake virtual/libc' 
% (corebase, testdir))
 finally:
 delay = 10
-while delay and os.path.exists(testdir + "/bitbake.lock"):
+while delay and (os.path.exists(testdir + "/bitbake.lock") or 
os.path.exists(testdir + "/cache/hashserv.db-wal")):
 time.sleep(1)
 delay = delay - 1
diff --git a/meta/lib/oeqa/selftest/cases/eSDK.py 
b/meta/lib/oeqa/selftest/cases/eSDK.py
index 862849af35..d0c402ba8a 100644
--- a/meta/lib/oeqa/selftest/cases/eSDK.py
+++ b/meta/lib/oeqa/selftest/cases/eSDK.py
@@ -100,7 +100,7 @@ SSTATE_MIRRORS =  "file://.* file://%s/PATH"
 @classmethod
 def tearDownClass(cls):
 for i in range(0, 10):
-if os.path.exists(os.path.join(cls.tmpdir_eSDKQA, 'bitbake.lock')):
+if os.path.exists(os.path.join(cls.tmpdir_eSDKQA, 'bitbake.lock')) 
or os.path.exists(os.path.join(cls.tmpdir_eSDKQA, 'cache/hashserv.db-wal')):
 time.sleep(1)
 else:
 break
diff --git a/meta/lib/oeqa/selftest/context.py 
b/meta/lib/oeqa/selftest/context.py
index 1659926975..78c7a467e2 100644
--- a/meta/lib/oeqa/selftest/context.py
+++ b/meta/lib/oeqa/selftest/context.py
@@ -39,7 +39,7 @@ class NonConcurrentTestSuite(unittest.TestSuite):
 
 def removebuilddir(d):
 delay = 5
-while delay and os.path.exists(d + "/bitbake.lock"):
+while delay and (os.path.exists(d + "/bitbake.lock") or os.path.exists(d + 
"/cache/hashserv.db-wal")):
 time.sleep(1)
 delay = delay - 1
 # Deleting these directories takes a lot of time, use autobuilder
-- 
2.31.1


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

[OE-core] [honister][PATCH 25/37] curl: fix CVE-2021-22945 through -22947

[Anuj Mittal]

From: Ross Burton 

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit cff6888f3b2b4bd0a42329b7f7c59b33c9d51265)
Signed-off-by: Anuj Mittal 
---
 .../curl/curl/cve-2021-22945.patch|  34 ++
 .../curl/curl/cve-2021-22946.patch| 332 
 .../curl/curl/cve-2021-22947.patch| 355 ++
 meta/recipes-support/curl/curl_7.78.0.bb  |   3 +
 4 files changed, 724 insertions(+)
 create mode 100644 meta/recipes-support/curl/curl/cve-2021-22945.patch
 create mode 100644 meta/recipes-support/curl/curl/cve-2021-22946.patch
 create mode 100644 meta/recipes-support/curl/curl/cve-2021-22947.patch

diff --git a/meta/recipes-support/curl/curl/cve-2021-22945.patch 
b/meta/recipes-support/curl/curl/cve-2021-22945.patch
new file mode 100644
index 00..2cbe110332
--- /dev/null
+++ b/meta/recipes-support/curl/curl/cve-2021-22945.patch
@@ -0,0 +1,34 @@
+CVE: CVE-2021-22945
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 92cb3059dab2f9ef3e6ea614dad5c86917d19807 Mon Sep 17 00:00:00 2001
+From: z2_ on hackerone <>
+Date: Tue, 24 Aug 2021 09:50:33 +0200
+Subject: [PATCH 1/3] mqtt: clear the leftovers pointer when sending succeeds
+
+CVE-2021-22945
+
+Bug: https://curl.se/docs/CVE-2021-22945.html
+---
+ lib/mqtt.c | 4 
+ 1 file changed, 4 insertions(+)
+
+diff --git a/lib/mqtt.c b/lib/mqtt.c
+index f077e6c3d..fcd40b41e 100644
+--- a/lib/mqtt.c
 b/lib/mqtt.c
+@@ -128,6 +128,10 @@ static CURLcode mqtt_send(struct Curl_easy *data,
+ mq->sendleftovers = sendleftovers;
+ mq->nsend = nsend;
+   }
++  else {
++mq->sendleftovers = NULL;
++mq->nsend = 0;
++  }
+   return result;
+ }
+ 
+-- 
+2.25.1
+
diff --git a/meta/recipes-support/curl/curl/cve-2021-22946.patch 
b/meta/recipes-support/curl/curl/cve-2021-22946.patch
new file mode 100644
index 00..1a4b3e1144
--- /dev/null
+++ b/meta/recipes-support/curl/curl/cve-2021-22946.patch
@@ -0,0 +1,332 @@
+CVE: CVE-2021-22946
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 089e18aefcee9b5093a96e9e1aa92751dde1f991 Mon Sep 17 00:00:00 2001
+From: Patrick Monnerat 
+Date: Wed, 8 Sep 2021 11:56:22 +0200
+Subject: [PATCH 2/3] ftp,imap,pop3: do not ignore --ssl-reqd
+
+In imap and pop3, check if TLS is required even when capabilities
+request has failed.
+
+In ftp, ignore preauthentication (230 status of server greeting) if TLS
+is required.
+
+Bug: https://curl.se/docs/CVE-2021-22946.html
+
+CVE-2021-22946
+---
+ lib/ftp.c   |  9 ---
+ lib/imap.c  | 24 --
+ lib/pop3.c  | 33 +++-
+ tests/data/Makefile.inc |  2 ++
+ tests/data/test984  | 56 +
+ tests/data/test985  | 54 +++
+ tests/data/test986  | 53 ++
+ 7 files changed, 195 insertions(+), 36 deletions(-)
+ create mode 100644 tests/data/test984
+ create mode 100644 tests/data/test985
+ create mode 100644 tests/data/test986
+
+diff --git a/lib/ftp.c b/lib/ftp.c
+index 1a699de59..08d18ca74 100644
+--- a/lib/ftp.c
 b/lib/ftp.c
+@@ -2681,9 +2681,12 @@ static CURLcode ftp_statemachine(struct Curl_easy *data,
+ /* we have now received a full FTP server response */
+ switch(ftpc->state) {
+ case FTP_WAIT220:
+-  if(ftpcode == 230)
+-/* 230 User logged in - already! */
+-return ftp_state_user_resp(data, ftpcode, ftpc->state);
++  if(ftpcode == 230) {
++/* 230 User logged in - already! Take as 220 if TLS required. */
++if(data->set.use_ssl <= CURLUSESSL_TRY ||
++   conn->bits.ftp_use_control_ssl)
++  return ftp_state_user_resp(data, ftpcode, ftpc->state);
++  }
+   else if(ftpcode != 220) {
+ failf(data, "Got a %03d ftp-server response when 220 was expected",
+   ftpcode);
+diff --git a/lib/imap.c b/lib/imap.c
+index ab4d412ee..efc0420ce 100644
+--- a/lib/imap.c
 b/lib/imap.c
+@@ -935,22 +935,18 @@ static CURLcode imap_state_capability_resp(struct 
Curl_easy *data,
+   line += wordlen;
+ }
+   }
+-  else if(imapcode == IMAP_RESP_OK) {
+-if(data->set.use_ssl && !conn->ssl[FIRSTSOCKET].use) {
+-  /* We don't have a SSL/TLS connection yet, but SSL is requested */
+-  if(imapc->tls_supported)
+-/* Switch to TLS connection now */
+-result = imap_perform_starttls(data, conn);
+-  else if(data->set.use_ssl == CURLUSESSL_TRY)
+-/* Fallback and carry on with authentication */
+-result = imap_perform_authentication(data, conn);
+-  else {
+-failf(data, "STARTTLS not supported.");
+-result = CURLE_USE_SSL_FAILED;
+-  }
++  else if(data->set.use_ssl && !conn->ssl[FIRSTSOCKET].use) {
++/* PREAUTH is not compatible with STARTTLS. */
++if(imapcode == IMAP_RESP_OK && imapc->tls_supported && !imapc->preauth) {
++  /* Switch to 

[OE-core] [honister][PATCH 24/37] patch.bbclass: when the patch fails show more info on the fatal error

[Anuj Mittal]

From: Jose Quaresma 

There are situations when the user have the 'patchdir' defined
as a parameter on SRC_URI. However he doesn't know that with this
the patch is applied relatively to the receipe source dir 'S'.

- When user have 'patchdir' defined check if this directory exist.
- If the patch fails show addition info to the user:
  - Import: show the striplevel
  - Resolver: show the expanded 'patchdir' to the user.

The next example is from opencv in meta-oe layer, here the
patch is applied on the target directory ${WORKDIR}/git/contrib.

S = "${WORKDIR}/git"
SRCREV_FORMAT = "opencv_contrib"
SRC_URI = "git://github.com/opencv/opencv.git;name=opencv \
   
git://github.com/opencv/opencv_contrib.git;destsuffix=contrib;name=contrib \
   file://0001-sfm-link-with-Glog_LIBS.patch;patchdir=../contrib \
   "

* When the patch fail there are no message that indicates the real reason.
  patchdir=../no-found-on-file-system

ERROR: opencv-4.5.2-r0 do_patch: Command Error: 'quilt --quiltrc 
/build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/recipe-sysroot-native/etc/quiltrc
 push' exited with 0  Output:
stdout: Applying patch 0001-sfm-link-with-Glog_LIBS.patch
can't find file to patch at input line 37
Perhaps you used the wrong -p or --strip option?

* The check of the patchdir will add a new fatal error
  when the user specifies a wrong path than don't exist.
  patchdir=../no-found-on-file-system

ERROR: opencv-4.5.2-r0 do_patch: Target directory 
'/build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/git/../no-found-on-file-system'
 not found, patchdir '../no-found-on-file-system' is incorrect in patch file 
'0001-sfm-link-with-Glog_LIBS.patch'

* When we can't aplly the patch but the patchdir exist,
  show the expanded patchdir on fatal error.
  patchdir=../git

ERROR: opencv-4.5.2-r0 do_patch: Applying patch 
'0001-sfm-link-with-Glog_LIBS.patch' on target directory 
'/build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/git/../git'
Command Error: 'quilt --quiltrc 
/build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/recipe-sysroot-native/etc/quiltrc
 push' exited with 0  Output:
stdout: Applying patch 0001-sfm-link-with-Glog_LIBS.patch
can't find file to patch at input line 37
Perhaps you used the wrong -p or --strip option?

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit c44bc7c0fb8b7c2e44dd93607a3bfd9733e1df80)
Signed-off-by: Anuj Mittal 
---
 meta/classes/patch.bbclass | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/classes/patch.bbclass b/meta/classes/patch.bbclass
index 388773a237..87bcaf91a8 100644
--- a/meta/classes/patch.bbclass
+++ b/meta/classes/patch.bbclass
@@ -131,6 +131,9 @@ python patch_do_patch() {
 patchdir = parm["patchdir"]
 if not os.path.isabs(patchdir):
 patchdir = os.path.join(s, patchdir)
+if not os.path.isdir(patchdir):
+bb.fatal("Target directory '%s' not found, patchdir '%s' is 
incorrect in patch file '%s'" %
+(patchdir, parm["patchdir"], parm['patchname']))
 else:
 patchdir = s
 
@@ -147,12 +150,12 @@ python patch_do_patch() {
 patchset.Import({"file":local, "strippath": parm['striplevel']}, 
True)
 except Exception as exc:
 bb.utils.remove(process_tmpdir, True)
-bb.fatal(str(exc))
+bb.fatal("Importing patch '%s' with striplevel '%s'\n%s" % 
(parm['patchname'], parm['striplevel'], str(exc)))
 try:
 resolver.Resolve()
 except bb.BBHandledException as e:
 bb.utils.remove(process_tmpdir, True)
-bb.fatal(str(e))
+bb.fatal("Applying patch '%s' on target directory '%s'\n%s" % 
(parm['patchname'], patchdir, str(e)))
 
 bb.utils.remove(process_tmpdir, True)
 del os.environ['TMPDIR']
-- 
2.31.1


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

[OE-core] [honister][PATCH 23/37] linux-yocto-dev: Ensure DEPENDS matches recent 5.14 kernel changes

[Anuj Mittal]

From: Richard Purdie 

DEPENDS here should match what 5.14 is using.

Signed-off-by: Richard Purdie 
(cherry picked from commit 899fd41723f41fe0a0cc24373c326b88cb385fe9)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-kernel/linux/linux-yocto-dev.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb 
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index f58b5ab0b8..005b688778 100644
--- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
@@ -38,6 +38,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
 DEPENDS += "openssl-native util-linux-native"
+DEPENDS += "gmp-native libmpc-native"
 
 COMPATIBLE_MACHINE = 
"(qemuarm|qemux86|qemuppc|qemumips|qemumips64|qemux86-64|qemuriscv64)"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 21/37] buildhistory: Fix package output files for SDKs

[Anuj Mittal]

From: Andres Beltran 

Currently, installed packages are listed for images in image-info.txt, but
not for SDKs in sdk-info.txt. Add TOOLCHAIN_HOST_TASK and
TOOLCHAIN_TARGET_TASK to the output variables in sdk-info.txt.

Moreover, package output files for the SDK host are empty because
PKGDATA_DIR defaults to the target directory. Fix this bug and create a new
variable called PKGDATA_DIR_SDK which stores the correct path for the SDK
host package data.

Signed-off-by: Andres Beltran 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 82e6172c1df378dff4e503aa878501c08937b5bb)
Signed-off-by: Anuj Mittal 
---
 meta/classes/buildhistory.bbclass   | 21 -
 meta/classes/cross-canadian.bbclass |  2 +-
 meta/classes/nativesdk.bbclass  |  2 +-
 meta/conf/bitbake.conf  |  1 +
 meta/lib/oe/package_manager/__init__.py |  2 +-
 5 files changed, 20 insertions(+), 8 deletions(-)

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index a613306270..7c44fec2d1 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -442,11 +442,16 @@ def buildhistory_list_installed(d, rootfs_type="image"):
 else:
 pkgs = sdk_list_installed_packages(d, rootfs_type == "sdk_target")
 
+if rootfs_type == "sdk_host":
+pkgdata_dir = d.getVar('PKGDATA_DIR_SDK')
+else:
+pkgdata_dir = d.getVar('PKGDATA_DIR')
+
 for output_type, output_file in process_list:
 output_file_full = os.path.join(d.getVar('WORKDIR'), output_file)
 
 with open(output_file_full, 'w') as output:
-output.write(format_pkg_list(pkgs, output_type, 
d.getVar('PKGDATA_DIR')))
+output.write(format_pkg_list(pkgs, output_type, pkgdata_dir))
 
 python buildhistory_list_installed_image() {
 buildhistory_list_installed(d)
@@ -496,13 +501,19 @@ buildhistory_get_installed() {
echo "}" >>  $1/depends.dot
rm $1/depends.tmp
 
+   # Set correct pkgdatadir
+   pkgdatadir=${PKGDATA_DIR}
+   if [ "$2" == "sdk" ] && [ "$3" == "host" ]; then
+   pkgdatadir="${PKGDATA_DIR_SDK}"
+   fi
+
# Produce installed package sizes list
-   oe-pkgdata-util -p ${PKGDATA_DIR} read-value "PKGSIZE" -n -f $pkgcache 
> $1/installed-package-sizes.tmp
+   oe-pkgdata-util -p $pkgdatadir read-value "PKGSIZE" -n -f $pkgcache > 
$1/installed-package-sizes.tmp
cat $1/installed-package-sizes.tmp | awk '{print $2 "\tKiB\t" $1}' | 
sort -n -r > $1/installed-package-sizes.txt
rm $1/installed-package-sizes.tmp
 
# Produce package info: runtime_name, buildtime_name, recipe, version, 
size
-   oe-pkgdata-util -p ${PKGDATA_DIR} read-value "PACKAGE,PN,PV,PKGSIZE" -n 
-f $pkgcache > $1/installed-package-info.tmp
+   oe-pkgdata-util -p $pkgdatadir read-value "PACKAGE,PN,PV,PKGSIZE" -n -f 
$pkgcache > $1/installed-package-info.tmp
cat $1/installed-package-info.tmp | sort -n -r -k 5 > 
$1/installed-package-info.txt
rm $1/installed-package-info.tmp
 
@@ -542,7 +553,7 @@ buildhistory_get_sdk_installed() {
return
fi
 
-   buildhistory_get_installed ${BUILDHISTORY_DIR_SDK}/$1 sdk
+   buildhistory_get_installed ${BUILDHISTORY_DIR_SDK}/$1 sdk $1
 }
 
 buildhistory_get_sdk_installed_host() {
@@ -773,7 +784,7 @@ def buildhistory_get_imagevars(d):
 def buildhistory_get_sdkvars(d):
 if d.getVar('BB_WORKERCONTEXT') != '1':
 return ""
-sdkvars = "DISTRO DISTRO_VERSION SDK_NAME SDK_VERSION SDKMACHINE 
SDKIMAGE_FEATURES BAD_RECOMMENDATIONS NO_RECOMMENDATIONS PACKAGE_EXCLUDE"
+sdkvars = "DISTRO DISTRO_VERSION SDK_NAME SDK_VERSION SDKMACHINE 
SDKIMAGE_FEATURES TOOLCHAIN_HOST_TASK TOOLCHAIN_TARGET_TASK BAD_RECOMMENDATIONS 
NO_RECOMMENDATIONS PACKAGE_EXCLUDE"
 if d.getVar('BB_CURRENTTASK') == 'populate_sdk_ext':
 # Extensible SDK uses some additional variables
 sdkvars += " SDK_LOCAL_CONF_WHITELIST SDK_LOCAL_CONF_BLACKLIST 
SDK_INHERIT_BLACKLIST SDK_UPDATE_URL SDK_EXT_TYPE SDK_RECRDEP_TASKS 
SDK_INCLUDE_PKGDATA SDK_INCLUDE_TOOLCHAIN"
diff --git a/meta/classes/cross-canadian.bbclass 
b/meta/classes/cross-canadian.bbclass
index ffbc2167e3..ac82e86356 100644
--- a/meta/classes/cross-canadian.bbclass
+++ b/meta/classes/cross-canadian.bbclass
@@ -169,7 +169,7 @@ USE_NLS = "${SDKUSE_NLS}"
 # and not any particular tune that is enabled.
 TARGET_ARCH[vardepsexclude] = "TUNE_ARCH"
 
-PKGDATA_DIR = "${TMPDIR}/pkgdata/${SDK_SYS}"
+PKGDATA_DIR = "${PKGDATA_DIR_SDK}"
 # If MLPREFIX is set by multilib code, shlibs
 # points to the wrong place so force it
 SHLIBSDIRS = "${PKGDATA_DIR}/nativesdk-shlibs2"
diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass
index c66de8c787..14e210562f 100644
--- a/meta/classes/nativesdk.bbclass
+++ b/meta/classes/nativesdk.bbclass
@@ -31,7 +31,7 @@ PACKAGE_ARCHS = "${SDK_PACKAGE_ARCHS}"
 DEPENDS:append = " 

[OE-core] [honister][PATCH 20/37] lttng-tools: replace ad hoc ptest fixup with upstream fixes

[Anuj Mittal]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 87fd3080c86f6987e4403a2cb8263564f6e1ac4f)
Signed-off-by: Anuj Mittal 
---
 ...race-condition-in-test_event_tracker.patch | 221 ++
 ...more-before-analysing-traces-or-star.patch |  88 ---
 ...condition-in-test_ns_contexts_change.patch |  46 
 .../lttng/lttng-tools_2.13.0.bb   |   3 +-
 4 files changed, 269 insertions(+), 89 deletions(-)
 create mode 100644 
meta/recipes-kernel/lttng/lttng-tools/0001-Fix-Tests-race-condition-in-test_event_tracker.patch
 delete mode 100644 
meta/recipes-kernel/lttng/lttng-tools/0001-tests-wait-some-more-before-analysing-traces-or-star.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-tools/0002-Fix-Tests-race-condition-in-test_ns_contexts_change.patch

diff --git 
a/meta/recipes-kernel/lttng/lttng-tools/0001-Fix-Tests-race-condition-in-test_event_tracker.patch
 
b/meta/recipes-kernel/lttng/lttng-tools/0001-Fix-Tests-race-condition-in-test_event_tracker.patch
new file mode 100644
index 00..10020e1ecf
--- /dev/null
+++ 
b/meta/recipes-kernel/lttng/lttng-tools/0001-Fix-Tests-race-condition-in-test_event_tracker.patch
@@ -0,0 +1,221 @@
+From d3392e4850532c02e53e3c3ff1cc27df7e51c941 Mon Sep 17 00:00:00 2001
+From: Francis Deslauriers 
+Date: Tue, 7 Sep 2021 17:10:31 -0400
+Subject: [PATCH 1/2] Fix: Tests: race condition in test_event_tracker
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Background
+==
+The `test_event_tracker` file contains test cases when the event
+generating app in executed in two distinct steps. Those two steps are
+preparation and execution.
+  1. the preparation is the launching the app in the background, and
+  2. the execution is actually generating the event that should or
+ should not be traced depending on the test case.
+
+This is useful to test the tracker feature since we want to ensure that
+already running apps are notified properly when changing their tracking
+status.
+
+Issue
+=
+The `test_event_vpid_track_untrack` test case suffers from a race
+condition that is easy to reproduce on Yocto.
+
+The issue is that sometimes events are end up the trace when none is
+expected.
+
+This is due to the absence of synchronization point at the launch of the
+app which leads to the app being scheduled in-between the track-untrack
+calls leading to events being recorded to the trace.
+
+It's easy to reproduce this issue on my machine by adding a `sleep 5`
+between the track and untrack calls and setting the `NR_USEC_WAIT`
+variable to 1.
+
+Fix
+===
+Using the testapp `--sync-before-last-event-touch` flag to make the app
+create a file when all but the last event are executed. We then have the
+app wait until we create a file (`--sync-before-last-event`) to generate
+that last event. This way, we are sure no event will be generated when
+running the track and untrack commands.
+
+Notes
+=
+- This issue affects other test cases in this file.
+- This commit fixes a typo in the test header.
+- This commit adds `diag` calls to help tracking to what test the output
+  relates to when reading the log.
+
+Signed-off-by: Francis Deslauriers 
+Signed-off-by: Jérémie Galarneau 
+Change-Id: Ia2b68128dc9a805526f9748f31ec2c2d95566f31
+Upstream-Status: Backport
+Signed-off-by: Alexander Kanavin 
+---
+ .../tools/tracker/test_event_tracker  | 56 ++-
+ 1 file changed, 42 insertions(+), 14 deletions(-)
+
+diff --git a/tests/regression/tools/tracker/test_event_tracker 
b/tests/regression/tools/tracker/test_event_tracker
+index feb3787..cc0f698 100755
+--- a/tests/regression/tools/tracker/test_event_tracker
 b/tests/regression/tools/tracker/test_event_tracker
+@@ -5,7 +5,7 @@
+ #
+ # SPDX-License-Identifier: GPL-2.0-only
+ 
+-TEST_DESC="LTTng - Event traker test"
++TEST_DESC="LTTng - Event tracker test"
+ 
+ CURDIR=$(dirname "$0")/
+ TESTDIR="$CURDIR/../../.."
+@@ -15,7 +15,7 @@ TESTAPP_KERNEL_NAME="gen-kernel-test-events"
+ TESTAPP_BIN="$TESTAPP_PATH/$TESTAPP_NAME/$TESTAPP_NAME"
+ TESTAPP_KERNEL_BIN="$TESTAPP_PATH/$TESTAPP_KERNEL_NAME/$TESTAPP_KERNEL_NAME"
+ SESSION_NAME="tracker"
+-NR_ITER=100
++NR_ITER=1
+ NUM_GLOBAL_TESTS=2
+ NUM_UST_TESTS=283
+ NUM_KERNEL_TESTS=462
+@@ -30,27 +30,41 @@ SCRIPT_GROUPNAME="$(id -gn)"
+ 
+ CHILD_PID=-1
+ WAIT_PATH=
+-AFTER_FIRST_PATH=
+-BEFORE_LAST_PATH=
++TOUCH_BEFORE_LAST_PATH=
++SYNC_BEFORE_LAST_PATH=
+ 
+ source $TESTDIR/utils/utils.sh
+ 
++# Launch the testapp and execute it up until right before the last event. It 
is
++# useful to do it in two seperate steps in order to test tracking and
++# untracking on an active app.
+ function prepare_ust_app
+ {
+-  AFTER_FIRST_PATH=$(mktemp --tmpdir -u 
tmp.${FUNCNAME[0]}_sync_after_first.XX)
+-  BEFORE_LAST_PATH=$(mktemp --tmpdir -u 
tmp.${FUNCNAME[0]}_sync_before_last.XX)
++  TOUCH_BEFORE_LAST_PATH=$(mktemp 

[OE-core] [honister][PATCH 19/37] libnewt: Use python3targetconfig to fix reproducibility issue

[Anuj Mittal]

From: Richard Purdie 

We're seeing pthread being linked sometimes and not others leading to
non-reproducible target binaries. The reason is mixing the native python
config with the target one. We should use the target one.

Signed-off-by: Richard Purdie 
(cherry picked from commit 3fe5101b335384ef83e96ccc58687fd631164075)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-extended/newt/libnewt_0.52.21.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/newt/libnewt_0.52.21.bb 
b/meta/recipes-extended/newt/libnewt_0.52.21.bb
index 84d327ca88..86301b95eb 100644
--- a/meta/recipes-extended/newt/libnewt_0.52.21.bb
+++ b/meta/recipes-extended/newt/libnewt_0.52.21.bb
@@ -29,7 +29,7 @@ SRC_URI[sha256sum] = 
"265eb46b55d7eaeb887fca7a1d51fe115658882dfe148164b6c49fccac
 
 S = "${WORKDIR}/newt-${PV}"
 
-inherit autotools-brokensep python3native python3-dir
+inherit autotools-brokensep python3native python3-dir python3targetconfig
 
 EXTRA_OECONF = "--without-tcl --with-python"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 18/37] libxml2: Use python3targetconfig to fix reproducibility issue

[Anuj Mittal]

From: Richard Purdie 

We're seeing pthread being linked sometimes and not others leading to
non-reproducible target binaries. The reason is mixing the native python
config with the target one. We should use the target one.

Signed-off-by: Richard Purdie 
(cherry picked from commit 1bc5378db760963e2ad46542f2907dd6a592eb66)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-core/libxml/libxml2_2.9.12.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/libxml/libxml2_2.9.12.bb 
b/meta/recipes-core/libxml/libxml2_2.9.12.bb
index 3105889c16..c387587dfd 100644
--- a/meta/recipes-core/libxml/libxml2_2.9.12.bb
+++ b/meta/recipes-core/libxml/libxml2_2.9.12.bb
@@ -36,7 +36,7 @@ PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
 
 inherit autotools pkgconfig binconfig-disabled ptest
 
-inherit ${@bb.utils.contains('PACKAGECONFIG', 'python', 'python3native', '', 
d)}
+inherit ${@bb.utils.contains('PACKAGECONFIG', 'python', 'python3targetconfig', 
'', d)}
 
 RDEPENDS:${PN}-ptest += "bash make ${@bb.utils.contains('PACKAGECONFIG', 
'python', 'libgcc python3-core python3-logging python3-shell  python3-stringold 
python3-threading python3-unittest ${PN}-python', '', d)}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 17/37] python3: update to 3.9.7

[Anuj Mittal]

From: Oleksandr Kravchuk 

Signed-off-by: Oleksandr Kravchuk 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 9612bb0639c13571e661f208aa7b28789953d9ec)
Signed-off-by: Anuj Mittal 
---
 .../python/{python3_3.9.6.bb => python3_3.9.7.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3_3.9.6.bb => python3_3.9.7.bb} 
(99%)

diff --git a/meta/recipes-devtools/python/python3_3.9.6.bb 
b/meta/recipes-devtools/python/python3_3.9.7.bb
similarity index 99%
rename from meta/recipes-devtools/python/python3_3.9.6.bb
rename to meta/recipes-devtools/python/python3_3.9.7.bb
index 8a638b142b..772dcb8d9d 100644
--- a/meta/recipes-devtools/python/python3_3.9.6.bb
+++ b/meta/recipes-devtools/python/python3_3.9.7.bb
@@ -39,7 +39,7 @@ SRC_URI:append:class-native = " \
file://12-distutils-prefix-is-inside-staging-area.patch \
file://0001-Don-t-search-system-for-headers-libraries.patch \
"
-SRC_URI[sha256sum] = 
"397920af33efc5b97f2e0b57e91923512ef89fc5b3c1d21dbfc8c4828ce0108a"
+SRC_URI[sha256sum] = 
"f8145616e68c00041d1a6399b76387390388f8359581abc24432bb969b5e3c57"
 
 # exclude pre-releases for both python 2.x and 3.x
 UPSTREAM_CHECK_REGEX = "[Pp]ython-(?P\d+(\.\d+)+).tar"
-- 
2.31.1


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

[OE-core] [honister][PATCH 12/37] gst-devtools: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit fe1345f72e41fe0fd0a8c69ac8e7cb7551666fcb)
Signed-off-by: Anuj Mittal 
---
 .../{gst-devtools_1.18.4.bb => gst-devtools_1.18.5.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gst-devtools_1.18.4.bb => 
gst-devtools_1.18.5.bb} (94%)

diff --git a/meta/recipes-multimedia/gstreamer/gst-devtools_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gst-devtools_1.18.5.bb
similarity index 94%
rename from meta/recipes-multimedia/gstreamer/gst-devtools_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gst-devtools_1.18.5.bb
index be554a6a14..1b46b89cb9 100644
--- a/meta/recipes-multimedia/gstreamer/gst-devtools_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-devtools_1.18.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] = 
"ffbd194c40912cb5e7fca2863648bf9dd8257b7af97d3a60c4fcd4efd8526ccf"
+SRC_URI[sha256sum] = 
"fecffc86447daf5c2a06843c757a991d745caa2069446a0d746e99b13f7cb079"
 
 DEPENDS = "json-glib glib-2.0 glib-2.0-native gstreamer1.0 
gstreamer1.0-plugins-base"
 RRECOMMENDS:${PN} = "git"
-- 
2.31.1


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

[OE-core] [honister][PATCH 16/37] go: upgrade 1.16.7 -> 1.16.8

[Anuj Mittal]

From: Sakib Sajal 

Signed-off-by: Sakib Sajal 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 97a2f406635f51bad1ab070f018a6466209f257b)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/go/{go-1.16.7.inc => go-1.16.8.inc} | 4 ++--
 ...{go-binary-native_1.16.7.bb => go-binary-native_1.16.8.bb} | 4 ++--
 ...o-cross-canadian_1.16.7.bb => go-cross-canadian_1.16.8.bb} | 0
 .../go/{go-cross_1.16.7.bb => go-cross_1.16.8.bb} | 0
 .../go/{go-crosssdk_1.16.7.bb => go-crosssdk_1.16.8.bb}   | 0
 .../go/{go-native_1.16.7.bb => go-native_1.16.8.bb}   | 0
 .../go/{go-runtime_1.16.7.bb => go-runtime_1.16.8.bb} | 0
 meta/recipes-devtools/go/{go_1.16.7.bb => go_1.16.8.bb}   | 0
 8 files changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-devtools/go/{go-1.16.7.inc => go-1.16.8.inc} (90%)
 rename meta/recipes-devtools/go/{go-binary-native_1.16.7.bb => 
go-binary-native_1.16.8.bb} (83%)
 rename meta/recipes-devtools/go/{go-cross-canadian_1.16.7.bb => 
go-cross-canadian_1.16.8.bb} (100%)
 rename meta/recipes-devtools/go/{go-cross_1.16.7.bb => go-cross_1.16.8.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-crosssdk_1.16.7.bb => 
go-crosssdk_1.16.8.bb} (100%)
 rename meta/recipes-devtools/go/{go-native_1.16.7.bb => go-native_1.16.8.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-runtime_1.16.7.bb => go-runtime_1.16.8.bb} 
(100%)
 rename meta/recipes-devtools/go/{go_1.16.7.bb => go_1.16.8.bb} (100%)

diff --git a/meta/recipes-devtools/go/go-1.16.7.inc 
b/meta/recipes-devtools/go/go-1.16.8.inc
similarity index 90%
rename from meta/recipes-devtools/go/go-1.16.7.inc
rename to meta/recipes-devtools/go/go-1.16.8.inc
index 02a9268779..925bf46965 100644
--- a/meta/recipes-devtools/go/go-1.16.7.inc
+++ b/meta/recipes-devtools/go/go-1.16.8.inc
@@ -1,7 +1,7 @@
 require go-common.inc
 
 GO_BASEVERSION = "1.16"
-PV = "1.16.7"
+PV = "1.16.8"
 FILESEXTRAPATHS:prepend := "${FILE_DIRNAME}/go-${GO_BASEVERSION}:"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
@@ -17,7 +17,7 @@ SRC_URI += "\
 file://0008-use-GOBUILDMODE-to-set-buildmode.patch \
 file://0009-Revert-cmd-go-make-sure-CC-and-CXX-are-absolute.patch \
 "
-SRC_URI[main.sha256sum] = 
"1a9f2894d3d878729f7045072f30becebe243524cf2fce4e0a7b248b1e0654ac"
+SRC_URI[main.sha256sum] = 
"8f2a8c24b793375b3243df82fdb0c8387486dcc8a892ca1c991aa99ace086b98"
 
 # Upstream don't believe it is a signifiant real world issue and will only
 # fix in 1.17 onwards where we can drop this.
diff --git a/meta/recipes-devtools/go/go-binary-native_1.16.7.bb 
b/meta/recipes-devtools/go/go-binary-native_1.16.8.bb
similarity index 83%
rename from meta/recipes-devtools/go/go-binary-native_1.16.7.bb
rename to meta/recipes-devtools/go/go-binary-native_1.16.8.bb
index cb54c2868e..926222089d 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.16.7.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.16.8.bb
@@ -8,8 +8,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
 PROVIDES = "go-native"
 
 SRC_URI = 
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] = 
"7fe7a73f55ba3e2285da36f8b085e5c0159e9564ef5f63ee0ed6b818ade8ef04"
-SRC_URI[go_linux_arm64.sha256sum] = 
"63d6b53ecbd2b05c1f0e9903c92042663f2f68afdbb67f4d0d12700156869bac"
+SRC_URI[go_linux_amd64.sha256sum] = 
"f32501aeb8b7b723bc7215f6c373abb6981bbc7e1c7b44e9f07317e1a300dce2"
+SRC_URI[go_linux_arm64.sha256sum] = 
"430dbe185417204f6788913197ab3b189b6deae9c9b524f262858e53dab239c2"
 
 UPSTREAM_CHECK_URI = "https://golang.org/dl/;
 UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.16.7.bb 
b/meta/recipes-devtools/go/go-cross-canadian_1.16.8.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.16.7.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.16.8.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.16.7.bb 
b/meta/recipes-devtools/go/go-cross_1.16.8.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.16.7.bb
rename to meta/recipes-devtools/go/go-cross_1.16.8.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.16.7.bb 
b/meta/recipes-devtools/go/go-crosssdk_1.16.8.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.16.7.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.16.8.bb
diff --git a/meta/recipes-devtools/go/go-native_1.16.7.bb 
b/meta/recipes-devtools/go/go-native_1.16.8.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-native_1.16.7.bb
rename to meta/recipes-devtools/go/go-native_1.16.8.bb
diff --git a/meta/recipes-devtools/go/go-runtime_1.16.7.bb 
b/meta/recipes-devtools/go/go-runtime_1.16.8.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-runtime_1.16.7.bb
rename to meta/recipes-devtools/go/go-runtime_1.16.8.bb
diff --git a/meta/recipes-devtools/go/go_1.16.7.bb 

[OE-core] [honister][PATCH 15/37] busybox: 1.34.0 -> 1.34.1

[Anuj Mittal]

From: Andrej Valek 

- update to next stable version 1.34.1

Signed-off-by: Andrej Valek 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 84c9bb0796aa4382cc08075ec2908aea81892f64)
Signed-off-by: Anuj Mittal 
---
 .../{busybox-inittab_1.34.0.bb => busybox-inittab_1.34.1.bb}| 0
 .../busybox/{busybox_1.34.0.bb => busybox_1.34.1.bb}| 2 +-
 2 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-core/busybox/{busybox-inittab_1.34.0.bb => 
busybox-inittab_1.34.1.bb} (100%)
 rename meta/recipes-core/busybox/{busybox_1.34.0.bb => busybox_1.34.1.bb} (95%)

diff --git a/meta/recipes-core/busybox/busybox-inittab_1.34.0.bb 
b/meta/recipes-core/busybox/busybox-inittab_1.34.1.bb
similarity index 100%
rename from meta/recipes-core/busybox/busybox-inittab_1.34.0.bb
rename to meta/recipes-core/busybox/busybox-inittab_1.34.1.bb
diff --git a/meta/recipes-core/busybox/busybox_1.34.0.bb 
b/meta/recipes-core/busybox/busybox_1.34.1.bb
similarity index 95%
rename from meta/recipes-core/busybox/busybox_1.34.0.bb
rename to meta/recipes-core/busybox/busybox_1.34.1.bb
index 51df1df05f..6aed0f0476 100644
--- a/meta/recipes-core/busybox/busybox_1.34.0.bb
+++ b/meta/recipes-core/busybox/busybox_1.34.1.bb
@@ -51,4 +51,4 @@ SRC_URI = 
"https://busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
"
 SRC_URI:append:libc-musl = " file://musl.cfg "
 
-SRC_URI[tarball.sha256sum] = 
"ec8d1615edb045b83b81966604759c4d4ac921434ab4011da604f629c06074ce"
+SRC_URI[tarball.sha256sum] = 
"415fbd89e5344c96acf449d94a6f956dbed62e18e835fc83e064db33a34bd549"
-- 
2.31.1


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

[OE-core] [honister][PATCH 14/37] gstreamer1.0: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit d325f0d31bb1cbe889c7303ac2999c4dae391b34)
Signed-off-by: Anuj Mittal 
---
 .../0002-Remove-unused-valgrind-detection.patch| 14 +++---
 ...treamer1.0_1.18.4.bb => gstreamer1.0_1.18.5.bb} |  2 +-
 2 files changed, 8 insertions(+), 8 deletions(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.18.4.bb => 
gstreamer1.0_1.18.5.bb} (97%)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-Remove-unused-valgrind-detection.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-Remove-unused-valgrind-detection.patch
index 96abef17b0..5121044734 100644
--- 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-Remove-unused-valgrind-detection.patch
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-Remove-unused-valgrind-detection.patch
@@ -1,4 +1,4 @@
-From 598d108e2c438d8f2ecd3bf948fa3ebbd3681490 Mon Sep 17 00:00:00 2001
+From e275ba2bd854ac15a4b65a8f07d9f042021950da Mon Sep 17 00:00:00 2001
 From: =?UTF-8?q?Tim-Philipp=20M=C3=BCller?= 
 Date: Fri, 14 Aug 2020 16:38:26 +0100
 Subject: [PATCH 2/3] Remove unused valgrind detection
@@ -19,7 +19,7 @@ Signed-off-by: Jose Quaresma 
  3 files changed, 42 deletions(-)
 
 diff --git a/gst/gst_private.h b/gst/gst_private.h
-index eefd044d9..8252ede51 100644
+index eefd044..8252ede 100644
 --- a/gst/gst_private.h
 +++ b/gst/gst_private.h
 @@ -116,8 +116,6 @@ G_GNUC_INTERNAL  gboolean 
_priv_plugin_deps_env_vars_changed (GstPlugin * plugin
@@ -32,12 +32,12 @@ index eefd044d9..8252ede51 100644
  G_GNUC_INTERNAL  void  _priv_gst_quarks_initialize (void);
  G_GNUC_INTERNAL  void  _priv_gst_mini_object_initialize (void);
 diff --git a/gst/gstinfo.c b/gst/gstinfo.c
-index 5d317877b..097f8b20d 100644
+index eea1a21..d3035d6 100644
 --- a/gst/gstinfo.c
 +++ b/gst/gstinfo.c
 @@ -305,36 +305,6 @@ static gboolean pretty_tags = PRETTY_TAGS_DEFAULT;
- static volatile gint G_GNUC_MAY_ALIAS __default_level = GST_LEVEL_DEFAULT;
- static volatile gint G_GNUC_MAY_ALIAS __use_color = GST_DEBUG_COLOR_MODE_ON;
+ static gint G_GNUC_MAY_ALIAS __default_level = GST_LEVEL_DEFAULT;
+ static gint G_GNUC_MAY_ALIAS __use_color = GST_DEBUG_COLOR_MODE_ON;
  
 -/* FIXME: export this? */
 -gboolean
@@ -82,7 +82,7 @@ index 5d317877b..097f8b20d 100644
env = g_getenv ("GST_DEBUG_OPTIONS");
if (env != NULL) {
  if (strstr (env, "full_tags") || strstr (env, "full-tags"))
-@@ -2503,12 +2470,6 @@ gst_debug_construct_win_color (guint colorinfo)
+@@ -2505,12 +2472,6 @@ gst_debug_construct_win_color (guint colorinfo)
return 0;
  }
  
@@ -96,7 +96,7 @@ index 5d317877b..097f8b20d 100644
  _gst_debug_dump_mem (GstDebugCategory * cat, const gchar * file,
  const gchar * func, gint line, GObject * obj, const gchar * msg,
 diff --git a/meson.build b/meson.build
-index ce1921aa4..7a84d0981 100644
+index 82a1728..42ae617 100644
 --- a/meson.build
 +++ b/meson.build
 @@ -200,7 +200,6 @@ check_headers = [
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.5.bb
similarity index 97%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.5.bb
index ee418322ad..0d82dd338c 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.5.bb
@@ -25,7 +25,7 @@ SRC_URI = 
"https://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.x
file://0006-tests-use-a-dictionaries-for-environment.patch \
file://0007-tests-install-the-environment-for-installed_tests.patch 
\
"
-SRC_URI[sha256sum] = 
"9aeec99b38e310817012aa2d1d76573b787af47f8a725a65b833880a094dfbc5"
+SRC_URI[sha256sum] = 
"55862232a63459bbf56abebde3085ca9aec211b478e891dacea4d6df8cafe80a"
 
 PACKAGECONFIG ??= "${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} 
\
check \
-- 
2.31.1


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

[OE-core] [honister][PATCH 11/37] gstreamer1.0-python: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 3c68529eb99c74de5a30520261f62a5544be9b39)
Signed-off-by: Anuj Mittal 
---
 ...reamer1.0-python_1.18.4.bb => gstreamer1.0-python_1.18.5.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-python_1.18.4.bb => 
gstreamer1.0-python_1.18.5.bb} (91%)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
similarity index 91%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
index 2fd73cb389..74dd15b3eb 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
@@ -8,7 +8,7 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=c34deae4e395ca07e725ab0076a5f740"
 
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/${PNREAL}/${PNREAL}-${PV}.tar.xz;
-SRC_URI[sha256sum] = 
"cb68e08a7e825e08b83a12a22dcd6e4f1b328a7b02a7ac84f42f68f4ddc7098e"
+SRC_URI[sha256sum] = 
"533685871305959d6db89507f3b3aa6c765c2f2b0dacdc32c5a6543e72e5bc52"
 
 DEPENDS = "gstreamer1.0 gstreamer1.0-plugins-base python3-pygobject"
 RDEPENDS:${PN} += "gstreamer1.0 gstreamer1.0-plugins-base python3-pygobject"
-- 
2.31.1


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

[OE-core] [honister][PATCH 13/37] gst-examples: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit b1bddc80dc172563b7cd469a8de6b9db2e6ad985)
Signed-off-by: Anuj Mittal 
---
 .../{gst-examples_1.18.4.bb => gst-examples_1.18.5.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gst-examples_1.18.4.bb => 
gst-examples_1.18.5.bb} (96%)

diff --git a/meta/recipes-multimedia/gstreamer/gst-examples_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gst-examples_1.18.5.bb
similarity index 96%
rename from meta/recipes-multimedia/gstreamer/gst-examples_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gst-examples_1.18.5.bb
index 9d8fef86ed..a720bb73ff 100644
--- a/meta/recipes-multimedia/gstreamer/gst-examples_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-examples_1.18.5.bb
@@ -12,7 +12,7 @@ SRC_URI = 
"git://gitlab.freedesktop.org/gstreamer/gst-examples.git;protocol=http
file://gst-player.desktop \
"
 
-SRCREV = "959bb246a5b1f5f9c78557da11c3f22b42ff89c0"
+SRCREV = "fe9a365dc0f1ff632abcfe3322ac5527a2cf30a0"
 
 S = "${WORKDIR}/git"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 10/37] gstreamer1.0-omx: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 65ed3c4e6c0fbade647ec31a6a77f06ed4e97e7a)
Signed-off-by: Anuj Mittal 
---
 .../{gstreamer1.0-omx_1.18.4.bb => gstreamer1.0-omx_1.18.5.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.18.4.bb => 
gstreamer1.0-omx_1.18.5.bb} (95%)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.18.5.bb
similarity index 95%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.18.5.bb
index 7baccfe288..b2c1eb3ea0 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.18.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] = 
"e35051cf891eb2f31d6fcf176ff37d985f97f33874ac31b0b3ad3b5b95035043"
+SRC_URI[sha256sum] = 
"2cd457c1e8deb1a9b39608048fb36a44f6c9a864a6b6115b1453a32e7be93b42"
 
 S = "${WORKDIR}/gst-omx-${PV}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 09/37] gstreamer1.0-vaapi: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit a46b9209b5f2f45b4206a7819e00c48795885093)
Signed-off-by: Anuj Mittal 
---
 ...streamer1.0-vaapi_1.18.4.bb => gstreamer1.0-vaapi_1.18.5.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-vaapi_1.18.4.bb => 
gstreamer1.0-vaapi_1.18.5.bb} (95%)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.18.5.bb
similarity index 95%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.18.5.bb
index 5c9025fbb6..9a68a3fadf 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.18.5.bb
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING.LIB;md5=4fbd65380cdd255951079008b364516c"
 
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/${REALPN}/${REALPN}-${PV}.tar.xz;
 
-SRC_URI[sha256sum] = 
"92db98af86f3150d429c9ab17e88d2364f9c07a140c8f445ed739e8f10252aea"
+SRC_URI[sha256sum] = 
"4a460fb95559f41444eb24864ad2d9e37922b6eea941510310319fc3e0ba727b"
 
 S = "${WORKDIR}/${REALPN}-${PV}"
 DEPENDS = "libva gstreamer1.0 gstreamer1.0-plugins-base 
gstreamer1.0-plugins-bad"
-- 
2.31.1


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

[OE-core] [honister][PATCH 08/37] gstreamer1.0-libav: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 6a52088c1938c197d8e89e10d8e6622fa4b41465)
Signed-off-by: Anuj Mittal 
---
 ...streamer1.0-libav_1.18.4.bb => gstreamer1.0-libav_1.18.5.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-libav_1.18.4.bb => 
gstreamer1.0-libav_1.18.5.bb} (91%)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.18.5.bb
similarity index 91%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.18.5.bb
index 0c4f50c564..a77ec62759 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.18.5.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=6762ed442b3822387a51c92d928ead0d \
 "
 
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-libav/gst-libav-${PV}.tar.xz;
-SRC_URI[sha256sum] = 
"344a463badca216c2cef6ee36f9510c190862bdee48dc4591c0a430df7e8c396"
+SRC_URI[sha256sum] = 
"822e008a910e9dd13aedbdd8dc63fedef4040c0ee2e927bab3112e9de693a548"
 
 S = "${WORKDIR}/gst-libav-${PV}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 04/37] gstreamer1.0-plugins-good: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Drop backport patches:
* 0002-rtpjitterbuffer-Fix-parsing-of-the-mediaclk-direct-f.patch

* 0003-Remove-volatile-from-static-vars-to-fix-build-with-g.patch
  
https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/commit/a1bf3d8d540a25268d612a489e1e836d6ea737b0

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit b51d46790e582556a7230a1fe8f67375e785cc43)
Signed-off-by: Anuj Mittal 
---
 ...Fix-parsing-of-the-mediaclk-direct-f.patch |  33 --
 ...from-static-vars-to-fix-build-with-g.patch | 100 --
 ...bb => gstreamer1.0-plugins-good_1.18.5.bb} |   4 +-
 3 files changed, 1 insertion(+), 136 deletions(-)
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0002-rtpjitterbuffer-Fix-parsing-of-the-mediaclk-direct-f.patch
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0003-Remove-volatile-from-static-vars-to-fix-build-with-g.patch
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-good_1.18.4.bb 
=> gstreamer1.0-plugins-good_1.18.5.bb} (93%)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0002-rtpjitterbuffer-Fix-parsing-of-the-mediaclk-direct-f.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0002-rtpjitterbuffer-Fix-parsing-of-the-mediaclk-direct-f.patch
deleted file mode 100644
index 14a9fe23aa..00
--- 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0002-rtpjitterbuffer-Fix-parsing-of-the-mediaclk-direct-f.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From ec1949dffd931d0ec7e4f67108a08ab1e2af0cfe Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Sebastian=20Dr=C3=B6ge?= 
-Date: Tue, 16 Mar 2021 19:25:36 +0200
-Subject: [PATCH] rtpjitterbuffer: Fix parsing of the mediaclk:direct= field
-
-Due to an off-by-one when parsing the string, the most significant digit
-or the clock offset was skipped when parsing the offset.
-
-Part-of: 

-
-Upstream-Status: Backport [b5bb4ede3a42273fafc1054f9cf106ca527e3c26]
-
-Signed-off-by: Jose Quaresma 

- gst/rtpmanager/gstrtpjitterbuffer.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/gst/rtpmanager/gstrtpjitterbuffer.c 
b/gst/rtpmanager/gstrtpjitterbuffer.c
-index 60d8ad875..02fe15adc 100644
 a/gst/rtpmanager/gstrtpjitterbuffer.c
-+++ b/gst/rtpmanager/gstrtpjitterbuffer.c
-@@ -1534,7 +1534,7 @@ gst_jitter_buffer_sink_parse_caps (GstRtpJitterBuffer * 
jitterbuffer,
-   GST_DEBUG_OBJECT (jitterbuffer, "Got media clock %s", mediaclk);
- 
-   if (!g_str_has_prefix (mediaclk, "direct=") ||
--  !g_ascii_string_to_unsigned ([8], 10, 0, G_MAXUINT64,
-+  !g_ascii_string_to_unsigned ([7], 10, 0, G_MAXUINT64,
-   _offset, NULL))
- GST_FIXME_OBJECT (jitterbuffer, "Unsupported media clock");
-   if (strstr (mediaclk, "rate=") != NULL) {
--- 
-2.31.0
-
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0003-Remove-volatile-from-static-vars-to-fix-build-with-g.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0003-Remove-volatile-from-static-vars-to-fix-build-with-g.patch
deleted file mode 100644
index 87223826c6..00
--- 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0003-Remove-volatile-from-static-vars-to-fix-build-with-g.patch
+++ /dev/null
@@ -1,100 +0,0 @@
-From 07572920319ea86cebb6dd073ab65915ec207eed Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Andreas=20M=C3=BCller?= 
-Date: Sat, 8 May 2021 14:08:41 +0200
-Subject: [PATCH] Remove volatile from static vars to fix build with gcc11
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Stolen from [1]
-
-[1] 
https://src.fedoraproject.org/rpms/gstreamer1-plugins-good/blob/rawhide/f/gstreamer1-plugins-good-gcc11.patch
-
-Upstream-Status: Pending
-
-Signed-off-by: Andreas Müller 

- ext/qt/gstqsgtexture.cc  | 2 +-
- ext/qt/gstqtglutility.cc | 2 +-
- ext/qt/qtglrenderer.cc   | 2 +-
- ext/qt/qtitem.cc | 2 +-
- ext/qt/qtwindow.cc   | 4 ++--
- 5 files changed, 6 insertions(+), 6 deletions(-)
-
-diff --git a/ext/qt/gstqsgtexture.cc b/ext/qt/gstqsgtexture.cc
-index 4cc9fc6..50c8d7f 100644
 a/ext/qt/gstqsgtexture.cc
-+++ b/ext/qt/gstqsgtexture.cc
-@@ -35,7 +35,7 @@ GST_DEBUG_CATEGORY_STATIC (GST_CAT_DEFAULT);
- 
- GstQSGTexture::GstQSGTexture ()
- {
--  static volatile gsize _debug;
-+  static gsize _debug;
- 
-   initializeOpenGLFunctions();
- 
-diff --git a/ext/qt/gstqtglutility.cc b/ext/qt/gstqtglutility.cc
-index acb89b6..d2c0922 100644
 a/ext/qt/gstqtglutility.cc
-+++ b/ext/qt/gstqtglutility.cc
-@@ -66,7 +66,7 @@ gst_qt_get_gl_display ()
- {
-   GstGLDisplay *display = NULL;
-   QGuiApplication *app = static_cast 
(QCoreApplication::instance ());
--  static volatile gsize _debug;
-+  static gsize _debug;
- 
-   g_assert (app != 

[OE-core] [honister][PATCH 07/37] gstreamer1.0-rtsp-server: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 809db373816ed896048f551275589bac0f04ff92)
Signed-off-by: Anuj Mittal 
---
 ...rtsp-server_1.18.4.bb => gstreamer1.0-rtsp-server_1.18.5.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-rtsp-server_1.18.4.bb 
=> gstreamer1.0-rtsp-server_1.18.5.bb} (90%)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.18.5.bb
similarity index 90%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.18.5.bb
index f7bfe98985..50426ad46d 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.18.5.bb
@@ -10,7 +10,7 @@ PNREAL = "gst-rtsp-server"
 
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/${PNREAL}/${PNREAL}-${PV}.tar.xz;
 
-SRC_URI[sha256sum] = 
"a46bb8de40b971a048580279d2660e616796f871ad3ed00c8a95fe4d273a6c94"
+SRC_URI[sha256sum] = 
"04d63bf48816c6f41c73f6de0f912a7cef0aab39c44162a7bcece1923dfc9d1f"
 
 S = "${WORKDIR}/${PNREAL}-${PV}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 06/37] gstreamer1.0-plugins-ugly: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 09373e8c33cd0c585e146b55d9f7680832f2ad09)
Signed-off-by: Anuj Mittal 
---
 ...ugins-ugly_1.18.4.bb => gstreamer1.0-plugins-ugly_1.18.5.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.18.4.bb 
=> gstreamer1.0-plugins-ugly_1.18.5.bb} (94%)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_1.18.5.bb
similarity index 94%
rename from 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_1.18.5.bb
index 817dffe839..9777aaee19 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_1.18.5.bb
@@ -13,7 +13,7 @@ LICENSE_FLAGS = "commercial"
 SRC_URI = " \
 
https://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-${PV}.tar.xz
 \
 "
-SRC_URI[sha256sum] = 
"218df0ce0d31e8ca9cdeb01a3b0c573172cc9c21bb3d41811c7820145623d13c"
+SRC_URI[sha256sum] = 
"df32803e98f8a9979373fa2ca7e05e62f977b1097576d3a80619d9f5c69f66d9"
 
 S = "${WORKDIR}/gst-plugins-ugly-${PV}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 05/37] gstreamer1.0-plugins-bad: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 4e7789ecfdb1bd7afa6ff5be40f1d0e2a1a09e4c)
Signed-off-by: Anuj Mittal 
---
 ...plugins-bad_1.18.4.bb => gstreamer1.0-plugins-bad_1.18.5.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.18.4.bb 
=> gstreamer1.0-plugins-bad_1.18.5.bb} (98%)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.18.5.bb
similarity index 98%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.18.5.bb
index 81c8391213..6209a62712 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.18.5.bb
@@ -11,7 +11,7 @@ SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad

file://0004-opencv-resolve-missing-opencv-data-dir-in-yocto-buil.patch \
file://0005-msdk-fix-includedir-path.patch \
"
-SRC_URI[sha256sum] = 
"74e806bc5595b18c70e9ca93571e27e79dfb808e5d2e7967afa952b52e99c85f"
+SRC_URI[sha256sum] = 
"a164923b94f0d08578a6fcaeaac6e0c05da788a46903a1086870e9ca45ad678e"
 
 S = "${WORKDIR}/gst-plugins-bad-${PV}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 03/37] gstreamer1.0-plugins-base: 1.18.4 -> 1.18.5

[Anuj Mittal]

From: Jose Quaresma 

Drop backport patches:
* 4ef5c91697a141fea7317aff7f0f28e5a861db99.patch

Signed-off-by: Jose Quaresma 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit de0ee4323a19a27b6bcef7cc791d0373c311ef22)
Signed-off-by: Anuj Mittal 
---
 ...c91697a141fea7317aff7f0f28e5a861db99.patch | 50 ---
 ...bb => gstreamer1.0-plugins-base_1.18.5.bb} |  3 +-
 2 files changed, 1 insertion(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/4ef5c91697a141fea7317aff7f0f28e5a861db99.patch
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.18.4.bb 
=> gstreamer1.0-plugins-base_1.18.5.bb} (96%)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/4ef5c91697a141fea7317aff7f0f28e5a861db99.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/4ef5c91697a141fea7317aff7f0f28e5a861db99.patch
deleted file mode 100644
index a2f5dff5e9..00
--- 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/4ef5c91697a141fea7317aff7f0f28e5a861db99.patch
+++ /dev/null
@@ -1,50 +0,0 @@
-From 4ef5c91697a141fea7317aff7f0f28e5a861db99 Mon Sep 17 00:00:00 2001
-From: Xavier Claessens 
-Date: Mon, 26 Apr 2021 14:25:03 -0400
-Subject: [PATCH] gstgl: Fix build when Meson >= 0.58.0rc1
-
-"implicit_include_directories: false" now also means that current build
-directory is not added to include paths by default any more. We have to
-add it manually because we have some custom_target() that generate
-headers in current build directory.
-
-See https://github.com/mesonbuild/meson/issues/8700.
-
-Part-of: 

-Upstream-Status: Backport
-Signed-off-by: Alexander Kanavin 

- gst-libs/gst/gl/meson.build | 15 ---
- 1 file changed, 12 insertions(+), 3 deletions(-)
-
-diff --git a/gst-libs/gst/gl/meson.build b/gst-libs/gst/gl/meson.build
-index 8644e..53891625a 100644
 a/gst-libs/gst/gl/meson.build
-+++ b/gst-libs/gst/gl/meson.build
-@@ -1004,11 +1004,20 @@ if build_gstgl
- command : [mkenums, glib_mkenums, '@OUTPUT@', '@INPUT@'])
-   gen_sources = [gl_enumtypes_h]
- 
-+  common_args = gst_plugins_base_args + gl_cpp_args + ['-DBUILDING_GST_GL']
-+
-+  # We have custom_target() that generate headers in the current build dir,
-+  # but with implicit_include_directories: false, meson >= 0.58.0 won't 
include
-+  # it by default. We cannot use include_directories('.') here because it 
would
-+  # also include current source dir which is what we want to avoid because
-+  # case-insensitive FS would include gst-libs/gl/egl/egl.h as EGL/egl.h.
-+  common_args += '-I@0@'.format(meson.current_build_dir())
-+
-   gstgl = library('gstgl-' + api_version,
- gl_sources, gl_egl_sources, gl_x11_sources, gl_wayland_sources, 
gl_priv_sources, gl_enumtypes_c, gl_enumtypes_h,
--c_args : gst_plugins_base_args + gl_cpp_args + ['-DBUILDING_GST_GL'],
--cpp_args : gst_plugins_base_args + gl_cpp_args + ['-DBUILDING_GST_GL'],
--objc_args : gst_plugins_base_args + gl_cpp_args + gl_objc_args + 
['-DBUILDING_GST_GL'],
-+c_args : common_args,
-+cpp_args : common_args,
-+objc_args : common_args + gl_objc_args,
- include_directories : [configinc, libsinc, gl_includes],
- version : libversion,
- soversion : soversion,
--- 
-GitLab
-
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.18.5.bb
similarity index 96%
rename from 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.18.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.18.5.bb
index 90a8d7dfbb..5e2cca3864 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.18.5.bb
@@ -11,9 +11,8 @@ SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-ba
file://0003-viv-fb-Make-sure-config.h-is-included.patch \
file://0002-ssaparse-enhance-SSA-text-lines-parsing.patch \
file://0004-glimagesink-Downrank-to-marginal.patch \
-   file://4ef5c91697a141fea7317aff7f0f28e5a861db99.patch \
"
-SRC_URI[sha256sum] = 
"29e53229a84d01d722f6f6db13087231cdf6113dd85c25746b9b58c3d68e8323"
+SRC_URI[sha256sum] = 
"960b7af4585700db0fdd5b843554e11e2564fed9e061f591fae88a7be6446fa3"
 
 S = "${WORKDIR}/gst-plugins-base-${PV}"
 
-- 
2.31.1


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

[OE-core] [honister][PATCH 02/37] oeqa/selftest/sstatetests: fix typo ware -> were

[Anuj Mittal]

From: Alexandre Belloni 

Signed-off-by: Alexandre Belloni 
(cherry picked from commit c94a9ece226b1d2012f5ee966b81bf607d954937)
Signed-off-by: Anuj Mittal 
---
 meta/lib/oeqa/selftest/cases/sstatetests.py | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/sstatetests.py 
b/meta/lib/oeqa/selftest/cases/sstatetests.py
index 17a1545506..874f439282 100644
--- a/meta/lib/oeqa/selftest/cases/sstatetests.py
+++ b/meta/lib/oeqa/selftest/cases/sstatetests.py
@@ -137,7 +137,7 @@ class SStateTests(SStateBase):
 filtered_results.append(r)
 self.assertTrue(filtered_results == [], msg="Found distro non-specific 
sstate for: %s (%s)" % (', '.join(map(str, targets)), str(filtered_results)))
 file_tracker_1 = self.search_sstate('|'.join(map(str, [s + 
r'.*?\.tgz$' for s in targets])), distro_specific=True, 
distro_nonspecific=False)
-self.assertTrue(len(file_tracker_1) >= len(targets), msg = "Not all 
sstate files ware created for: %s" % ', '.join(map(str, targets)))
+self.assertTrue(len(file_tracker_1) >= len(targets), msg = "Not all 
sstate files were created for: %s" % ', '.join(map(str, targets)))
 
 self.track_for_cleanup(self.distro_specific_sstate + "_old")
 shutil.copytree(self.distro_specific_sstate, 
self.distro_specific_sstate + "_old")
@@ -146,13 +146,13 @@ class SStateTests(SStateBase):
 bitbake(['-cclean'] + targets)
 bitbake(targets)
 file_tracker_2 = self.search_sstate('|'.join(map(str, [s + 
r'.*?\.tgz$' for s in targets])), distro_specific=True, 
distro_nonspecific=False)
-self.assertTrue(len(file_tracker_2) >= len(targets), msg = "Not all 
sstate files ware created for: %s" % ', '.join(map(str, targets)))
+self.assertTrue(len(file_tracker_2) >= len(targets), msg = "Not all 
sstate files were created for: %s" % ', '.join(map(str, targets)))
 
 not_recreated = [x for x in file_tracker_1 if x not in file_tracker_2]
-self.assertTrue(not_recreated == [], msg="The following sstate files 
ware not recreated: %s" % ', '.join(map(str, not_recreated)))
+self.assertTrue(not_recreated == [], msg="The following sstate files 
were not recreated: %s" % ', '.join(map(str, not_recreated)))
 
 created_once = [x for x in file_tracker_2 if x not in file_tracker_1]
-self.assertTrue(created_once == [], msg="The following sstate files 
ware created only in the second run: %s" % ', '.join(map(str, created_once)))
+self.assertTrue(created_once == [], msg="The following sstate files 
were created only in the second run: %s" % ', '.join(map(str, created_once)))
 
 def test_rebuild_distro_specific_sstate_cross_native_targets(self):
 self.run_test_rebuild_distro_specific_sstate(['binutils-cross-' + 
self.tune_arch, 'binutils-native'], temp_sstate_location=True)
@@ -202,9 +202,9 @@ class SStateTests(SStateBase):
 actual_remaining_sstate = [x for x in self.search_sstate(target + 
r'.*?\.tgz$') if not any(pattern in x for pattern in ignore_patterns)]
 
 actual_not_expected = [x for x in actual_remaining_sstate if x not in 
expected_remaining_sstate]
-self.assertFalse(actual_not_expected, msg="Files should have been 
removed but ware not: %s" % ', '.join(map(str, actual_not_expected)))
+self.assertFalse(actual_not_expected, msg="Files should have been 
removed but were not: %s" % ', '.join(map(str, actual_not_expected)))
 expected_not_actual = [x for x in expected_remaining_sstate if x not 
in actual_remaining_sstate]
-self.assertFalse(expected_not_actual, msg="Extra files ware removed: 
%s" ', '.join(map(str, expected_not_actual)))
+self.assertFalse(expected_not_actual, msg="Extra files were removed: 
%s" ', '.join(map(str, expected_not_actual)))
 
 def test_sstate_cache_management_script_using_pr_1(self):
 global_config = []
-- 
2.31.1


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

[OE-core] [honister][PATCH 00/37] Review request

[Anuj Mittal]

Please review these changes for honister. No issues seen while testing
on autobuilder.

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

Thanks,

Anuj

The following changes since commit bb1dea6806f084364b6017db2567f438e805aef0:

  build-appliance-image: Update to honister head revision (2021-10-11 11:06:36 
+0100)

are available in the Git repository at:

  git://push.openembedded.org/openembedded-core-contrib anujm/honister

Alexander Kanavin (5):
  lttng-tools: replace ad hoc ptest fixup with upstream fixes
  ca-certificates: update 20210119 -> 20211016
  ovmf: update 202105 -> 202108
  linux-firmware: upgrade 20210818 -> 20210919
  wireless-regdb: upgrade 2021.07.14 -> 2021.08.28

Alexandre Belloni (1):
  oeqa/selftest/sstatetests: fix typo ware -> were

Andrej Valek (1):
  busybox: 1.34.0 -> 1.34.1

Andres Beltran (1):
  buildhistory: Fix package output files for SDKs

Jose Quaresma (14):
  gstreamer1.0-plugins-base: 1.18.4 -> 1.18.5
  gstreamer1.0-plugins-good: 1.18.4 -> 1.18.5
  gstreamer1.0-plugins-bad: 1.18.4 -> 1.18.5
  gstreamer1.0-plugins-ugly: 1.18.4 -> 1.18.5
  gstreamer1.0-rtsp-server: 1.18.4 -> 1.18.5
  gstreamer1.0-libav: 1.18.4 -> 1.18.5
  gstreamer1.0-vaapi: 1.18.4 -> 1.18.5
  gstreamer1.0-omx: 1.18.4 -> 1.18.5
  gstreamer1.0-python: 1.18.4 -> 1.18.5
  gst-devtools: 1.18.4 -> 1.18.5
  gst-examples: 1.18.4 -> 1.18.5
  gstreamer1.0: 1.18.4 -> 1.18.5
  patch.bbclass: when the patch fails show more info on the fatal error
  sstate: fix touching files inside pseudo

Khem Raj (1):
  mesa: Enable svga for x86 only

Kiran Surendran (1):
  ffmpeg: fix CVE-2021-38114

Oleksandr Kravchuk (1):
  python3: update to 3.9.7

Pablo Saavedra Rodi?o (1):
  mesa: upgrade 21.2.1 -> 21.2.4

Ralph Siemsen (1):
  tar: filter CVEs using vendor name

Richard Purdie (5):
  libxml2: Use python3targetconfig to fix reproducibility issue
  libnewt: Use python3targetconfig to fix reproducibility issue
  linux-yocto-dev: Ensure DEPENDS matches recent 5.14 kernel changes
  oeqa: Update cleanup code to wait for hashserv exit
  bootchart2: Don't compile python modules

Ross Burton (3):
  linux-yocto: add libmpc-native to DEPENDS
  curl: fix CVE-2021-22945 through -22947
  testimage: fix unclosed testdata file

Sakib Sajal (1):
  go: upgrade 1.16.7 -> 1.16.8

Yureka (1):
  systemd: add missing include for musl

 meta/classes/buildhistory.bbclass |  21 +-
 meta/classes/cross-canadian.bbclass   |   2 +-
 meta/classes/nativesdk.bbclass|   2 +-
 meta/classes/patch.bbclass|   7 +-
 meta/classes/sstate.bbclass   |   4 +-
 meta/classes/testimage.bbclass|   7 +-
 meta/conf/bitbake.conf|   1 +
 meta/lib/oe/package_manager/__init__.py   |   2 +-
 meta/lib/oeqa/sdk/buildtools-cases/build.py   |   2 +-
 meta/lib/oeqa/selftest/cases/eSDK.py  |   2 +-
 meta/lib/oeqa/selftest/cases/sstatetests.py   |  12 +-
 meta/lib/oeqa/selftest/context.py |   2 +-
 ...ab_1.34.0.bb => busybox-inittab_1.34.1.bb} |   0
 .../{busybox_1.34.0.bb => busybox_1.34.1.bb}  |   2 +-
 meta/recipes-core/libxml/libxml2_2.9.12.bb|   2 +-
 meta/recipes-core/ovmf/ovmf_git.bb|   4 +-
 ...008-add-missing-FTW_-macros-for-musl.patch |  16 +-
 .../bootchart2/bootchart2_0.14.9.bb   |   6 +-
 .../go/{go-1.16.7.inc => go-1.16.8.inc}   |   4 +-
 ...e_1.16.7.bb => go-binary-native_1.16.8.bb} |   4 +-
 ..._1.16.7.bb => go-cross-canadian_1.16.8.bb} |   0
 ...{go-cross_1.16.7.bb => go-cross_1.16.8.bb} |   0
 ...osssdk_1.16.7.bb => go-crosssdk_1.16.8.bb} |   0
 ...o-native_1.16.7.bb => go-native_1.16.8.bb} |   0
 ...runtime_1.16.7.bb => go-runtime_1.16.8.bb} |   0
 .../go/{go_1.16.7.bb => go_1.16.8.bb} |   0
 .../{python3_3.9.6.bb => python3_3.9.7.bb}|   2 +-
 meta/recipes-extended/newt/libnewt_0.52.21.bb |   2 +-
 meta/recipes-extended/tar/tar_1.34.bb |   6 +-
 .../mesa/files/without-neon.patch |  53 ---
 .../{mesa-gl_21.2.1.bb => mesa-gl_21.2.4.bb}  |   0
 meta/recipes-graphics/mesa/mesa.inc   |   7 +-
 .../mesa/{mesa_21.2.1.bb => mesa_21.2.4.bb}   |   0
 ...20210818.bb => linux-firmware_20210919.bb} |   4 +-
 meta/recipes-kernel/linux/linux-yocto-dev.bb  |   1 +
 meta/recipes-kernel/linux/linux-yocto_5.14.bb |   2 +-
 ...race-condition-in-test_event_tracker.patch | 221 +++
 ...more-before-analysing-traces-or-star.patch |  88 -
 ...condition-in-test_ns_contexts_change.patch |  46 +++
 .../lttng/lttng-tools_2.13.0.bb   |   3 +-
 07.14.bb => wireless-regdb_2021.08.28.bb} |   2 +-
 .../ffmpeg/ffmpeg/fix-CVE-2021-38114.patch|  67 
 meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb  |   3 +-
 ...tools_1.18.4.bb => gst-devtools_1.18.5.bb} |   2 +-
 ...mples_1.18.4.bb => gst-examples_1.18.5.bb} |   2 +-
 ...1.18.4.bb => gstreamer1.0-libav_1.18.5.bb} |   2 +-
 ...x_1.18.4.bb => gstreamer1.0-omx_1.18.5.bb} |   2 +-
 bb => 

[OE-core] [honister][PATCH 01/37] tar: filter CVEs using vendor name

[Anuj Mittal]

From: Ralph Siemsen 

Recently a number of CVEs have been logged against a nodejs project
called "node-tar". These appear as false positives against the GNU tar
being built by Yocto. Some of these have been manually excluded using
CVE_CHECK_WHITELIST.

To avoid this problem, use the vendor name (in addition to package name)
for filtering CVEs. The syntax for this is:
  CVE_PRODUCT = "vendor:package"
When not specified, the vendor defaults to "%" which matches anything.

Signed-off-by: Ralph Siemsen 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 45d1a0bea0c628f84a00d641a4d323491988106f)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-extended/tar/tar_1.34.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-extended/tar/tar_1.34.bb 
b/meta/recipes-extended/tar/tar_1.34.bb
index 3488a6c955..5a415c775a 100644
--- a/meta/recipes-extended/tar/tar_1.34.bb
+++ b/meta/recipes-extended/tar/tar_1.34.bb
@@ -63,6 +63,6 @@ NATIVE_PACKAGE_PATH_SUFFIX = "/${PN}"
 
 BBCLASSEXTEND = "native nativesdk"
 
-# These are both specific to the NPM package node-tar
-CVE_CHECK_WHITELIST += "CVE-2021-32803 CVE-2021-32804"
-CVE_CHECK_WHITELIST += "CVE-2021-37701 CVE-2021-37712 CVE-2021-37713"
+# Avoid false positives from CVEs in node-tar package
+# For example CVE-2021-{32803,32804,37701,37712,37713}
+CVE_PRODUCT = "gnu:tar"
-- 
2.31.1


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

Re: [OE-core] [PATCH 4/4] gcc: Drop broken/unneeded patch

[Khem Raj]

On Tue, Oct 26, 2021 at 4:11 AM Richard Purdie
 wrote:
>
> This patch looks obsolete because it looks like part of an upstream
> backport on a very old gcc version (4.3.3) and looks incomplete. The
> diff also has little context making it likely to be a rebase error.
>
> Builds seem find without it so drop it.
>

IIRC it was not accepted upstream but perhaps a different one was.
However if it builds for us without issues then drop it.

> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-devtools/gcc/gcc-11.2.inc|  1 -
>  ...-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch | 70 ---
>  2 files changed, 71 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
> b/meta/recipes-devtools/gcc/gcc-11.2.inc
> index 1ab779533ca..23dfea2319e 100644
> --- a/meta/recipes-devtools/gcc/gcc-11.2.inc
> +++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
> @@ -32,7 +32,6 @@ SRC_URI = "\
> ${BASEURI} \
> file://0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch \
> file://0002-gcc-poison-system-directories.patch \
> -   file://0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch \
> file://0004-64-bit-multilib-hack.patch \
> file://0005-optional-libstdc.patch \
> file://0006-COLLECT_GCC_OPTIONS.patch \
> diff --git 
> a/meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch
>  
> b/meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch
> deleted file mode 100644
> index 7a676545557..000
> --- 
> a/meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch
> +++ /dev/null
> @@ -1,70 +0,0 @@
> -From 274a27da6fe355c4c49953b3b69c8949d2412c62 Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Fri, 29 Mar 2013 09:08:31 +0400
> -Subject: [PATCH] gcc-4.3.3: SYSROOT_CFLAGS_FOR_TARGET
> -
> -Before committing, I noticed that PR/32161 was marked as a dup of PR/32009, 
> but my previous patch did not fix it.
> -
> -This alternative patch is better because it lets you just use 
> CFLAGS_FOR_TARGET to set the compilation flags for libgcc. Since bootstrapped 
> target libraries are never compiled with the native compiler, it makes little 
> sense to use different flags for stage1 and later stages. And it also makes 
> little sense to use a different variable than CFLAGS_FOR_TARGET.
> -
> -Other changes I had to do include:
> -
> -- moving the creation of default CFLAGS_FOR_TARGET from Makefile.am to 
> configure.ac, because otherwise the BOOT_CFLAGS are substituted into 
> CFLAGS_FOR_TARGET (which is "-O2 -g $(CFLAGS)") via $(CFLAGS). It is also 
> cleaner this way though.
> -
> -- passing the right CFLAGS to configure scripts as exported environment 
> variables
> -
> -I also stopped passing LIBCFLAGS to configure scripts since they are unused 
> in the whole src tree. And I updated the documentation as H-P reminded me to 
> do.
> -
> -Bootstrapped/regtested i686-pc-linux-gnu, will commit to 4.4 shortly. Ok for 
> 4.3?
> -
> -Signed-off-by: Paolo Bonzini  
> -Signed-off-by: Khem Raj 
> -
> -Upstream-Status: Pending
> 
> - configure | 32 
> - 1 file changed, 32 insertions(+)
> -
> -diff --git a/configure b/configure
> -index bcebad264ec..86e4ee7c383 100755
>  a/configure
> -+++ b/configure
> -@@ -8977,6 +8977,38 @@ fi
> -
> -
> -
> -+# During gcc bootstrap, if we use some random cc for stage1 then CFLAGS
> -+# might be empty or "-g".  We don't require a C++ compiler, so CXXFLAGS
> -+# might also be empty (or "-g", if a non-GCC C++ compiler is in the path).
> -+# We want to ensure that TARGET libraries (which we know are built with
> -+# gcc) are built with "-O2 -g", so include those options when setting
> -+# CFLAGS_FOR_TARGET and CXXFLAGS_FOR_TARGET.
> -+if test "x$CFLAGS_FOR_TARGET" = x; then
> -+  CFLAGS_FOR_TARGET=$CFLAGS
> -+  case " $CFLAGS " in
> -+*" -O2 "*) ;;
> -+*) CFLAGS_FOR_TARGET="-O2 $CFLAGS" ;;
> -+  esac
> -+  case " $CFLAGS " in
> -+*" -g "* | *" -g3 "*) ;;
> -+*) CFLAGS_FOR_TARGET="-g $CFLAGS" ;;
> -+  esac
> -+fi
> -+
> -+
> -+if test "x$CXXFLAGS_FOR_TARGET" = x; then
> -+  CXXFLAGS_FOR_TARGET=$CXXFLAGS
> -+  case " $CXXFLAGS " in
> -+*" -O2 "*) ;;
> -+*) CXXFLAGS_FOR_TARGET="-O2 $CXXFLAGS" ;;
> -+  esac
> -+  case " $CXXFLAGS " in
> -+*" -g "* | *" -g3 "*) ;;
> -+*) CXXFLAGS_FOR_TARGET="-g $CXXFLAGS" ;;
> -+  esac
> -+fi
> -+
> -+
> - # Handle --with-headers=XXX.  If the value is not "yes", the contents of
> - # the named directory are copied to $(tooldir)/sys-include.
> - if test x"${with_headers}" != x && test x"${with_headers}" != xno ; then
> --
> 2.32.0
>
>
> 
>

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

Re: [OE-core] [PATCH 2/4] gcc: Drop sdt (dtrace) header patch

[Khem Raj]

ok

On Tue, Oct 26, 2021 at 4:11 AM Richard Purdie
 wrote:
>
> Since we now have recipe specific sysroots we no longer need this patch
> to avoid the dtrace headers affecting the build of gcc-runtime. Drop
> the patch.
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-devtools/gcc/gcc-11.2.inc|   1 -
>  .../gcc/gcc/0013-Disable-sdt.patch| 110 --
>  2 files changed, 111 deletions(-)
>  delete mode 100644 meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
> b/meta/recipes-devtools/gcc/gcc-11.2.inc
> index 6fa344e9612..1ab779533ca 100644
> --- a/meta/recipes-devtools/gcc/gcc-11.2.inc
> +++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
> @@ -42,7 +42,6 @@ SRC_URI = "\
> file://0010-MIPS64-Default-to-N64-ABI.patch \
> 
> file://0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch \
> file://0012-gcc-Fix-argument-list-too-long-error.patch \
> -   file://0013-Disable-sdt.patch \
> file://0014-libtool.patch \
> 
> file://0015-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch \
> 
> file://0016-Use-the-multilib-config-files-from-B-instead-of-usin.patch \
> diff --git a/meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch 
> b/meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch
> deleted file mode 100644
> index 1e657666df9..000
> --- a/meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch
> +++ /dev/null
> @@ -1,110 +0,0 @@
> -From 7928a4eddc4a6d821a6aa6eaaea1fd60d54e3da9 Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Fri, 29 Mar 2013 09:28:10 +0400
> -Subject: [PATCH] Disable sdt.
> -
> -We don't list dtrace in DEPENDS so we shouldn't be depending on this header.
> -It may or may not exist from preivous builds though. To be determinstic, 
> disable
> -sdt.h usage always. This avoids build failures if the header is removed 
> after configure
> -but before libgcc is compiled for example.
> -
> -RP 2012/8/7
> -
> -Signed-off-by: Khem Raj 
> -
> -Disable sdt for libstdc++-v3.
> -
> -Signed-off-by: Robert Yang 
> -
> -Upstream-Status: Inappropriate [hack]
> 
> - gcc/configure | 12 ++--
> - gcc/configure.ac  | 18 +-
> - libstdc++-v3/configure|  6 +++---
> - libstdc++-v3/configure.ac |  2 +-
> - 4 files changed, 19 insertions(+), 19 deletions(-)
> -
> -diff --git a/gcc/configure b/gcc/configure
> -index c5d3bc4ee2d..5160917d73e 100755
>  a/gcc/configure
> -+++ b/gcc/configure
> -@@ -30812,12 +30812,12 @@ fi
> - { $as_echo "$as_me:${as_lineno-$LINENO}: checking sys/sdt.h in the target C 
> library" >&5
> - $as_echo_n "checking sys/sdt.h in the target C library... " >&6; }
> - have_sys_sdt_h=no
> --if test -f $target_header_dir/sys/sdt.h; then
> --  have_sys_sdt_h=yes
> --
> --$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
> --
> --fi
> -+#if test -f $target_header_dir/sys/sdt.h; then
> -+#  have_sys_sdt_h=yes
> -+#
> -+#$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
> -+#
> -+#fi
> - { $as_echo "$as_me:${as_lineno-$LINENO}: result: $have_sys_sdt_h" >&5
> - $as_echo "$have_sys_sdt_h" >&6; }
> -
> -diff --git a/gcc/configure.ac b/gcc/configure.ac
> -index f83420326d6..50f78308e8a 100644
>  a/gcc/configure.ac
> -+++ b/gcc/configure.ac
> -@@ -6653,15 +6653,15 @@ fi
> - AC_SUBST([enable_default_ssp])
> -
> - # Test for  on the target.
> --GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H])
> --AC_MSG_CHECKING(sys/sdt.h in the target C library)
> --have_sys_sdt_h=no
> --if test -f $target_header_dir/sys/sdt.h; then
> --  have_sys_sdt_h=yes
> --  AC_DEFINE(HAVE_SYS_SDT_H, 1,
> --[Define if your target C library provides sys/sdt.h])
> --fi
> --AC_MSG_RESULT($have_sys_sdt_h)
> -+#GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H])
> -+#AC_MSG_CHECKING(sys/sdt.h in the target C library)
> -+#have_sys_sdt_h=no
> -+#if test -f $target_header_dir/sys/sdt.h; then
> -+#  have_sys_sdt_h=yes
> -+#  AC_DEFINE(HAVE_SYS_SDT_H, 1,
> -+#[Define if your target C library provides sys/sdt.h])
> -+#fi
> -+#AC_MSG_RESULT($have_sys_sdt_h)
> -
> - # Check if TFmode long double should be used by default or not.
> - # Some glibc targets used DFmode long double, but with glibc 2.4
> -diff --git a/libstdc++-v3/configure b/libstdc++-v3/configure
> -index a310e9feb6c..c879445b8a6 100755
>  a/libstdc++-v3/configure
> -+++ b/libstdc++-v3/configure
> -@@ -22014,11 +22014,11 @@ ac_compile='$CC -c $CFLAGS $CPPFLAGS 
> conftest.$ac_ext >&5'
> - ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS 
> conftest.$ac_ext $LIBS >&5'
> - ac_compiler_gnu=$ac_cv_c_compiler_gnu
> -
> --  if test $glibcxx_cv_sys_sdt_h = yes; then
> -+#  if test $glibcxx_cv_sys_sdt_h = yes; then
> -
> --$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
> -+#$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
> -
> --  fi
> -+#  fi
> -   { $as_echo "$as_me:${as_lineno-$LINENO}: result: $glibcxx_cv_sys_sdt_h" 
> >&5
> - 

Re: [OE-core] [PATCH 3/4] gcc: Fix nolibstdc++ patch

[Khem Raj]

thanks, I guess since it was documentation no one noticed it.

On Tue, Oct 26, 2021 at 4:11 AM Richard Purdie
 wrote:
>
> Somewhere along the line the docs patch was corrupted with incorrect
> changes. Strip these out and clean up the patch.
>
> Signed-off-by: Richard Purdie 
> ---
>  .../gcc/gcc/0005-optional-libstdc.patch   | 28 ++-
>  1 file changed, 2 insertions(+), 26 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch 
> b/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch
> index c921ac3340c..c64fbf6a976 100644
> --- a/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch
> +++ b/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch
> @@ -55,12 +55,10 @@ diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
>  index 6659a903bf0..9ee63dbe52f 100644
>  --- a/gcc/doc/invoke.texi
>  +++ b/gcc/doc/invoke.texi
> -@@ -239,6 +239,9 @@ in the following sections.
> +@@ -239,6 +239,7 @@ in the following sections.
>   -fno-weak  -nostdinc++ @gol
>   -fvisibility-inlines-hidden @gol
>   -fvisibility-ms-compat @gol
> -+-fvtable-verify=@r{[}std@r{|}preinit@r{|}none@r{]} @gol
> -+-fvtv-counts -fvtv-debug @gol
>  +-nostdlib++ @gol
>   -fext-numeric-literals @gol
>   -flang-info-include-translate@r{[}=@var{header}@r{]} @gol
> @@ -74,7 +72,7 @@ index 6659a903bf0..9ee63dbe52f 100644
>   -T @var{script}  -Wl,@var{option}  -Xlinker @var{option} @gol
>   -u @var{symbol}  -z @var{keyword}}
>
> -@@ -15708,6 +15711,33 @@ Specify that the program entry point is 
> @var{entry}.  The argument is
> +@@ -15708,6 +15711,11 @@ Specify that the program entry point is 
> @var{entry}.  The argument is
>   interpreted by the linker; the GNU linker accepts either a symbol name
>   or an address.
>
> @@ -82,28 +80,6 @@ index 6659a903bf0..9ee63dbe52f 100644
>  +@opindex nostdlib++
>  +Do not use the standard system C++ runtime libraries when linking.
>  +Only the libraries you specify will be passed to the linker.
> -+
> -+@cindex @option{-lgcc}, use with @option{-nostdlib}
> -+@cindex @option{-nostdlib} and unresolved references
> -+@cindex unresolved references and @option{-nostdlib}
> -+@cindex @option{-lgcc}, use with @option{-nodefaultlibs}
> -+@cindex @option{-nodefaultlibs} and unresolved references
> -+@cindex unresolved references and @option{-nodefaultlibs}
> -+One of the standard libraries bypassed by @option{-nostdlib} and
> -+@option{-nodefaultlibs} is @file{libgcc.a}, a library of internal 
> subroutines
> -+which GCC uses to overcome shortcomings of particular machines, or special
> -+needs for some languages.
> -+(@xref{Interface,,Interfacing to GCC Output,gccint,GNU Compiler
> -+Collection (GCC) Internals},
> -+for more discussion of @file{libgcc.a}.)
> -+In most cases, you need @file{libgcc.a} even when you want to avoid
> -+other standard libraries.  In other words, when you specify 
> @option{-nostdlib}
> -+or @option{-nodefaultlibs} you should usually specify @option{-lgcc} as 
> well.
> -+This ensures that you have no unresolved references to internal GCC
> -+library subroutines.
> -+(An example of such an internal subroutine is @code{__main}, used to ensure 
> C++
> -+constructors are called; @pxref{Collect2,,@code{collect2}, gccint,
> -+GNU Compiler Collection (GCC) Internals}.)
>  +
>   @item -pie
>   @opindex pie
> --
> 2.32.0
>
>
> 
>

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

Re: [OE-core] [PATCH 1/4] gcc: Merge three related patches together

[Khem Raj]

looks ok.

On Tue, Oct 26, 2021 at 4:11 AM Richard Purdie
 wrote:
>
> The SYSTEMLIBS_DIR change was spread over three patches, merge these
> together since there is no value in having them separate.
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-devtools/gcc/gcc-11.2.inc|  2 -
>  ...AMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch | 52 ++-
>  ...IR-replacement-instead-of-hardcoding.patch | 26 --
>  ...22-aarch64-Add-support-for-musl-ldso.patch | 25 -
>  4 files changed, 28 insertions(+), 77 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/gcc/gcc/0021-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch
>  delete mode 100644 
> meta/recipes-devtools/gcc/gcc/0022-aarch64-Add-support-for-musl-ldso.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
> b/meta/recipes-devtools/gcc/gcc-11.2.inc
> index 9fd30f52a88..6fa344e9612 100644
> --- a/meta/recipes-devtools/gcc/gcc-11.2.inc
> +++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
> @@ -50,8 +50,6 @@ SRC_URI = "\
> file://0018-export-CPP.patch \
> file://0019-Ensure-target-gcc-headers-can-be-included.patch \
> 
> file://0020-Don-t-search-host-directory-during-relink-if-inst_pr.patch \
> -   
> file://0021-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch \
> -   file://0022-aarch64-Add-support-for-musl-ldso.patch \
> file://0023-libcc1-fix-libcc1-s-install-path-and-rpath.patch \
> file://0024-handle-sysroot-support-for-nativesdk-gcc.patch \
> 
> file://0025-Search-target-sysroot-gcc-version-specific-dirs-with.patch \
> diff --git 
> a/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
>  
> b/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
> index 4726267a80f..0884730786c 100644
> --- 
> a/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
> +++ 
> b/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
> @@ -30,8 +30,7 @@ Upstream-Status: Inappropriate [OE configuration]
>   gcc/config/sparc/linux64.h   |  4 ++--
>   12 files changed, 29 insertions(+), 34 deletions(-)
>
> -diff --git a/gcc/config/alpha/linux-elf.h b/gcc/config/alpha/linux-elf.h
> -index c1dae8ca2cf..3ce2b76c1a4 100644
> +unchanged:
>  --- a/gcc/config/alpha/linux-elf.h
>  +++ b/gcc/config/alpha/linux-elf.h
>  @@ -23,8 +23,8 @@ along with GCC; see the file COPYING3.  If not see
> @@ -45,8 +44,7 @@ index c1dae8ca2cf..3ce2b76c1a4 100644
>   #if DEFAULT_LIBC == LIBC_UCLIBC
>   #define CHOOSE_DYNAMIC_LINKER(G, U) "%{mglibc:" G ";:" U "}"
>   #elif DEFAULT_LIBC == LIBC_GLIBC
> -diff --git a/gcc/config/arm/linux-eabi.h b/gcc/config/arm/linux-eabi.h
> -index 85d0136e76e..6bd95855827 100644
> +unchanged:
>  --- a/gcc/config/arm/linux-eabi.h
>  +++ b/gcc/config/arm/linux-eabi.h
>  @@ -65,8 +65,8 @@
> @@ -60,8 +58,7 @@ index 85d0136e76e..6bd95855827 100644
>   #define GLIBC_DYNAMIC_LINKER_DEFAULT GLIBC_DYNAMIC_LINKER_SOFT_FLOAT
>
>   #define GLIBC_DYNAMIC_LINKER \
> -diff --git a/gcc/config/arm/linux-elf.h b/gcc/config/arm/linux-elf.h
> -index 0c1c4e70b6b..6bd643ade11 100644
> +unchanged:
>  --- a/gcc/config/arm/linux-elf.h
>  +++ b/gcc/config/arm/linux-elf.h
>  @@ -60,7 +60,7 @@
> @@ -73,8 +70,7 @@ index 0c1c4e70b6b..6bd643ade11 100644
>
>   #define LINUX_TARGET_LINK_SPEC  "%{h*} \
>  %{static:-Bstatic} \
> -diff --git a/gcc/config/i386/linux.h b/gcc/config/i386/linux.h
> -index 04b274f1654..7aafcf3ac2d 100644
> +unchanged:
>  --- a/gcc/config/i386/linux.h
>  +++ b/gcc/config/i386/linux.h
>  @@ -20,7 +20,7 @@ along with GCC; see the file COPYING3.  If not see
> @@ -86,8 +82,7 @@ index 04b274f1654..7aafcf3ac2d 100644
>
>   #undef MUSL_DYNAMIC_LINKER
>   #define MUSL_DYNAMIC_LINKER "/lib/ld-musl-i386.so.1"
> -diff --git a/gcc/config/i386/linux64.h b/gcc/config/i386/linux64.h
> -index b3822ced528..92d303e80d6 100644
> +unchanged:
>  --- a/gcc/config/i386/linux64.h
>  +++ b/gcc/config/i386/linux64.h
>  @@ -27,9 +27,9 @@ see the files COPYING3 and COPYING.RUNTIME respectively.  
> If not, see
> @@ -103,8 +98,7 @@ index b3822ced528..92d303e80d6 100644
>
>   #undef MUSL_DYNAMIC_LINKER32
>   #define MUSL_DYNAMIC_LINKER32 "/lib/ld-musl-i386.so.1"
> -diff --git a/gcc/config/linux.h b/gcc/config/linux.h
> -index 4e1db60fced..87efc5f69fe 100644
> +unchanged:
>  --- a/gcc/config/linux.h
>  +++ b/gcc/config/linux.h
>  @@ -94,10 +94,10 @@ see the files COPYING3 and COPYING.RUNTIME respectively. 
>  If not, see
> @@ -122,8 +116,7 @@ index 4e1db60fced..87efc5f69fe 100644
>   #define BIONIC_DYNAMIC_LINKER "/system/bin/linker"
>   #define BIONIC_DYNAMIC_LINKER32 "/system/bin/linker"
>   #define BIONIC_DYNAMIC_LINKER64 "/system/bin/linker64"
> -diff --git a/gcc/config/mips/linux.h b/gcc/config/mips/linux.h
> -index 44a85e410d9..8d41b5574f6 100644
> +unchanged:
>  --- 

Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Martyn Welch]

On Tue, 2021-10-26 at 14:59 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org  > c...@lists.openembedded.org> On Behalf Of Konrad Weihmann
> > Sent: den 26 oktober 2021 13:24
> > To: Martyn Welch ; OE-core
> >  > c...@lists.openembedded.org>
> > Subject: Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add
> > default
> > IMAGE_QA_PROHIBIT_PATHS variable
> > 
> > 
> > 
> > On 26.10.21 13:21, Martyn Welch wrote:
> > > Note to self - remember to reply to list...
> > > 
> > >  Forwarded Message 
> > > From: Martyn Welch 
> > > To: Konrad Weihmann 
> > > Subject: Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add
> > > default
> > > IMAGE_QA_PROHIBIT_PATHS variable
> > > Date: Tue, 26 Oct 2021 12:12:11 +0100
> > > 
> > > On Tue, 2021-10-26 at 12:56 +0200, Konrad Weihmann wrote:
> > > > 
> > > > 
> > > > On 26.10.21 12:50, Martyn Welch wrote:



> > > > > +# IMAGE_QA_PROHIBITED_PATHS
> > > > > +# Ensure images aren't including files in places that will
> > > > > be used as mount points or that are
> > > > > +# reserved for runtime data.
> > > > > +IMAGE_QA_PROHIBITED_PATHS ?=
> > > > > "/dev/pts/*:/media/*:/mnt/*:/proc/*:/run/*:/tmp/*:/var/run/*:
> > > > > /var/tmp/*:/var/volatile/*"
> > > > 
> > > > I like the idea, but wouldn't make more sense to do that on a
> > > > package
> > > > level, as here the user is more or less left alone in guessing
> > > > where
> > > > the file actually does come from
> > > 
> > > I like that idea, however it would make to assumption that there
> > > wasn't
> > > any tweaks being made as part of image generation that would end
> > > up
> > > violating this. A quick check suggests the "build-appliance-
> > > image_15.0.0.bb" image does this kind of thing in the core image
> > > types.
> > 
> > As Alex just wrote, I might be beneficial to do both
> > 
> > > Martyn
> 
> We have an alternative solution that hooks into the package QA. It 
> focuses on directories that are supposed to be empty. In addition to 
> failing the build if there are files in such a directory, it also 
> allows to specify for each directory why it should be empty. We have 
> used this, e.g., to mark common directories that have been renamed 
> to give an indication of where the files were supposed to have been 
> installed.
> 
> Do you want me to generalize this and send a patch for it?
> 

Hi Peter,

It would be great if we could merge these approaches, i.e. have one way
to specify directories that need to be empty and test both as part of
package QA and also image QA.

I was just working on adding some package QA support to what I've had,
but can pause that.

Would you be able to provide show how you'd propose managing the
prohibited directories? I'll try and tweak the image QA stuff already
posted to fit that.

Martyn

> //Peter
> 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157398): 
https://lists.openembedded.org/g/openembedded-core/message/157398
Mute This Topic: https://lists.openembedded.org/mt/86599458/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 v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Konrad Weihmann
> Sent: den 26 oktober 2021 13:24
> To: Martyn Welch ; OE-core  c...@lists.openembedded.org>
> Subject: Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add default
> IMAGE_QA_PROHIBIT_PATHS variable
> 
> 
> 
> On 26.10.21 13:21, Martyn Welch wrote:
> > Note to self - remember to reply to list...
> >
> >  Forwarded Message 
> > From: Martyn Welch 
> > To: Konrad Weihmann 
> > Subject: Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add default
> > IMAGE_QA_PROHIBIT_PATHS variable
> > Date: Tue, 26 Oct 2021 12:12:11 +0100
> >
> > On Tue, 2021-10-26 at 12:56 +0200, Konrad Weihmann wrote:
> >>
> >>
> >> On 26.10.21 12:50, Martyn Welch wrote:
> >>> From: Martyn Welch 
> >>>
> >>> Add a default IMAGE_QA_PROHIBIT_PATHS variable containing paths
> >>> known to
> >>> be mounted in the default fstab, which are known mount points or
> >>> directories which should be populated at runtime.
> >>>
> >>> Suggested-by: Alexander Kanavin 
> >>
> >> That can't be true - or the initial idea is very very old :-) pls use
> >> Alex's gmail instead
> >
> > It's a very old patch series, originally posted in 2017 (as mentioned
> > in patch 1/2). Just noticed it never got applied...
> >
> >>> +# IMAGE_QA_PROHIBITED_PATHS
> >>> +# Ensure images aren't including files in places that will be used as 
> >>> mount points or that are
> >>> +# reserved for runtime data.
> >>> +IMAGE_QA_PROHIBITED_PATHS ?= 
> >>> "/dev/pts/*:/media/*:/mnt/*:/proc/*:/run/*:/tmp/*:/var/run/*:/var/tmp/*:/var/volatile/*"
> >>
> >> I like the idea, but wouldn't make more sense to do that on a package
> >> level, as here the user is more or less left alone in guessing where
> >> the file actually does come from
> >
> > I like that idea, however it would make to assumption that there wasn't
> > any tweaks being made as part of image generation that would end up
> > violating this. A quick check suggests the "build-appliance-
> > image_15.0.0.bb" image does this kind of thing in the core image types.
> 
> As Alex just wrote, I might be beneficial to do both
> 
> > Martyn

We have an alternative solution that hooks into the package QA. It 
focuses on directories that are supposed to be empty. In addition to 
failing the build if there are files in such a directory, it also 
allows to specify for each directory why it should be empty. We have 
used this, e.g., to mark common directories that have been renamed 
to give an indication of where the files were supposed to have been 
installed.

Do you want me to generalize this and send a patch for it?

//Peter


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

[OE-core] Yocto Project Status WW43`21

[Stephen Jolley]

Current Dev Position: YP 3.5 M1

Next Deadline: 6th Dec. 2021 YP 3.5 M1 build

 

Next Team Meetings:

*   Bug Triage meeting Thursday Oct. 28th at 7:30am PDT (

https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)
*   Monthly Project Meeting Tuesday Nov. 2nd at 8am PDT (

https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09
 )
*   Weekly Engineering Sync Tuesday Oct. 26th at 8am PDT (

https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09
 )
*   Twitch -  See https://www.twitch.tv/theyoctojester

 

Key Status/Updates:

*   YP 3.4 has been released. Thanks to everyone who contributed!
*   YP 3.5 Planning document:

https://docs.google.com/document/d/1OXw-NKoL_Vb9RWI6sRPs3zTcAn4hHPtG0Y2BIs7x
Izo/edit?usp=sharing
*   Patches to master are continuing to merge including a large number
of version upgrades this week.
*   We have 1,288 patches in OE-Core, a third of those are marked as
"Pending". Help in determining what to do with those would be most welcome.
Richard cleaned up and submitted a batch of 12 to the libtool project this
week as an example of what can be done. Several gcc patches could be dropped
or merged too.
*   Intermittent issues continue to rise, particularly with some
seemingly network related gremlin somewhere. Help is very much welcome on
these issues. You can see the list of failures we're continuing to see by
searching for the "AB-INT" tag in bugzilla:

https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=AB-INT

 

Ways to contribute:

*   There are bugs identified as possible for newcomers to the project:

https://wiki.yoctoproject.org/wiki/Newcomers
*   There are bugs that are currently unassigned for YP 3.4. See:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_3.4_Unassigned_Enhan
cements.2FBugs
*   We'd welcome new maintainers for recipes in OE-Core. Please see the
list at:

http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/distro/include/main
tainers.inc and discuss with the existing maintainer, or ask on the OE-Core
mailing list. We will likely move a chunk of these to "Unassigned" soon to
help facilitate this.

 

YP 3.5 Milestone Dates:

*   YP 3.5 M1 build date 2021/12/06
*   YP 3.5 M1 Release date 2021/12/17
*   YP 3.5 M2 build date 2022/01/10
*   YP 3.5 M2 Release date 2022/1/21
*   YP 3.5 M3 build date 2022/2/21
*   YP 3.5 M3 Release date 2022/03/04
*   YP 3.5 M4 build date 2022/04/04
*   YP 3.5 M4 Release date 2022/04/29

 

Proposed upcoming dot releases:

*   YP 3.3.4 build date 2021/11/01
*   YP 3.3.4 Release date 2021/11/12
*   YP 3.1.12 build date 2021/11/15
*   YP 3.1.12 Release date 2021/11/26
*   YP 3.4.1 build date 2021/11/22
*   YP 3.4.1 Release date 2021/12/03
*   YP 3.1.13 build date 2021/12/13
*   YP 3.1.13 Release date 2021/12/22
*   YP 3.1.14 build date 2022/01/24
*   YP 3.1.14 Release date 2022/02/04
*   YP 3.4.2 build date 2022/02/07
*   YP 3.4.2 Release date 2022/02/18
*   YP 3.1.15 build date 2022/03/14
*   YP 3.1.15 Release date 2022/03/25
*   YP 3.4.3 build date 2022/03/21
*   YP 3.4.3 Release date 2022/04/01
*   YP 3.1.16 build date 2022/04/25
*   YP 3.1.16 Release date 2022/05/06

 

Tracking Metrics:

*   WDD 2655 (last week 2682) (

https://wiki.yoctoproject.org/charts/combo.html)
*   OE-Core/Poky Patch Metrics

*   Total patches found: 1288 (last week 1318)
*   Patches in the Pending State: 476 (37%) [last week 488 (37%)]

 

The Yocto Project's technical governance is through its Technical Steering
Committee, more information is available at:

 
https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at:

https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you'd like to see on this
weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

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

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to 

Re: [OE-core] [PATCH v2] sstate: fix touching files inside pseudo

[Steve Sakoman]

On Mon, Oct 25, 2021 at 11:06 PM Jose Quaresma  wrote:
>
> I have found this bug on the dunfell branch, can it be backported to dunfell 
> too?

I'll add it to my testing queue.

Steve

>
> Jose
>
> Peter Kjellerstedt  escreveu no dia segunda, 
> 25/10/2021 à(s) 15:28:
>>
>> > -Original Message-
>> > From: openembedded-core@lists.openembedded.org > > c...@lists.openembedded.org> On Behalf Of Jose Quaresma
>> > Sent: den 20 oktober 2021 19:26
>> > To: openembedded-core@lists.openembedded.org
>> > Cc: Jose Quaresma 
>> > Subject: [OE-core] [PATCH v2] sstate: fix touching files inside pseudo
>> >
>> > running the 'id' command inside the sstate_create_package
>> > function shows that this funcion run inside the pseudo:
>> >
>> >  uid=0(root) gid=0(root) groups=0(root)
>> >
>> > The check for touch files [ ! -w ${SSTATE_PKG} ]
>> > will always return true and the touch can fail
>> > when the real user don't have permission or
>> > in readonly filesystem.
>> >
>> > As the documentation refers, the file test operator "-w"
>> > check if the file has write permission (for the user running the test).
>> >
>> > We can avoid this test running the touch and mask any return errors
>> > that we have.
>> >
>> > Signed-off-by: Jose Quaresma 
>> > ---
>> >
>> > v2: redirect stderr to /dev/null to avoid messages in the log
>> >
>> >  meta/classes/sstate.bbclass | 4 ++--
>> >  1 file changed, 2 insertions(+), 2 deletions(-)
>> >
>> > diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
>> > index 3c179259e7..146f56ea2d 100644
>> > --- a/meta/classes/sstate.bbclass
>> > +++ b/meta/classes/sstate.bbclass
>> > @@ -830,7 +830,7 @@ sstate_task_postfunc[dirs] = "${WORKDIR}"
>> >  sstate_create_package () {
>> >   # Exit early if it already exists
>> >   if [ -e ${SSTATE_PKG} ]; then
>> > - [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
>> > + touch ${SSTATE_PKG} 2>/dev/null || true
>> >   return
>> >   fi
>> >
>> > @@ -865,7 +865,7 @@ sstate_create_package () {
>> >   else
>> >   rm $TFILE
>> >   fi
>> > - [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
>> > + touch ${SSTATE_PKG} 2>/dev/null || true
>> >  }
>> >
>> >  python sstate_sign_package () {
>> > --
>> > 2.33.1
>>
>> Can this please be backported to Hardknott and Honister now that
>> it has been accepted for master?
>>
>> //Peter
>>
>
>
> --
> Best regards,
>
> José Quaresma
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157395): 
https://lists.openembedded.org/g/openembedded-core/message/157395
Mute This Topic: https://lists.openembedded.org/mt/86470820/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] dl: Use "adr" assembler command to get proper load address on ARM

[?ukasz Majewski]

Hi Joseph, Szabolcs 

> On Mon, 25 Oct 2021, Szabolcs Nagy via Libc-alpha wrote:
> 
> > ok, i think we need the patches upstream for that like
> > https://sourceware.org/pipermail/libc-alpha/2015-November/066153.html
> >  
> 
> The AArch64 prelink support isn't in the upstream Yocto
> cross-prelink, and the version written by Samsung in 2015 and on the
> cross_prelink_aarch64 branch has various problems resulting in test
> failures, in my experience.

Ok.

> 
> I sent patches (on top of a merge of the upstream cross_prelink and 
> cross_prelink_aarch64 branches) to the maintainer in May 2020 (the
> Yocto project mailing list doesn't accept email from non-subscribers,
> so won't have seen those patches), which made it work well enough to
> get clean prelink test results, but so far they haven't been
> committed to the upstream cross_prelink branch (or any other upstream
> branch).  I've now made those available at
> https://github.com/jsm28/prelink (cross_prelink_aarch64_fixes branch).
> 

So this branch shall be pulled by yocto's cross-prelink maintainer.
Without it the cross-prelink doesn't support aarch64?

> Note however that, like the original patches from Samsung, this
> version does indeed depend on a hack in _dl_tlsdesc_undefweak to work
> with TLS descriptors.
> 

To properly solve this issue we shall:

1. For arm
- Fix the cross-prelink (no patches available)

or

- Fix glibc (as proposed by Szabolcs)

2. For aarch64

- Try to upstream patches from Joseph to OE/Yocto's cross-prelink

or

- Fix glibc (if required)

or

- Do nothing (aarch64 will not be prelinked in OE/Yocto, which means
  that it will work correctly)


Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lu...@denx.de


pgpy43lYC7QFW.pgp
Description: OpenPGP digital signature

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

Re: [OE-core] [PATCH] kernel-yocto: Add KERNEL_SKIP_BRANCH_CONVERSION var to skip branch conversion from remote to local

[Bruce Ashfield]

It's typically a good idea to cc' me on kernel-yocto commits, but I did
happen to notice this one, so all is well.

On Tue, Oct 26, 2021 at 3:34 AM Tomasz Dziendzielski <
tomasz.dziendziel...@gmail.com> wrote:

> Introduced poky upstream commit:
> 14df6d53b6 linux-yocto: improve checkout error handling and reporting
>
> converts all remote branches to local branches.
> Our Linux repo has ~4500 remote branches:
> git branch -a | grep remotes |wc -l  -> 4575
>
>
One would argue that having that many remote branches isn't a great idea ..
but I'll stay out of that. A wise person doesn't mess with someone else's
repository structure and workflow :)



> This costs our best workstations ~20 minutes to simply do that conversion
> in do_kernel_checkout which is not needed (at least I do not see any
> benefit after testing with this patch).
>
> Since this conversion is required for some linux-yocto workflows we
> introduce variable that allows skipping this on demand.
>

Right, it definitely is required for quite a few.


>
> Signed-off-by: Tomasz Dziendzielski 
> Signed-off-by: Jan Brzezanski 
> Signed-off-by: Ricardo Rodrigues 
> Signed-off-by: Szymon Czarnuch 
> Signed-off-by: Kamil Kwiek 
> ---
>  meta/classes/kernel-yocto.bbclass | 16 +---
>  1 file changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/meta/classes/kernel-yocto.bbclass
> b/meta/classes/kernel-yocto.bbclass
> index 1d5a8cdf29..68fb1af821 100644
> --- a/meta/classes/kernel-yocto.bbclass
> +++ b/meta/classes/kernel-yocto.bbclass
> @@ -363,13 +363,15 @@ do_kernel_checkout() {
> cd ${S}
>
> # convert any remote branches to local tracking ones
> -   for i in `git branch -a --no-color | grep remotes | grep
> -v HEAD`; do
> -   b=`echo $i | cut -d' ' -f2 | sed
> 's%remotes/origin/%%'`;
> -   git show-ref --quiet --verify -- "refs/heads/$b"
> -   if [ $? -ne 0 ]; then
> -   git branch $b $i > /dev/null
> -   fi
> -   done
> +   if [ "${KERNEL_SKIP_BRANCH_CONVERSION}" != "1" ]; then
>

A new variable like this would need to be documented, so an accompanying
patch to documentation would be required.

As for the variable, something like KERNEL_YOCTO_REMOTES_TO_LOCAL would be
better, and set the default to non-zero (i.e. "t" )

so it could be: if [ -n "${KERNEL_YOCTO_REMOTES_TO_LOCAL}" ]; then
...



> +   for i in `git branch -a --no-color | grep remotes
> | grep -v HEAD`; do
> +   b=`echo $i | cut -d' ' -f2 | sed
> 's%remotes/origin/%%'`;
> +   git show-ref --quiet --verify --
> "refs/heads/$b"
> +   if [ $? -ne 0 ]; then
> +   git branch $b $i > /dev/null
> +   fi
> +   done
> +   fi
>
>
Not all git versions automatically track a remote -> local, which is why
that code was initially required. To be safe this needs to at least convert
KBRANCH to a local, since it will be checked out by the code that follows.

There are other parts of the patching/merging/meta processes that need
local branches, but since this wouldn't be on by default, we don't have to
worry about converting the other possible branches to local.

Bruce



> # Create a working tree copy of the kernel by checking out
> a branch
> machine_branch="${@ get_machine_branch(d, "${KBRANCH}" )}"
> --
> 2.33.0
>
>
> 
>
>

-- 
- 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 (#157393): 
https://lists.openembedded.org/g/openembedded-core/message/157393
Mute This Topic: https://lists.openembedded.org/mt/86597675/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] license_image: Prevent do_populate_lic_deploy from using image recipes' recipeinfo

[Richard Purdie]

On Tue, 2021-10-26 at 09:32 +0200, Tomasz Dziendzielski wrote:
> If image recipe depends on another image recipe it will try to use
> license recipeinfo that is not deployed. It will result in:
> > Exception: FileNotFoundError: [Errno 2] No such file or directory:
> > 'TMPDIR/deploy/licenses/foo-image/recipeinfo'
> 
> In such case check for image_license.manifest file (which means dep is
> an image recipe) and skip if true.
> 
> Signed-off-by: Tomasz Dziendzielski 
> Signed-off-by: Jan Brzezanski 
> Signed-off-by: Ricardo Rodrigues 
> Signed-off-by: Szymon Czarnuch 
> Signed-off-by: Kamil Kwiek 
> ---
>  meta/classes/license_image.bbclass | 15 +++
>  1 file changed, 11 insertions(+), 4 deletions(-)
> 
> diff --git a/meta/classes/license_image.bbclass 
> b/meta/classes/license_image.bbclass
> index bf70bee99b..cc1d9ea651 100644
> --- a/meta/classes/license_image.bbclass
> +++ b/meta/classes/license_image.bbclass
> @@ -201,10 +201,17 @@ def license_deployed_manifest(d):
>  man_dic[dep]["PN"] = dep
>  man_dic[dep]["FILES"] = \
>  " ".join(get_deployed_files(dep_dic[dep]))
> -with open(os.path.join(lic_dir, dep, "recipeinfo"), "r") as f:
> -for line in f.readlines():
> -key,val = line.split(": ", 1)
> -man_dic[dep][key] = val[:-1]
> +try:
> +with open(os.path.join(lic_dir, dep, "recipeinfo"), "r") as f:
> +for line in f.readlines():
> +key,val = line.split(": ", 1)
> +man_dic[dep][key] = val[:-1]
> +except FileNotFoundError:
> +if os.path.exists(os.path.join(
> +lic_dir, "%s-%s" % (dep, d.getVar("MACHINE")), 
> "image_license.manifest")):
> +del man_dic[dep]
> +else:
> +raise
>  
>  lic_manifest_dir = os.path.join(d.getVar('LICENSE_DIRECTORY'),
>  d.getVar('IMAGE_NAME'))

We've seen this issue before. I don't like the fixes I've seen for two reasons:

a) we can't tell the difference between a broken recipe which failed to generate
recipeinfo for some reason and an image target

b) The license info is effectively lost/ignored for the second image

I think we need to do something better than this.

Cheers,

Richard




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

Re: [OE-core] [PATCH] rust: Upgrade to 1.56.0

[Martin Jansa]

Looks like it was caused by rust-cross issues reported in:
https://lists.openembedded.org/g/openembedded-core/message/156516

Re-building libstd-rs in empty TMPDIR, just for qemuarm MACHINE without
using sstate worked.

On Tue, Oct 26, 2021 at 2:06 PM Martin Jansa via lists.openembedded.org
 wrote:

> On Sat, Oct 23, 2021 at 8:52 AM Khem Raj  wrote:
>
>> This is latest major release, changes are here [1]
>>
>> Forward port libstd-rs patches and refresh musl/rv64 port
>>
>> [1] https://github.com/rust-lang/rust/releases/tag/1.56.0
>>
>> Signed-off-by: Khem Raj 
>> Cc: Randy MacLeod 
>>
>
> Anyone seeing libstd-rs failing to build?
>
> e.g. for raspberrypi4 it fails with:
>
> | error: could not compile `core`
> |
> | Caused by:
> |   process didn't exit successfully: `rustc --crate-name core
> --edition=2018 library/core/src/lib.rs --error-format=json
> --json=diagnostic-rendered-ansi,artifacts --crate-type lib
> --emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no -C
> metadata=1c41b1708b174d1e -C extra-filename=-1c41b1708b174d1e --out-dir
> /OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
> --target arm-oe-linux-gnueabi -C
> linker=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/wrapper/target-rust-ccld
> -L
> dependency=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
> -L
> dependency=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/release/deps
> -L
> /OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib/rust
> --remap-path-prefix=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0=/usr/src/debug/libstd-rs/1.56.0-r0
> -Cembed-bitcode=yes -L
> /OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib
> -C link-arg=-Wl,-soname,libstd.so` (signal: 11, SIGSEGV: invalid memory
> reference)
> | warning: build failed, waiting for other jobs to finish...
>
> with qemuarm it fails as well:
> | error: could not compile `core`
> |
> | Caused by:
> |   process didn't exit successfully: `rustc --crate-name core
> --edition=2018 library/core/src/lib.rs --error-format=json
> --json=diagnostic-rendered-ansi,artifacts --crate-type lib
> --emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no -C
> metadata=1c41b1708b174d1e -C extra-filename=-1c41b1708b174d1e --out-dir
> /OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
> --target arm-oe-linux-gnueabi -C
> linker=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/wrapper/target-rust-ccld
> -L
> dependency=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
> -L
> dependency=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/release/deps
> -L
> /OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib/rust
> --remap-path-prefix=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0=/usr/src/debug/libstd-rs/1.56.0-r0
> -Cembed-bitcode=yes -L
> /OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib
> -C link-arg=-Wl,-soname,libstd.so` (signal: 11, SIGSEGV: invalid memory
> reference)
> | warning: build failed, waiting for other jobs to finish...
>
> Will try to downgrade to 1.55.0.
>
> 
>
>

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

Re: [OE-core] [PATCH] rust: Upgrade to 1.56.0

[Martin Jansa]

On Sat, Oct 23, 2021 at 8:52 AM Khem Raj  wrote:

> This is latest major release, changes are here [1]
>
> Forward port libstd-rs patches and refresh musl/rv64 port
>
> [1] https://github.com/rust-lang/rust/releases/tag/1.56.0
>
> Signed-off-by: Khem Raj 
> Cc: Randy MacLeod 
>

Anyone seeing libstd-rs failing to build?

e.g. for raspberrypi4 it fails with:

| error: could not compile `core`
|
| Caused by:
|   process didn't exit successfully: `rustc --crate-name core
--edition=2018 library/core/src/lib.rs --error-format=json
--json=diagnostic-rendered-ansi,artifacts --crate-type lib
--emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no -C
metadata=1c41b1708b174d1e -C extra-filename=-1c41b1708b174d1e --out-dir
/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
--target arm-oe-linux-gnueabi -C
linker=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/wrapper/target-rust-ccld
-L
dependency=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
-L
dependency=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/release/deps
-L
/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib/rust
--remap-path-prefix=/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0=/usr/src/debug/libstd-rs/1.56.0-r0
-Cembed-bitcode=yes -L
/OE/build/oe-core/tmp-glibc/work/cortexa7t2hf-neon-vfpv4-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib
-C link-arg=-Wl,-soname,libstd.so` (signal: 11, SIGSEGV: invalid memory
reference)
| warning: build failed, waiting for other jobs to finish...

with qemuarm it fails as well:
| error: could not compile `core`
|
| Caused by:
|   process didn't exit successfully: `rustc --crate-name core
--edition=2018 library/core/src/lib.rs --error-format=json
--json=diagnostic-rendered-ansi,artifacts --crate-type lib
--emit=dep-info,metadata,link -C opt-level=3 -C embed-bitcode=no -C
metadata=1c41b1708b174d1e -C extra-filename=-1c41b1708b174d1e --out-dir
/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
--target arm-oe-linux-gnueabi -C
linker=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/wrapper/target-rust-ccld
-L
dependency=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/arm-oe-linux-gnueabi/release/deps
-L
dependency=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/build/release/deps
-L
/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib/rust
--remap-path-prefix=/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0=/usr/src/debug/libstd-rs/1.56.0-r0
-Cembed-bitcode=yes -L
/OE/build/oe-core/tmp-glibc/work/cortexa15t2hf-neon-oe-linux-gnueabi/libstd-rs/1.56.0-r0/recipe-sysroot/usr/lib
-C link-arg=-Wl,-soname,libstd.so` (signal: 11, SIGSEGV: invalid memory
reference)
| warning: build failed, waiting for other jobs to finish...

Will try to downgrade to 1.55.0.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157390): 
https://lists.openembedded.org/g/openembedded-core/message/157390
Mute This Topic: https://lists.openembedded.org/mt/86531835/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 v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Konrad Weihmann]

On 26.10.21 13:21, Martyn Welch wrote:

Note to self - remember to reply to list...

 Forwarded Message 
From: Martyn Welch 
To: Konrad Weihmann 
Subject: Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add default
IMAGE_QA_PROHIBIT_PATHS variable
Date: Tue, 26 Oct 2021 12:12:11 +0100

On Tue, 2021-10-26 at 12:56 +0200, Konrad Weihmann wrote:



On 26.10.21 12:50, Martyn Welch wrote:

From: Martyn Welch 

Add a default IMAGE_QA_PROHIBIT_PATHS variable containing paths
known to
be mounted in the default fstab, which are known mount points or
directories which should be populated at runtime.

Suggested-by: Alexander Kanavin 


That can't be true - or the initial idea is very very old :-) pls use
Alex's gmail instead


It's a very old patch series, originally posted in 2017 (as mentioned
in patch 1/2). Just noticed it never got applied...


+# IMAGE_QA_PROHIBITED_PATHS
+# Ensure images aren't including files in places that will be used
as mount points or that are
+# reserved for runtime data.
+IMAGE_QA_PROHIBITED_PATHS ?=
"/dev/pts/*:/media/*:/mnt/*:/proc/*:/run/*:/tmp/*:/var/run/*:/var/t
mp/*:/var/volatile/*"


I like the idea, but wouldn't make more sense to do that on a package
level, as here the user is more or less left alone in guessing where
the
file actually does come from


I like that idea, however it would make to assumption that there wasn't
any tweaks being made as part of image generation that would end up
violating this. A quick check suggests the "build-appliance-
image_15.0.0.bb" image does this kind of thing in the core image types.



As Alex just wrote, I might be beneficial to do both


Martyn






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157389): 
https://lists.openembedded.org/g/openembedded-core/message/157389
Mute This Topic: https://lists.openembedded.org/mt/86599458/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 v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Martyn Welch]

On Tue, 2021-10-26 at 13:01 +0200, Alexander Kanavin wrote:
> On Tue, 26 Oct 2021 at 12:56, Konrad Weihmann 
> wrote:
> > > Suggested-by: Alexander Kanavin
> > 
> > 
> > That can't be true - or the initial idea is very very old :-) pls
> > use 
> > Alex's gmail instead
> 
> I don't remember anything whatsoever about this, and a search in my
> gmail for IMAGE_QA_PROHIBIT_PATHS yields nothing, so unless you can
> point to where this was suggested, it's best to drop this :)


I don't blame you - it has been sitting needing some attention long
enough that it didn't surprise me the email address is now not valid...

https://patchwork.openembedded.org/patch/146237/

> 
> Alex


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157388): 
https://lists.openembedded.org/g/openembedded-core/message/157388
Mute This Topic: https://lists.openembedded.org/mt/86599458/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 v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Martyn Welch]

Note to self - remember to reply to list...

 Forwarded Message 
From: Martyn Welch 
To: Konrad Weihmann 
Subject: Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add default
IMAGE_QA_PROHIBIT_PATHS variable
Date: Tue, 26 Oct 2021 12:12:11 +0100

On Tue, 2021-10-26 at 12:56 +0200, Konrad Weihmann wrote:
> 
> 
> On 26.10.21 12:50, Martyn Welch wrote:
> > From: Martyn Welch 
> > 
> > Add a default IMAGE_QA_PROHIBIT_PATHS variable containing paths
> > known to
> > be mounted in the default fstab, which are known mount points or
> > directories which should be populated at runtime.
> > 
> > Suggested-by: Alexander Kanavin 
> 
> That can't be true - or the initial idea is very very old :-) pls use
> Alex's gmail instead

It's a very old patch series, originally posted in 2017 (as mentioned
in patch 1/2). Just noticed it never got applied...

> > +# IMAGE_QA_PROHIBITED_PATHS
> > +# Ensure images aren't including files in places that will be used
> > as mount points or that are
> > +# reserved for runtime data.
> > +IMAGE_QA_PROHIBITED_PATHS ?=
> > "/dev/pts/*:/media/*:/mnt/*:/proc/*:/run/*:/tmp/*:/var/run/*:/var/t
> > mp/*:/var/volatile/*"
> 
> I like the idea, but wouldn't make more sense to do that on a package
> level, as here the user is more or less left alone in guessing where
> the 
> file actually does come from

I like that idea, however it would make to assumption that there wasn't
any tweaks being made as part of image generation that would end up
violating this. A quick check suggests the "build-appliance-
image_15.0.0.bb" image does this kind of thing in the core image types.

Martyn


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

[OE-core] [PATCH 4/4] gcc: Drop broken/unneeded patch

[Richard Purdie]

This patch looks obsolete because it looks like part of an upstream
backport on a very old gcc version (4.3.3) and looks incomplete. The
diff also has little context making it likely to be a rebase error.

Builds seem find without it so drop it.

Signed-off-by: Richard Purdie 
---
 meta/recipes-devtools/gcc/gcc-11.2.inc|  1 -
 ...-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch | 70 ---
 2 files changed, 71 deletions(-)
 delete mode 100644 
meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index 1ab779533ca..23dfea2319e 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -32,7 +32,6 @@ SRC_URI = "\
${BASEURI} \
file://0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch \
file://0002-gcc-poison-system-directories.patch \
-   file://0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch \
file://0004-64-bit-multilib-hack.patch \
file://0005-optional-libstdc.patch \
file://0006-COLLECT_GCC_OPTIONS.patch \
diff --git 
a/meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch 
b/meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch
deleted file mode 100644
index 7a676545557..000
--- 
a/meta/recipes-devtools/gcc/gcc/0003-gcc-4.3.3-SYSROOT_CFLAGS_FOR_TARGET.patch
+++ /dev/null
@@ -1,70 +0,0 @@
-From 274a27da6fe355c4c49953b3b69c8949d2412c62 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Fri, 29 Mar 2013 09:08:31 +0400
-Subject: [PATCH] gcc-4.3.3: SYSROOT_CFLAGS_FOR_TARGET
-
-Before committing, I noticed that PR/32161 was marked as a dup of PR/32009, 
but my previous patch did not fix it.
-
-This alternative patch is better because it lets you just use 
CFLAGS_FOR_TARGET to set the compilation flags for libgcc. Since bootstrapped 
target libraries are never compiled with the native compiler, it makes little 
sense to use different flags for stage1 and later stages. And it also makes 
little sense to use a different variable than CFLAGS_FOR_TARGET.
-
-Other changes I had to do include:
-
-- moving the creation of default CFLAGS_FOR_TARGET from Makefile.am to 
configure.ac, because otherwise the BOOT_CFLAGS are substituted into 
CFLAGS_FOR_TARGET (which is "-O2 -g $(CFLAGS)") via $(CFLAGS). It is also 
cleaner this way though.
-
-- passing the right CFLAGS to configure scripts as exported environment 
variables
-
-I also stopped passing LIBCFLAGS to configure scripts since they are unused in 
the whole src tree. And I updated the documentation as H-P reminded me to do.
-
-Bootstrapped/regtested i686-pc-linux-gnu, will commit to 4.4 shortly. Ok for 
4.3?
-
-Signed-off-by: Paolo Bonzini  
-Signed-off-by: Khem Raj 
-
-Upstream-Status: Pending

- configure | 32 
- 1 file changed, 32 insertions(+)
-
-diff --git a/configure b/configure
-index bcebad264ec..86e4ee7c383 100755
 a/configure
-+++ b/configure
-@@ -8977,6 +8977,38 @@ fi
- 
- 
- 
-+# During gcc bootstrap, if we use some random cc for stage1 then CFLAGS
-+# might be empty or "-g".  We don't require a C++ compiler, so CXXFLAGS
-+# might also be empty (or "-g", if a non-GCC C++ compiler is in the path).
-+# We want to ensure that TARGET libraries (which we know are built with
-+# gcc) are built with "-O2 -g", so include those options when setting
-+# CFLAGS_FOR_TARGET and CXXFLAGS_FOR_TARGET.
-+if test "x$CFLAGS_FOR_TARGET" = x; then
-+  CFLAGS_FOR_TARGET=$CFLAGS
-+  case " $CFLAGS " in
-+*" -O2 "*) ;;
-+*) CFLAGS_FOR_TARGET="-O2 $CFLAGS" ;;
-+  esac
-+  case " $CFLAGS " in
-+*" -g "* | *" -g3 "*) ;;
-+*) CFLAGS_FOR_TARGET="-g $CFLAGS" ;;
-+  esac
-+fi
-+
-+
-+if test "x$CXXFLAGS_FOR_TARGET" = x; then
-+  CXXFLAGS_FOR_TARGET=$CXXFLAGS
-+  case " $CXXFLAGS " in
-+*" -O2 "*) ;;
-+*) CXXFLAGS_FOR_TARGET="-O2 $CXXFLAGS" ;;
-+  esac
-+  case " $CXXFLAGS " in
-+*" -g "* | *" -g3 "*) ;;
-+*) CXXFLAGS_FOR_TARGET="-g $CXXFLAGS" ;;
-+  esac
-+fi
-+
-+
- # Handle --with-headers=XXX.  If the value is not "yes", the contents of
- # the named directory are copied to $(tooldir)/sys-include.
- if test x"${with_headers}" != x && test x"${with_headers}" != xno ; then
-- 
2.32.0


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

[OE-core] [PATCH 1/4] gcc: Merge three related patches together

[Richard Purdie]

The SYSTEMLIBS_DIR change was spread over three patches, merge these
together since there is no value in having them separate.

Signed-off-by: Richard Purdie 
---
 meta/recipes-devtools/gcc/gcc-11.2.inc|  2 -
 ...AMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch | 52 ++-
 ...IR-replacement-instead-of-hardcoding.patch | 26 --
 ...22-aarch64-Add-support-for-musl-ldso.patch | 25 -
 4 files changed, 28 insertions(+), 77 deletions(-)
 delete mode 100644 
meta/recipes-devtools/gcc/gcc/0021-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch
 delete mode 100644 
meta/recipes-devtools/gcc/gcc/0022-aarch64-Add-support-for-musl-ldso.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index 9fd30f52a88..6fa344e9612 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -50,8 +50,6 @@ SRC_URI = "\
file://0018-export-CPP.patch \
file://0019-Ensure-target-gcc-headers-can-be-included.patch \

file://0020-Don-t-search-host-directory-during-relink-if-inst_pr.patch \
-   
file://0021-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch \
-   file://0022-aarch64-Add-support-for-musl-ldso.patch \
file://0023-libcc1-fix-libcc1-s-install-path-and-rpath.patch \
file://0024-handle-sysroot-support-for-nativesdk-gcc.patch \

file://0025-Search-target-sysroot-gcc-version-specific-dirs-with.patch \
diff --git 
a/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
 
b/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
index 4726267a80f..0884730786c 100644
--- 
a/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
+++ 
b/meta/recipes-devtools/gcc/gcc/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
@@ -30,8 +30,7 @@ Upstream-Status: Inappropriate [OE configuration]
  gcc/config/sparc/linux64.h   |  4 ++--
  12 files changed, 29 insertions(+), 34 deletions(-)
 
-diff --git a/gcc/config/alpha/linux-elf.h b/gcc/config/alpha/linux-elf.h
-index c1dae8ca2cf..3ce2b76c1a4 100644
+unchanged:
 --- a/gcc/config/alpha/linux-elf.h
 +++ b/gcc/config/alpha/linux-elf.h
 @@ -23,8 +23,8 @@ along with GCC; see the file COPYING3.  If not see
@@ -45,8 +44,7 @@ index c1dae8ca2cf..3ce2b76c1a4 100644
  #if DEFAULT_LIBC == LIBC_UCLIBC
  #define CHOOSE_DYNAMIC_LINKER(G, U) "%{mglibc:" G ";:" U "}"
  #elif DEFAULT_LIBC == LIBC_GLIBC
-diff --git a/gcc/config/arm/linux-eabi.h b/gcc/config/arm/linux-eabi.h
-index 85d0136e76e..6bd95855827 100644
+unchanged:
 --- a/gcc/config/arm/linux-eabi.h
 +++ b/gcc/config/arm/linux-eabi.h
 @@ -65,8 +65,8 @@
@@ -60,8 +58,7 @@ index 85d0136e76e..6bd95855827 100644
  #define GLIBC_DYNAMIC_LINKER_DEFAULT GLIBC_DYNAMIC_LINKER_SOFT_FLOAT
  
  #define GLIBC_DYNAMIC_LINKER \
-diff --git a/gcc/config/arm/linux-elf.h b/gcc/config/arm/linux-elf.h
-index 0c1c4e70b6b..6bd643ade11 100644
+unchanged:
 --- a/gcc/config/arm/linux-elf.h
 +++ b/gcc/config/arm/linux-elf.h
 @@ -60,7 +60,7 @@
@@ -73,8 +70,7 @@ index 0c1c4e70b6b..6bd643ade11 100644
  
  #define LINUX_TARGET_LINK_SPEC  "%{h*} \
 %{static:-Bstatic} \
-diff --git a/gcc/config/i386/linux.h b/gcc/config/i386/linux.h
-index 04b274f1654..7aafcf3ac2d 100644
+unchanged:
 --- a/gcc/config/i386/linux.h
 +++ b/gcc/config/i386/linux.h
 @@ -20,7 +20,7 @@ along with GCC; see the file COPYING3.  If not see
@@ -86,8 +82,7 @@ index 04b274f1654..7aafcf3ac2d 100644
  
  #undef MUSL_DYNAMIC_LINKER
  #define MUSL_DYNAMIC_LINKER "/lib/ld-musl-i386.so.1"
-diff --git a/gcc/config/i386/linux64.h b/gcc/config/i386/linux64.h
-index b3822ced528..92d303e80d6 100644
+unchanged:
 --- a/gcc/config/i386/linux64.h
 +++ b/gcc/config/i386/linux64.h
 @@ -27,9 +27,9 @@ see the files COPYING3 and COPYING.RUNTIME respectively.  If 
not, see
@@ -103,8 +98,7 @@ index b3822ced528..92d303e80d6 100644
  
  #undef MUSL_DYNAMIC_LINKER32
  #define MUSL_DYNAMIC_LINKER32 "/lib/ld-musl-i386.so.1"
-diff --git a/gcc/config/linux.h b/gcc/config/linux.h
-index 4e1db60fced..87efc5f69fe 100644
+unchanged:
 --- a/gcc/config/linux.h
 +++ b/gcc/config/linux.h
 @@ -94,10 +94,10 @@ see the files COPYING3 and COPYING.RUNTIME respectively.  
If not, see
@@ -122,8 +116,7 @@ index 4e1db60fced..87efc5f69fe 100644
  #define BIONIC_DYNAMIC_LINKER "/system/bin/linker"
  #define BIONIC_DYNAMIC_LINKER32 "/system/bin/linker"
  #define BIONIC_DYNAMIC_LINKER64 "/system/bin/linker64"
-diff --git a/gcc/config/mips/linux.h b/gcc/config/mips/linux.h
-index 44a85e410d9..8d41b5574f6 100644
+unchanged:
 --- a/gcc/config/mips/linux.h
 +++ b/gcc/config/mips/linux.h
 @@ -22,20 +22,20 @@ along with GCC; see the file COPYING3.  If not see
@@ -153,8 +146,7 @@ index 44a85e410d9..8d41b5574f6 100644
  
  #undef MUSL_DYNAMIC_LINKER32
  #define MUSL_DYNAMIC_LINKER32 \
-diff --git a/gcc/config/riscv/linux.h 

[OE-core] [PATCH 3/4] gcc: Fix nolibstdc++ patch

[Richard Purdie]

Somewhere along the line the docs patch was corrupted with incorrect
changes. Strip these out and clean up the patch.

Signed-off-by: Richard Purdie 
---
 .../gcc/gcc/0005-optional-libstdc.patch   | 28 ++-
 1 file changed, 2 insertions(+), 26 deletions(-)

diff --git a/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch 
b/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch
index c921ac3340c..c64fbf6a976 100644
--- a/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch
+++ b/meta/recipes-devtools/gcc/gcc/0005-optional-libstdc.patch
@@ -55,12 +55,10 @@ diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
 index 6659a903bf0..9ee63dbe52f 100644
 --- a/gcc/doc/invoke.texi
 +++ b/gcc/doc/invoke.texi
-@@ -239,6 +239,9 @@ in the following sections.
+@@ -239,6 +239,7 @@ in the following sections.
  -fno-weak  -nostdinc++ @gol
  -fvisibility-inlines-hidden @gol
  -fvisibility-ms-compat @gol
-+-fvtable-verify=@r{[}std@r{|}preinit@r{|}none@r{]} @gol
-+-fvtv-counts -fvtv-debug @gol
 +-nostdlib++ @gol
  -fext-numeric-literals @gol
  -flang-info-include-translate@r{[}=@var{header}@r{]} @gol
@@ -74,7 +72,7 @@ index 6659a903bf0..9ee63dbe52f 100644
  -T @var{script}  -Wl,@var{option}  -Xlinker @var{option} @gol
  -u @var{symbol}  -z @var{keyword}}
  
-@@ -15708,6 +15711,33 @@ Specify that the program entry point is @var{entry}.  
The argument is
+@@ -15708,6 +15711,11 @@ Specify that the program entry point is @var{entry}.  
The argument is
  interpreted by the linker; the GNU linker accepts either a symbol name
  or an address.
  
@@ -82,28 +80,6 @@ index 6659a903bf0..9ee63dbe52f 100644
 +@opindex nostdlib++
 +Do not use the standard system C++ runtime libraries when linking.
 +Only the libraries you specify will be passed to the linker.
-+
-+@cindex @option{-lgcc}, use with @option{-nostdlib}
-+@cindex @option{-nostdlib} and unresolved references
-+@cindex unresolved references and @option{-nostdlib}
-+@cindex @option{-lgcc}, use with @option{-nodefaultlibs}
-+@cindex @option{-nodefaultlibs} and unresolved references
-+@cindex unresolved references and @option{-nodefaultlibs}
-+One of the standard libraries bypassed by @option{-nostdlib} and
-+@option{-nodefaultlibs} is @file{libgcc.a}, a library of internal subroutines
-+which GCC uses to overcome shortcomings of particular machines, or special
-+needs for some languages.
-+(@xref{Interface,,Interfacing to GCC Output,gccint,GNU Compiler
-+Collection (GCC) Internals},
-+for more discussion of @file{libgcc.a}.)
-+In most cases, you need @file{libgcc.a} even when you want to avoid
-+other standard libraries.  In other words, when you specify @option{-nostdlib}
-+or @option{-nodefaultlibs} you should usually specify @option{-lgcc} as well.
-+This ensures that you have no unresolved references to internal GCC
-+library subroutines.
-+(An example of such an internal subroutine is @code{__main}, used to ensure 
C++
-+constructors are called; @pxref{Collect2,,@code{collect2}, gccint,
-+GNU Compiler Collection (GCC) Internals}.)
 +
  @item -pie
  @opindex pie
-- 
2.32.0


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

[OE-core] [PATCH 2/4] gcc: Drop sdt (dtrace) header patch

[Richard Purdie]

Since we now have recipe specific sysroots we no longer need this patch
to avoid the dtrace headers affecting the build of gcc-runtime. Drop
the patch.

Signed-off-by: Richard Purdie 
---
 meta/recipes-devtools/gcc/gcc-11.2.inc|   1 -
 .../gcc/gcc/0013-Disable-sdt.patch| 110 --
 2 files changed, 111 deletions(-)
 delete mode 100644 meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index 6fa344e9612..1ab779533ca 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -42,7 +42,6 @@ SRC_URI = "\
file://0010-MIPS64-Default-to-N64-ABI.patch \

file://0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch \
file://0012-gcc-Fix-argument-list-too-long-error.patch \
-   file://0013-Disable-sdt.patch \
file://0014-libtool.patch \
file://0015-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch 
\

file://0016-Use-the-multilib-config-files-from-B-instead-of-usin.patch \
diff --git a/meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch 
b/meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch
deleted file mode 100644
index 1e657666df9..000
--- a/meta/recipes-devtools/gcc/gcc/0013-Disable-sdt.patch
+++ /dev/null
@@ -1,110 +0,0 @@
-From 7928a4eddc4a6d821a6aa6eaaea1fd60d54e3da9 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Fri, 29 Mar 2013 09:28:10 +0400
-Subject: [PATCH] Disable sdt.
-
-We don't list dtrace in DEPENDS so we shouldn't be depending on this header.
-It may or may not exist from preivous builds though. To be determinstic, 
disable
-sdt.h usage always. This avoids build failures if the header is removed after 
configure
-but before libgcc is compiled for example.
-
-RP 2012/8/7
-
-Signed-off-by: Khem Raj 
-
-Disable sdt for libstdc++-v3.
-
-Signed-off-by: Robert Yang 
-
-Upstream-Status: Inappropriate [hack]

- gcc/configure | 12 ++--
- gcc/configure.ac  | 18 +-
- libstdc++-v3/configure|  6 +++---
- libstdc++-v3/configure.ac |  2 +-
- 4 files changed, 19 insertions(+), 19 deletions(-)
-
-diff --git a/gcc/configure b/gcc/configure
-index c5d3bc4ee2d..5160917d73e 100755
 a/gcc/configure
-+++ b/gcc/configure
-@@ -30812,12 +30812,12 @@ fi
- { $as_echo "$as_me:${as_lineno-$LINENO}: checking sys/sdt.h in the target C 
library" >&5
- $as_echo_n "checking sys/sdt.h in the target C library... " >&6; }
- have_sys_sdt_h=no
--if test -f $target_header_dir/sys/sdt.h; then
--  have_sys_sdt_h=yes
--
--$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
--
--fi
-+#if test -f $target_header_dir/sys/sdt.h; then
-+#  have_sys_sdt_h=yes
-+#
-+#$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
-+#
-+#fi
- { $as_echo "$as_me:${as_lineno-$LINENO}: result: $have_sys_sdt_h" >&5
- $as_echo "$have_sys_sdt_h" >&6; }
- 
-diff --git a/gcc/configure.ac b/gcc/configure.ac
-index f83420326d6..50f78308e8a 100644
 a/gcc/configure.ac
-+++ b/gcc/configure.ac
-@@ -6653,15 +6653,15 @@ fi
- AC_SUBST([enable_default_ssp])
- 
- # Test for  on the target.
--GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H])
--AC_MSG_CHECKING(sys/sdt.h in the target C library)
--have_sys_sdt_h=no
--if test -f $target_header_dir/sys/sdt.h; then
--  have_sys_sdt_h=yes
--  AC_DEFINE(HAVE_SYS_SDT_H, 1,
--[Define if your target C library provides sys/sdt.h])
--fi
--AC_MSG_RESULT($have_sys_sdt_h)
-+#GCC_TARGET_TEMPLATE([HAVE_SYS_SDT_H])
-+#AC_MSG_CHECKING(sys/sdt.h in the target C library)
-+#have_sys_sdt_h=no
-+#if test -f $target_header_dir/sys/sdt.h; then
-+#  have_sys_sdt_h=yes
-+#  AC_DEFINE(HAVE_SYS_SDT_H, 1,
-+#[Define if your target C library provides sys/sdt.h])
-+#fi
-+#AC_MSG_RESULT($have_sys_sdt_h)
- 
- # Check if TFmode long double should be used by default or not.
- # Some glibc targets used DFmode long double, but with glibc 2.4
-diff --git a/libstdc++-v3/configure b/libstdc++-v3/configure
-index a310e9feb6c..c879445b8a6 100755
 a/libstdc++-v3/configure
-+++ b/libstdc++-v3/configure
-@@ -22014,11 +22014,11 @@ ac_compile='$CC -c $CFLAGS $CPPFLAGS 
conftest.$ac_ext >&5'
- ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS 
conftest.$ac_ext $LIBS >&5'
- ac_compiler_gnu=$ac_cv_c_compiler_gnu
- 
--  if test $glibcxx_cv_sys_sdt_h = yes; then
-+#  if test $glibcxx_cv_sys_sdt_h = yes; then
- 
--$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
-+#$as_echo "#define HAVE_SYS_SDT_H 1" >>confdefs.h
- 
--  fi
-+#  fi
-   { $as_echo "$as_me:${as_lineno-$LINENO}: result: $glibcxx_cv_sys_sdt_h" >&5
- $as_echo "$glibcxx_cv_sys_sdt_h" >&6; }
- 
-diff --git a/libstdc++-v3/configure.ac b/libstdc++-v3/configure.ac
-index 3c799be82b1..3f63a8ec9ce 100644
 a/libstdc++-v3/configure.ac
-+++ b/libstdc++-v3/configure.ac
-@@ -240,7 +240,7 @@ GLIBCXX_CHECK_SC_NPROCESSORS_ONLN
- GLIBCXX_CHECK_SC_NPROC_ONLN
- 

Re: [OE-core] [PATCH v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Alexander Kanavin]

On Tue, 26 Oct 2021 at 12:56, Konrad Weihmann  wrote:

> I like the idea, but wouldn't make more sense to do that on a package
> level, as here the user is more or less left alone in guessing where the
> file actually does come from
>

Perhaps both. There can be all sorts of rootfs post-processing, and files
may slip in through that.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157382): 
https://lists.openembedded.org/g/openembedded-core/message/157382
Mute This Topic: https://lists.openembedded.org/mt/86599458/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 v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Alexander Kanavin]

On Tue, 26 Oct 2021 at 12:56, Konrad Weihmann  wrote:

> > Suggested-by: Alexander Kanavin 
>
> That can't be true - or the initial idea is very very old :-) pls use
> Alex's gmail instead
>

I don't remember anything whatsoever about this, and a search in my gmail
for IMAGE_QA_PROHIBIT_PATHS yields nothing, so unless you can point to
where this was suggested, it's best to drop this :)

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157381): 
https://lists.openembedded.org/g/openembedded-core/message/157381
Mute This Topic: https://lists.openembedded.org/mt/86599458/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 v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Konrad Weihmann]

On 26.10.21 12:50, Martyn Welch wrote:

From: Martyn Welch 

Add a default IMAGE_QA_PROHIBIT_PATHS variable containing paths known to
be mounted in the default fstab, which are known mount points or
directories which should be populated at runtime.

Suggested-by: Alexander Kanavin 


That can't be true - or the initial idea is very very old :-) pls use 
Alex's gmail instead



Signed-off-by: Martyn Welch 
---
Changes since v3:
  - This patch added.

  meta/classes/core-image.bbclass | 5 +
  1 file changed, 5 insertions(+)

diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index 84fd3eeb38..33ab1c85de 100644
--- a/meta/classes/core-image.bbclass
+++ b/meta/classes/core-image.bbclass
@@ -63,6 +63,11 @@ IMAGE_FEATURES_REPLACES_ssh-server-openssh = 
"ssh-server-dropbear"
  # IMAGE_FEATURES_CONFLICTS_foo = 'bar1 bar2'
  # An error exception would be raised if both image features foo and bar1(or 
bar2) are included
  
+# IMAGE_QA_PROHIBITED_PATHS

+# Ensure images aren't including files in places that will be used as mount 
points or that are
+# reserved for runtime data.
+IMAGE_QA_PROHIBITED_PATHS ?= 
"/dev/pts/*:/media/*:/mnt/*:/proc/*:/run/*:/tmp/*:/var/run/*:/var/tmp/*:/var/volatile/*"


I like the idea, but wouldn't make more sense to do that on a package 
level, as here the user is more or less left alone in guessing where the 
file actually does come from



+
  MACHINE_HWCODECS ??= ""
  
  CORE_IMAGE_BASE_INSTALL = '\







-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157380): 
https://lists.openembedded.org/g/openembedded-core/message/157380
Mute This Topic: https://lists.openembedded.org/mt/86599458/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 v6 1/2] image.bbclass: add prohibited-paths QA test

[Martyn Welch]

Sometimes we wish to ensure that files or directories are not installed
somewhere that may prove detrimental to the operation of the system. For
example, this may be the case if files are placed in a directory that is
utilised as a mount point at run time, thus making them inaccessible once
when the mount point is being utilised.

Implement the prohibited paths QA test, which enables such locations to be
specified in a "IMAGE_QA_PROHIBITED_PATHS" variable. This implementation
allows for a colon separated list of paths to be provided. Shell style
wildcards can be used.

Signed-off-by: Fabien Lahoudere 
Signed-off-by: Martyn Welch 
---

This patch series was submitted many years ago (2017!!!), but did not at
the time get applied. Finally submitting again.

Changes since v1:
 - Correcting author and SOB.

Changes since v2:
 - Reimplemented as image rather than package level QA test.
 - Changed variable from PROHIBITED_PATH to PROHIBITED_PATHS to better
   reflect its use.

Changes since v3:
 - Rename variable to IMAGE_QA_PROHIBITED_PATHS.
 - Use str.startswith().
 - Simplify if statement.

Changes since v4:
 - Move QA test to new class "image-insane.bbclass".

Changes since v5:
 - Port to latest version

 meta/classes/image-insane.bbclass | 20 
 meta/classes/image.bbclass|  1 +
 2 files changed, 21 insertions(+)
 create mode 100644 meta/classes/image-insane.bbclass

diff --git a/meta/classes/image-insane.bbclass 
b/meta/classes/image-insane.bbclass
new file mode 100644
index 00..29935cf24c
--- /dev/null
+++ b/meta/classes/image-insane.bbclass
@@ -0,0 +1,20 @@
+python image_check_prohibited_paths () {
+import glob
+from oe.utils import ImageQAFailed
+
+rootfs = d.getVar('IMAGE_ROOTFS')
+
+path = (d.getVar('IMAGE_QA_PROHIBITED_PATHS') or "")
+if path != "":
+for p in path.split(':'):
+if not p.startswith('/'):
+raise ImageQAFailed("IMAGE_QA_PROHIBITED_PATHS \"%s\" must be 
an absolute path" % p, image_check_prohibited_paths)
+
+match = glob.glob("%s%s" % (rootfs, p))
+if match:
+loc = ", ".join(item.replace(rootfs, '') for item in match)
+raise ImageQAFailed("Match(es) for IMAGE_QA_PROHIBITED_PATHS 
\"%s\": %s" % (p, loc), image_check_prohibited_paths)
+}
+
+IMAGE_QA_COMMANDS += "image_check_prohibited_paths"
+
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 2fa69a40d1..4cb4360f98 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -15,6 +15,7 @@ IMGCLASSES += "${@bb.utils.contains('IMAGE_FSTYPES', 
'container', 'image-contain
 IMGCLASSES += "image_types_wic"
 IMGCLASSES += "rootfs-postcommands"
 IMGCLASSES += "image-postinst-intercepts"
+IMGCLASSES += "image-insane"
 inherit ${IMGCLASSES}
 
 TOOLCHAIN_TARGET_TASK += "${PACKAGE_INSTALL}"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157379): 
https://lists.openembedded.org/g/openembedded-core/message/157379
Mute This Topic: https://lists.openembedded.org/mt/86599461/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 v6 2/2] core-image.bbclass: add default IMAGE_QA_PROHIBIT_PATHS variable

[Martyn Welch]

From: Martyn Welch 

Add a default IMAGE_QA_PROHIBIT_PATHS variable containing paths known to
be mounted in the default fstab, which are known mount points or
directories which should be populated at runtime.

Suggested-by: Alexander Kanavin 
Signed-off-by: Martyn Welch 
---
Changes since v3:
 - This patch added.

 meta/classes/core-image.bbclass | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index 84fd3eeb38..33ab1c85de 100644
--- a/meta/classes/core-image.bbclass
+++ b/meta/classes/core-image.bbclass
@@ -63,6 +63,11 @@ IMAGE_FEATURES_REPLACES_ssh-server-openssh = 
"ssh-server-dropbear"
 # IMAGE_FEATURES_CONFLICTS_foo = 'bar1 bar2'
 # An error exception would be raised if both image features foo and bar1(or 
bar2) are included
 
+# IMAGE_QA_PROHIBITED_PATHS
+# Ensure images aren't including files in places that will be used as mount 
points or that are
+# reserved for runtime data.
+IMAGE_QA_PROHIBITED_PATHS ?= 
"/dev/pts/*:/media/*:/mnt/*:/proc/*:/run/*:/tmp/*:/var/run/*:/var/tmp/*:/var/volatile/*"
+
 MACHINE_HWCODECS ??= ""
 
 CORE_IMAGE_BASE_INSTALL = '\
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157378): 
https://lists.openembedded.org/g/openembedded-core/message/157378
Mute This Topic: https://lists.openembedded.org/mt/86599458/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] sstate: fix touching files inside pseudo

[Jose Quaresma]

I have found this bug on the dunfell branch, can it be backported to
dunfell too?

Jose

Peter Kjellerstedt  escreveu no dia segunda,
25/10/2021 à(s) 15:28:

> > -Original Message-
> > From: openembedded-core@lists.openembedded.org  > c...@lists.openembedded.org> On Behalf Of Jose Quaresma
> > Sent: den 20 oktober 2021 19:26
> > To: openembedded-core@lists.openembedded.org
> > Cc: Jose Quaresma 
> > Subject: [OE-core] [PATCH v2] sstate: fix touching files inside pseudo
> >
> > running the 'id' command inside the sstate_create_package
> > function shows that this funcion run inside the pseudo:
> >
> >  uid=0(root) gid=0(root) groups=0(root)
> >
> > The check for touch files [ ! -w ${SSTATE_PKG} ]
> > will always return true and the touch can fail
> > when the real user don't have permission or
> > in readonly filesystem.
> >
> > As the documentation refers, the file test operator "-w"
> > check if the file has write permission (for the user running the test).
> >
> > We can avoid this test running the touch and mask any return errors
> > that we have.
> >
> > Signed-off-by: Jose Quaresma 
> > ---
> >
> > v2: redirect stderr to /dev/null to avoid messages in the log
> >
> >  meta/classes/sstate.bbclass | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
> > index 3c179259e7..146f56ea2d 100644
> > --- a/meta/classes/sstate.bbclass
> > +++ b/meta/classes/sstate.bbclass
> > @@ -830,7 +830,7 @@ sstate_task_postfunc[dirs] = "${WORKDIR}"
> >  sstate_create_package () {
> >   # Exit early if it already exists
> >   if [ -e ${SSTATE_PKG} ]; then
> > - [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
> > + touch ${SSTATE_PKG} 2>/dev/null || true
> >   return
> >   fi
> >
> > @@ -865,7 +865,7 @@ sstate_create_package () {
> >   else
> >   rm $TFILE
> >   fi
> > - [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
> > + touch ${SSTATE_PKG} 2>/dev/null || true
> >  }
> >
> >  python sstate_sign_package () {
> > --
> > 2.33.1
>
> Can this please be backported to Hardknott and Honister now that
> it has been accepted for master?
>
> //Peter
>
>

-- 
Best regards,

José Quaresma

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

[OE-core] [PATCH] kernel-yocto: Add KERNEL_SKIP_BRANCH_CONVERSION var to skip branch conversion from remote to local

[Tomasz Dziendzielski]

Introduced poky upstream commit:
14df6d53b6 linux-yocto: improve checkout error handling and reporting

converts all remote branches to local branches.
Our Linux repo has ~4500 remote branches:
git branch -a | grep remotes |wc -l  -> 4575

This costs our best workstations ~20 minutes to simply do that conversion
in do_kernel_checkout which is not needed (at least I do not see any
benefit after testing with this patch).

Since this conversion is required for some linux-yocto workflows we
introduce variable that allows skipping this on demand.

Signed-off-by: Tomasz Dziendzielski 
Signed-off-by: Jan Brzezanski 
Signed-off-by: Ricardo Rodrigues 
Signed-off-by: Szymon Czarnuch 
Signed-off-by: Kamil Kwiek 
---
 meta/classes/kernel-yocto.bbclass | 16 +---
 1 file changed, 9 insertions(+), 7 deletions(-)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 1d5a8cdf29..68fb1af821 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -363,13 +363,15 @@ do_kernel_checkout() {
cd ${S}
 
# convert any remote branches to local tracking ones
-   for i in `git branch -a --no-color | grep remotes | grep -v 
HEAD`; do
-   b=`echo $i | cut -d' ' -f2 | sed 's%remotes/origin/%%'`;
-   git show-ref --quiet --verify -- "refs/heads/$b"
-   if [ $? -ne 0 ]; then
-   git branch $b $i > /dev/null
-   fi
-   done
+   if [ "${KERNEL_SKIP_BRANCH_CONVERSION}" != "1" ]; then
+   for i in `git branch -a --no-color | grep remotes | 
grep -v HEAD`; do
+   b=`echo $i | cut -d' ' -f2 | sed 
's%remotes/origin/%%'`;
+   git show-ref --quiet --verify -- "refs/heads/$b"
+   if [ $? -ne 0 ]; then
+   git branch $b $i > /dev/null
+   fi
+   done
+   fi
 
# Create a working tree copy of the kernel by checking out a 
branch
machine_branch="${@ get_machine_branch(d, "${KBRANCH}" )}"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157376): 
https://lists.openembedded.org/g/openembedded-core/message/157376
Mute This Topic: https://lists.openembedded.org/mt/86597675/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] license_image: Prevent do_populate_lic_deploy from using image recipes' recipeinfo

[Tomasz Dziendzielski]

If image recipe depends on another image recipe it will try to use
license recipeinfo that is not deployed. It will result in:
| Exception: FileNotFoundError: [Errno 2] No such file or directory:
| 'TMPDIR/deploy/licenses/foo-image/recipeinfo'

In such case check for image_license.manifest file (which means dep is
an image recipe) and skip if true.

Signed-off-by: Tomasz Dziendzielski 
Signed-off-by: Jan Brzezanski 
Signed-off-by: Ricardo Rodrigues 
Signed-off-by: Szymon Czarnuch 
Signed-off-by: Kamil Kwiek 
---
 meta/classes/license_image.bbclass | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/classes/license_image.bbclass 
b/meta/classes/license_image.bbclass
index bf70bee99b..cc1d9ea651 100644
--- a/meta/classes/license_image.bbclass
+++ b/meta/classes/license_image.bbclass
@@ -201,10 +201,17 @@ def license_deployed_manifest(d):
 man_dic[dep]["PN"] = dep
 man_dic[dep]["FILES"] = \
 " ".join(get_deployed_files(dep_dic[dep]))
-with open(os.path.join(lic_dir, dep, "recipeinfo"), "r") as f:
-for line in f.readlines():
-key,val = line.split(": ", 1)
-man_dic[dep][key] = val[:-1]
+try:
+with open(os.path.join(lic_dir, dep, "recipeinfo"), "r") as f:
+for line in f.readlines():
+key,val = line.split(": ", 1)
+man_dic[dep][key] = val[:-1]
+except FileNotFoundError:
+if os.path.exists(os.path.join(
+lic_dir, "%s-%s" % (dep, d.getVar("MACHINE")), 
"image_license.manifest")):
+del man_dic[dep]
+else:
+raise
 
 lic_manifest_dir = os.path.join(d.getVar('LICENSE_DIRECTORY'),
 d.getVar('IMAGE_NAME'))
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157375): 
https://lists.openembedded.org/g/openembedded-core/message/157375
Mute This Topic: https://lists.openembedded.org/mt/86597669/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] vte: upgrade 0.64.2 -> 0.66.0

[Alexandre Belloni]

Hello,

This failed with:

./vte-gtk3-scan: error while loading shared libraries: libpango-1.0.so.0: 
cannot open shared object file: No such file or directory

https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/2249/steps/11/logs/stdio


On 25/10/2021 22:28:50+0800, wangmy wrote:
> Signed-off-by: Wang Mingyu 
> ---
>  meta/recipes-support/vte/{vte_0.64.2.bb => vte_0.66.0.bb} | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-support/vte/{vte_0.64.2.bb => vte_0.66.0.bb} (95%)
> 
> diff --git a/meta/recipes-support/vte/vte_0.64.2.bb 
> b/meta/recipes-support/vte/vte_0.66.0.bb
> similarity index 95%
> rename from meta/recipes-support/vte/vte_0.64.2.bb
> rename to meta/recipes-support/vte/vte_0.66.0.bb
> index a79f2e4451..3b9c359507 100644
> --- a/meta/recipes-support/vte/vte_0.64.2.bb
> +++ b/meta/recipes-support/vte/vte_0.66.0.bb
> @@ -20,7 +20,7 @@ inherit gnomebase gtk-doc features_check 
> upstream-version-is-even gobject-intros
>  
>  # vapigen.m4 is required when vala is not present (but the one from vala 
> should be used normally)
>  SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch"
> -SRC_URI[archive.sha256sum] = 
> "2b3c820b65a667c1d8859ba20478be626d1519cc3159dac25f703330c6d07e18"
> +SRC_URI[archive.sha256sum] = 
> "d0813ac00fb1d74d88851e765f755d496c83e097097358ea1baadb38b37b7b33"
>  
>  ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>  
> -- 
> 2.25.1
> 

> 
> 
> 


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

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