[OE-core][PATCH] avahi: update CVE id fixed by local-ping.patch

[Chen Qi]

CVE-2021-36217 is treated as a duplicate of CVE-2021-3502.
Update the local-ping.patch to mark it resolve both.

Signed-off-by: Chen Qi 
---
 meta/recipes-connectivity/avahi/files/local-ping.patch | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-connectivity/avahi/files/local-ping.patch 
b/meta/recipes-connectivity/avahi/files/local-ping.patch
index 94116ad1f3..29c192d296 100644
--- a/meta/recipes-connectivity/avahi/files/local-ping.patch
+++ b/meta/recipes-connectivity/avahi/files/local-ping.patch
@@ -1,4 +1,5 @@
 CVE: CVE-2021-36217
+CVE: CVE-2021-3502
 Upstream-Status: Backport
 Signed-off-by: Ross Burton 
 
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157966): 
https://lists.openembedded.org/g/openembedded-core/message/157966
Mute This Topic: https://lists.openembedded.org/mt/86901326/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] [bitbake-devel] [PATCH 2/2] fetch2: Fix race condition in latest_revision

[Alexander Kanavin]

It helps if you can provide a specific example/test case for this.

Alex

On Mon, 8 Nov 2021 at 11:26, Martin Koppehel  wrote:

> -- snip
> > I'm afraid I don't understand why this is a race condition? Where is the
> timeout
> > that stops one being set?
>
> The commit message is misleading here, will change that. It is actually
> not a race condition as we originally thought, but more a problem of
> recursive calls to _latest_revision.
>
> The git fetcher does something similar in _lsremote, where the git
> lsremote would be called recursively to populate the environment, and
> there's code in place to prevent that.
>
> In our case, since we persist the revs, we have to filter out empty revs
> because otherwise the next repo fetcher invocation would also try to
> populate the environment but then revs[key] would already be set to an
> empty string, causing a metadata mismatch later.
>
> Therefore we only populate the revision cache if _latest_revision
> actually returns a valid value.
> We did reproduce this with multiple recipes that used up the same
> SRC_URI and therefore influencing each other, this case works fine now.
>
> Cheers,
> Martin
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157967): 
https://lists.openembedded.org/g/openembedded-core/message/157967
Mute This Topic: https://lists.openembedded.org/mt/86878868/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] [V3][PATCH] ruby: workaround ptest hang problem

[Richard Purdie]

On Mon, 2021-11-08 at 12:02 +0800, Changqing Li wrote:
> On 11/6/21 5:27 PM, Richard Purdie wrote:
> > [Please note: This e-mail is from an EXTERNAL e-mail address]
> > 
> > On Fri, 2021-11-05 at 10:18 +0800, Changqing Li wrote:
> > > From: Changqing Li 
> > > 
> > > since openssl 3 not compatible problem, ruby have disable openssl
> > > extention. But disable openssl extention make test_smtp.rs hang at
> > > test case "test_start".
> > > 
> > > Net::TestSMTP#test_start:
> > > NameError: uninitialized constant Net::SMTP::OpenSSL
> > > Did you mean? Open3
> > > /usr/lib64/ruby/3.0.0/net/smtp.rb:195:in `default_ssl_context'
> > > /usr/lib64/ruby/3.0.0/net/smtp.rb:552:in `start'
> > > /usr/lib64/ruby/3.0.0/net/smtp.rb:475:in `start'
> > > /usr/lib64/ruby/ptest/test/net/smtp/test_smtp.rb:199:in `test_start'
> > > 
> > > temporarily remove the hang case to make other testcases can be run.
> > > 
> > > Meantime, move ruby-ptest out of the PTESTS_PROBLEMS list.
> > > On 48 core host, run ruby ptest in qemux86-64:
> > > root@qemux86-64:/usr/lib64/ruby/ptest# time ./run-ptest
> > > PASS: test/test_set.rb
> > > PASS: test/stringio/test_stringio.rb
> > > ...
> > > PASS: test/did_you_mean/test_tree_spell_checker.rb
> > > PASS: test/test_mutex_m.rb
> > > 
> > > real  5m42.872s
> > > user  3m50.923s
> > > sys   0m44.136s
> > > 
> > > Signed-off-by: Changqing Li 
> > > ---
> > >   meta/conf/distro/include/ptest-packagelists.inc | 3 +--
> > >   meta/recipes-devtools/ruby/ruby.inc | 4 
> > >   2 files changed, 5 insertions(+), 2 deletions(-)
> > Unfortunately the success rate isn't like that when we tried this on the
> > autobuilder, it failed on both arm64 and x86_64 with multiple failures:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/2791
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/2507
> 
> Sorry,  I thought this is expected.  Ruby have 800+ test cases, and 
> failed about
> 
> 30+ all the time.  so I think we still need to put ruby ptest in the  
> PTESTS_PROBLEMS list until
> 
> we address all the failed cases.

What we could do is mask out the failing cases. The issue is that we'll see
warnings on the autobuilder for cases that fail so we need to remove any "known
to fail" cases before we can enable by default there.

Cheers,

Richard


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

[OE-core] broken dunfell

[Marek Belisko]

Hello, latest commit in meta-openembedded on dunfell branch raise an error:

meta-openembedded/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb:14:
unparsed line: 'RDEPENDS:${PN} += "${PYTHON_PN}-logging
${PYTHON_PN}-fcntl "'

Seems new syntax is used in this commit, fix is simple:

diff --git a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
index 1ba2c6f..7ebaa45 100644
--- a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
+++ b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
@@ -8,7 +8,7 @@ SRC_URI[sha256sum] =
"b1ab4e5adfbc28681ce44b3024421c4f567e705cc3963c732bf1cba334

 inherit pypi setuptools3

-RDEPENDS:${PN} += "\
+RDEPENDS_${PN} += "\
 ${PYTHON_PN}-logging \
 ${PYTHON_PN}-fcntl \
 "

Thanks and BR,

marek

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

[Richard Purdie]

On Mon, 2021-11-08 at 11:53 +0100, Marek Belisko wrote:
> Hello, latest commit in meta-openembedded on dunfell branch raise an error:
> 
> meta-openembedded/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb:14:
> unparsed line: 'RDEPENDS:${PN} += "${PYTHON_PN}-logging
> ${PYTHON_PN}-fcntl "'
> 
> Seems new syntax is used in this commit, fix is simple:
> 
> diff --git a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> index 1ba2c6f..7ebaa45 100644
> --- a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> +++ b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> @@ -8,7 +8,7 @@ SRC_URI[sha256sum] =
> "b1ab4e5adfbc28681ce44b3024421c4f567e705cc3963c732bf1cba334
> 
>  inherit pypi setuptools3
> 
> -RDEPENDS:${PN} += "\
> +RDEPENDS_${PN} += "\
>  ${PYTHON_PN}-logging \
>  ${PYTHON_PN}-fcntl \
>  "
> 
> Thanks and BR,


Whilst that probably shouldn't be there, I suspect if you upgrade bitbake you
won't see that issue.

Cheers,

Richard


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

[Marek Belisko]

On Mon, Nov 8, 2021 at 12:08 PM Richard Purdie
 wrote:
>
> On Mon, 2021-11-08 at 11:53 +0100, Marek Belisko wrote:
> > Hello, latest commit in meta-openembedded on dunfell branch raise an error:
> >
> > meta-openembedded/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb:14:
> > unparsed line: 'RDEPENDS:${PN} += "${PYTHON_PN}-logging
> > ${PYTHON_PN}-fcntl "'
> >
> > Seems new syntax is used in this commit, fix is simple:
> >
> > diff --git a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > index 1ba2c6f..7ebaa45 100644
> > --- a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > +++ b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > @@ -8,7 +8,7 @@ SRC_URI[sha256sum] =
> > "b1ab4e5adfbc28681ce44b3024421c4f567e705cc3963c732bf1cba334
> >
> >  inherit pypi setuptools3
> >
> > -RDEPENDS:${PN} += "\
> > +RDEPENDS_${PN} += "\
> >  ${PYTHON_PN}-logging \
> >  ${PYTHON_PN}-fcntl \
> >  "
> >
> > Thanks and BR,
>
>
> Whilst that probably shouldn't be there, I suspect if you upgrade bitbake you
> won't see that issue.
I want to say on dunfell due fact it's LTS release ;)
>
> Cheers,
>
> Richard
>

BR,

marek

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

[Richard Purdie]

On Mon, 2021-11-08 at 12:23 +0100, Belisko Marek wrote:
> On Mon, Nov 8, 2021 at 12:08 PM Richard Purdie
>  wrote:
> > 
> > On Mon, 2021-11-08 at 11:53 +0100, Marek Belisko wrote:
> > > Hello, latest commit in meta-openembedded on dunfell branch raise an 
> > > error:
> > > 
> > > meta-openembedded/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb:14:
> > > unparsed line: 'RDEPENDS:${PN} += "${PYTHON_PN}-logging
> > > ${PYTHON_PN}-fcntl "'
> > > 
> > > Seems new syntax is used in this commit, fix is simple:
> > > 
> > > diff --git 
> > > a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > index 1ba2c6f..7ebaa45 100644
> > > --- a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > +++ b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > @@ -8,7 +8,7 @@ SRC_URI[sha256sum] =
> > > "b1ab4e5adfbc28681ce44b3024421c4f567e705cc3963c732bf1cba334
> > > 
> > >  inherit pypi setuptools3
> > > 
> > > -RDEPENDS:${PN} += "\
> > > +RDEPENDS_${PN} += "\
> > >  ${PYTHON_PN}-logging \
> > >  ${PYTHON_PN}-fcntl \
> > >  "
> > > 
> > > Thanks and BR,
> > 
> > 
> > Whilst that probably shouldn't be there, I suspect if you upgrade bitbake 
> > you
> > won't see that issue.
> I want to say on dunfell due fact it's LTS release ;)
> 

Bitbake as well as OE-Core, meta-openembedded and Poky have LTS branches. I
doubt you're using the most recent revisions of bitbake on that LTS branch.

I wasn't suggesting you upgrade to the latest master.

Cheers,

Richard



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

[Marek Belisko]

On Mon, Nov 8, 2021 at 12:30 PM Richard Purdie
 wrote:
>
> On Mon, 2021-11-08 at 12:23 +0100, Belisko Marek wrote:
> > On Mon, Nov 8, 2021 at 12:08 PM Richard Purdie
> >  wrote:
> > >
> > > On Mon, 2021-11-08 at 11:53 +0100, Marek Belisko wrote:
> > > > Hello, latest commit in meta-openembedded on dunfell branch raise an 
> > > > error:
> > > >
> > > > meta-openembedded/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb:14:
> > > > unparsed line: 'RDEPENDS:${PN} += "${PYTHON_PN}-logging
> > > > ${PYTHON_PN}-fcntl "'
> > > >
> > > > Seems new syntax is used in this commit, fix is simple:
> > > >
> > > > diff --git 
> > > > a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > index 1ba2c6f..7ebaa45 100644
> > > > --- a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > +++ b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > @@ -8,7 +8,7 @@ SRC_URI[sha256sum] =
> > > > "b1ab4e5adfbc28681ce44b3024421c4f567e705cc3963c732bf1cba334
> > > >
> > > >  inherit pypi setuptools3
> > > >
> > > > -RDEPENDS:${PN} += "\
> > > > +RDEPENDS_${PN} += "\
> > > >  ${PYTHON_PN}-logging \
> > > >  ${PYTHON_PN}-fcntl \
> > > >  "
> > > >
> > > > Thanks and BR,
> > >
> > >
> > > Whilst that probably shouldn't be there, I suspect if you upgrade bitbake 
> > > you
> > > won't see that issue.
> > I want to say on dunfell due fact it's LTS release ;)
> >
>
> Bitbake as well as OE-Core, meta-openembedded and Poky have LTS branches. I
> doubt you're using the most recent revisions of bitbake on that LTS branch.
OK sorry for confusion I was at: dunfell-23.0.6 branch in poky repo.
>
> I wasn't suggesting you upgrade to the latest master.
>
> Cheers,
>
> Richard
>
>

BR,

marek

-- 
as simple and primitive as possible
-
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com

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

Re: [bitbake-devel] [oe-core][PATCH 1/2] devtools: Initial recipe for repo 2.17.3

[Jasper Orschulko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Richard and Peter,

I've addressed your comments and will post the v3 patches momentarily.

Quick comment regarding the new overrides syntax, or rather the
documentation. I just noticed that my go-to page for the mega-manual is
outdated
(https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html)
and that the new location now seems to be
https://docs.yoctoproject.org/3.4/singleindex.html.

There is a redirect in place, e.g. when trying to call a 3.4 version of
the mega manual like this
https://www.yoctoproject.org/docs/3.4/mega-manual/mega-manual.html.
However, this does not extend to the "latest" page, which is just a
source for confusion. Is there any chance we could change that?

- -- 
With best regards

Jasper Orschulko
DevOps Engineer

Tel. +49 30 58 58 14 265
Fax +49 30 58 58 14 999
jasper.orschu...@iris-sensing.com

• • • • • • • • • • • • • • • • • • • • • • • • • •

iris-GmbH
infrared & intelligent sensors
Schnellerstraße 1-5 | 12439 Berlin

https://iris-sensing.com/





On Sun, 2021-11-07 at 09:05 +, Richard Purdie wrote:
> On Fri, 2021-11-05 at 14:31 +0100, Jasper Orschulko via
> lists.openembedded.org
> wrote:
> > From: Jasper Orschulko 
> > 
> > Add a recipe for repo, prerequisite for the repo fetcher.
> > 
> > Signed-off-by: Jasper Orschulko 
> > ---
> >  .../repo/files/0001-python3-shebang.patch | 21 
> >  .../0001-Set-REPO_REV-to-v2.17.3.patch    | 33
> > +++
> >  meta/recipes-devtools/repo/repo.inc   | 25 ++
> >  meta/recipes-devtools/repo/repo_2.17.3.bb |  7 
> >  4 files changed, 86 insertions(+)
> >  create mode 100644 meta/recipes-devtools/repo/files/0001-python3-
> > shebang.patch
> >  create mode 100644 meta/recipes-devtools/repo/repo-2.17.3/0001-Set-
> > REPO_REV-to-v2.17.3.patch
> >  create mode 100644 meta/recipes-devtools/repo/repo.inc
> >  create mode 100644 meta/recipes-devtools/repo/repo_2.17.3.bb
> 
> This basically looks ok to me, I've some minor comments below.
> 
> The patch is missing adding an entry to:
> 
> meta/conf/distro/include/maintainers.inc
> 
> which is required for OE-Core recipes and will trip up automated
> testing if we
> don't.
> 
> > 
> > diff --git a/meta/recipes-devtools/repo/files/0001-python3-
> > shebang.patch b/meta/recipes-devtools/repo/files/0001-python3-
> > shebang.patch
> > new file mode 100644
> > index 00..09ccf58264
> > --- /dev/null
> > +++ b/meta/recipes-devtools/repo/files/0001-python3-shebang.patch
> 
> 
> I'd put this in a folder called "repo" rather than files.
> 
> > @@ -0,0 +1,21 @@
> > +From b8e84b202cd302a7c99288d3835dc9c63071f8f2 Mon Sep 17 00:00:00
> > 2001
> > +From: Jasper Orschulko 
> > +Date: Tue, 14 Sep 2021 16:46:51 +0200
> > +Subject: [PATCH] python3 shebang
> > +
> > +---
> > + repo | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> 
> Missing Upstream-Status: (you got the second one ok though! :)
> 
> > +diff --git a/repo b/repo
> > +index b13e34c..205e0e5 100755
> > +--- a/repo
> >  b/repo
> > +@@ -1,4 +1,4 @@
> > +-#!/usr/bin/env python
> > ++#!/usr/bin/env python3
> > + # -*- coding:utf-8 -*-
> > + #
> > + # Copyright (C) 2008 The Android Open Source Project
> > +--
> > +2.33.0
> > diff --git a/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-
> > REPO_REV-to-v2.17.3.patch b/meta/recipes-devtools/repo/repo-
> > 2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
> > new file mode 100644
> > index 00..294a3af53a
> > --- /dev/null
> > +++ b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-
> > v2.17.3.patch
> > @@ -0,0 +1,33 @@
> > +From bdd2a528da59c28db8ae2986834926de7cebf3ab Mon Sep 17 00:00:00
> > 2001
> > +From: Jasper Orschulko 
> > +Date: Thu, 4 Nov 2021 16:55:12 +0100
> > +Subject: [PATCH] Set REPO_REV to v2.17.3
> > +
> > +repo is an unusual tool because it downloads all of its own Python
> > modules
> > +using GPG-signed git tags, and stores those files as part of the
> > project
> > +that it is working with.
> > +
> > +So in order to have a reproducible repo installation within the
> > project
> > +folders, we hardcode the REPO_REV variable to this recipes PV.
> > +
> > +Upstream-Status: Inappropriate [configuration]
> > +Signed-off-by: Jasper Orschulko 
> > +---
> > + repo | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > +
> > +diff --git a/repo b/repo
> > +index 4cddbf1..cf5f6b1 100755
> > +--- a/repo
> >  b/repo
> > +@@ -142,7 +142,7 @@ if __name__ == '__main__':
> > + REPO_URL = os.environ.get('REPO_URL', None)
> > + if not REPO_URL:
> > +   REPO_URL = 'https://gerrit.googlesource.com/git-repo'
> > +-REPO_REV = os.environ.get('REPO_REV')
> > ++REPO_REV = 'v2.17.3'
> > + if not REPO_REV:
> > +   REPO_REV = 'stable'
> > + # URL to file bug reports for repo tool issues.
> > +--
> > +2.33.1
> > diff --git a/meta/recipes-devtools/repo/repo.inc b/meta/recipes-
> > devtools/repo/repo.inc
> > new file mode 100644
> > index 0

[oe-core][PATCH v3 1/2] repo: Add recipe for 2.17.3

[Jasper Orschulko via lists.openembedded.org]

From: Jasper Orschulko 

Add a recipe for repo 2.17.3, prerequisite for the repo fetcher.

Signed-off-by: Jasper Orschulko 
---
 meta/conf/distro/include/maintainers.inc  |  1 +
 .../0001-Set-REPO_REV-to-v2.17.3.patch| 34 +++
 .../repo/repo/0001-python3-shebang.patch  | 26 ++
 meta/recipes-devtools/repo/repo_2.17.3.bb | 27 +++
 4 files changed, 88 insertions(+)
 create mode 100644 
meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
 create mode 100644 meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
 create mode 100644 meta/recipes-devtools/repo/repo_2.17.3.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index f3e0a75d56..58a0a9615f 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -652,6 +652,7 @@ RECIPE_MAINTAINER:pn-quilt-native = "Robert Yang 
"
 RECIPE_MAINTAINER:pn-quota = "Anuj Mittal "
 RECIPE_MAINTAINER:pn-re2c = "Khem Raj "
 RECIPE_MAINTAINER:pn-readline = "Hongxu Jia "
+RECIPE_MAINTAINER:pn-repo = "Jasper Orschulko 
"
 RECIPE_MAINTAINER:pn-resolvconf = "Chen Qi "
 RECIPE_MAINTAINER:pn-rgb = "Unassigned "
 RECIPE_MAINTAINER:pn-rpcbind = "Hongxu Jia "
diff --git 
a/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch 
b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
new file mode 100644
index 00..3086f8eb42
--- /dev/null
+++ b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
@@ -0,0 +1,34 @@
+From bdd2a528da59c28db8ae2986834926de7cebf3ab Mon Sep 17 00:00:00 2001
+From: Jasper Orschulko 
+Date: Thu, 4 Nov 2021 16:55:12 +0100
+Subject: [PATCH] Set REPO_REV to v2.17.3
+
+repo is an unusual tool because it downloads all of its own Python modules
+using GPG-signed git tags, and stores those files as part of the project
+that it is working with.
+
+So in order to have a reproducible repo installation within the project
+folders, we hardcode the REPO_REV variable to a SHA1 that corresponds to
+the version of the recipe.
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Jasper Orschulko 
+---
+ repo | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/repo b/repo
+index 4cddbf1..cf5f6b1 100755
+--- a/repo
 b/repo
+@@ -142,7 +142,7 @@ if __name__ == '__main__':
+ REPO_URL = os.environ.get('REPO_URL', None)
+ if not REPO_URL:
+   REPO_URL = 'https://gerrit.googlesource.com/git-repo'
+-REPO_REV = os.environ.get('REPO_REV')
++REPO_REV = '11b30b91df1f0e03b53da970ec2588e85817bacc'
+ if not REPO_REV:
+   REPO_REV = 'stable'
+ # URL to file bug reports for repo tool issues.
+--
+2.33.1
diff --git a/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch 
b/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
new file mode 100644
index 00..d3888c8bb2
--- /dev/null
+++ b/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
@@ -0,0 +1,26 @@
+From b8e84b202cd302a7c99288d3835dc9c63071f8f2 Mon Sep 17 00:00:00 2001
+From: Jasper Orschulko 
+Date: Tue, 14 Sep 2021 16:46:51 +0200
+Subject: [PATCH] python3 shebang
+
+Yocto does not symlink from python to python3, thus change the shebang from
+python to python3.
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Jasper Orschulko 
+---
+ repo | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/repo b/repo
+index b13e34c..205e0e5 100755
+--- a/repo
 b/repo
+@@ -1,4 +1,4 @@
+-#!/usr/bin/env python
++#!/usr/bin/env python3
+ # -*- coding:utf-8 -*-
+ #
+ # Copyright (C) 2008 The Android Open Source Project
+--
+2.33.0
diff --git a/meta/recipes-devtools/repo/repo_2.17.3.bb 
b/meta/recipes-devtools/repo/repo_2.17.3.bb
new file mode 100644
index 00..9e5282cc9b
--- /dev/null
+++ b/meta/recipes-devtools/repo/repo_2.17.3.bb
@@ -0,0 +1,27 @@
+# SPDX-License-Identifier: MIT
+# Copyright (C) 2021 iris-GmbH infrared & intelligent sensors
+
+SUMMARY = "Tool for managing many Git repositories"
+DESCRIPTION = "Repo is a tool built on top of Git. Repo helps manage many Git 
repositories, does the uploads to revision control systems, and automates parts 
of the development workflow."
+HOMEPAGE = "https://android.googlesource.com/tools/repo";
+SECTION = "console/utils"
+
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
+
+SRC_URI = 
"git://gerrit.googlesource.com/git-repo.git;protocol=https;branch=main"
+SRC_URI += "file://0001-python3-shebang.patch"
+SRCREV = "11b30b91df1f0e03b53da970ec2588e85817bacc"
+
+MIRRORS += "git://gerrit.googlesource.com/git-repo.git 
git://github.com/GerritCodeReview/git-repo.git \n"
+
+S = "${WORKDIR}/git"
+
+do_install() {
+   install -d ${D}${bindir}
+   install ${WORKDIR}/git/repo ${D}${bindir}
+}
+
+RDEPENDS:${PN} = "python3"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all mes

[oe-core][PATCH v3 2/2] base.bbclass: Add sysroot deps for repo fetcher

[Jasper Orschulko via lists.openembedded.org]

From: Jasper Orschulko 

Add git-native and repo-native as prerequisite for the repo fetcher.

Signed-off-by: Jasper Orschulko 
---
 meta/classes/base.bbclass | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index a65fcc6c1d..3298bd1952 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -665,6 +665,11 @@ python () {
 elif uri.scheme == "npm":
 d.appendVarFlag('do_fetch', 'depends', ' 
nodejs-native:do_populate_sysroot')
 
+elif uri.scheme == "repo":
+needsrcrev = True
+d.appendVarFlag('do_fetch', 'depends', ' 
repo-native:do_populate_sysroot')
+d.appendVarFlag('do_fetch', 'depends', ' 
git-native:do_populate_sysroot')
+
 # *.lz4 should DEPEND on lz4-native for unpacking
 if path.endswith('.lz4'):
 d.appendVarFlag('do_unpack', 'depends', ' 
lz4-native:do_populate_sysroot')
-- 
2.33.1


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

Re: [bitbake-devel] [oe-core][PATCH v3 1/2] repo: Add recipe for 2.17.3

[Jose Quaresma]

Jasper Orschulko via lists.openembedded.org  escreveu no dia segunda, 8/11/2021
à(s) 11:59:

> From: Jasper Orschulko 
>
> Add a recipe for repo 2.17.3, prerequisite for the repo fetcher.
>
> Signed-off-by: Jasper Orschulko 
> ---
>  meta/conf/distro/include/maintainers.inc  |  1 +
>  .../0001-Set-REPO_REV-to-v2.17.3.patch| 34 +++
>  .../repo/repo/0001-python3-shebang.patch  | 26 ++
>  meta/recipes-devtools/repo/repo_2.17.3.bb | 27 +++
>  4 files changed, 88 insertions(+)
>  create mode 100644
> meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
>  create mode 100644
> meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
>  create mode 100644 meta/recipes-devtools/repo/repo_2.17.3.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> index f3e0a75d56..58a0a9615f 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -652,6 +652,7 @@ RECIPE_MAINTAINER:pn-quilt-native = "Robert Yang <
> liezhi.y...@windriver.com>"
>  RECIPE_MAINTAINER:pn-quota = "Anuj Mittal "
>  RECIPE_MAINTAINER:pn-re2c = "Khem Raj "
>  RECIPE_MAINTAINER:pn-readline = "Hongxu Jia "
> +RECIPE_MAINTAINER:pn-repo = "Jasper Orschulko <
> jasper.orschu...@iris-sensing.com>"
>  RECIPE_MAINTAINER:pn-resolvconf = "Chen Qi "
>  RECIPE_MAINTAINER:pn-rgb = "Unassigned "
>  RECIPE_MAINTAINER:pn-rpcbind = "Hongxu Jia "
> diff --git
> a/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
> b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
> new file mode 100644
> index 00..3086f8eb42
> --- /dev/null
> +++
> b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
> @@ -0,0 +1,34 @@
> +From bdd2a528da59c28db8ae2986834926de7cebf3ab Mon Sep 17 00:00:00 2001
> +From: Jasper Orschulko 
> +Date: Thu, 4 Nov 2021 16:55:12 +0100
> +Subject: [PATCH] Set REPO_REV to v2.17.3
> +
> +repo is an unusual tool because it downloads all of its own Python modules
> +using GPG-signed git tags, and stores those files as part of the project
> +that it is working with.
> +
> +So in order to have a reproducible repo installation within the project
> +folders, we hardcode the REPO_REV variable to a SHA1 that corresponds to
> +the version of the recipe.
> +
> +Upstream-Status: Inappropriate [configuration]
> +Signed-off-by: Jasper Orschulko 
> +---
> + repo | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/repo b/repo
> +index 4cddbf1..cf5f6b1 100755
> +--- a/repo
>  b/repo
> +@@ -142,7 +142,7 @@ if __name__ == '__main__':
> + REPO_URL = os.environ.get('REPO_URL', None)
> + if not REPO_URL:
> +   REPO_URL = 'https://gerrit.googlesource.com/git-repo'
> +-REPO_REV = os.environ.get('REPO_REV')
> ++REPO_REV = '11b30b91df1f0e03b53da970ec2588e85817bacc'
> + if not REPO_REV:
> +   REPO_REV = 'stable'
> + # URL to file bug reports for repo tool issues.
> +--
> +2.33.1
> diff --git a/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
> b/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
> new file mode 100644
> index 00..d3888c8bb2
> --- /dev/null
> +++ b/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
> @@ -0,0 +1,26 @@
> +From b8e84b202cd302a7c99288d3835dc9c63071f8f2 Mon Sep 17 00:00:00 2001
> +From: Jasper Orschulko 
> +Date: Tue, 14 Sep 2021 16:46:51 +0200
> +Subject: [PATCH] python3 shebang
> +
> +Yocto does not symlink from python to python3, thus change the shebang
> from
> +python to python3.
> +
> +Upstream-Status: Inappropriate [configuration]
> +Signed-off-by: Jasper Orschulko 
> +---
> + repo | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/repo b/repo
> +index b13e34c..205e0e5 100755
> +--- a/repo
>  b/repo
> +@@ -1,4 +1,4 @@
> +-#!/usr/bin/env python
> ++#!/usr/bin/env python3
> + # -*- coding:utf-8 -*-
> + #
> + # Copyright (C) 2008 The Android Open Source Project
> +--
> +2.33.0
> diff --git a/meta/recipes-devtools/repo/repo_2.17.3.bb
> b/meta/recipes-devtools/repo/repo_2.17.3.bb
> new file mode 100644
> index 00..9e5282cc9b
> --- /dev/null
> +++ b/meta/recipes-devtools/repo/repo_2.17.3.bb
> @@ -0,0 +1,27 @@
> +# SPDX-License-Identifier: MIT
> +# Copyright (C) 2021 iris-GmbH infrared & intelligent sensors
> +
> +SUMMARY = "Tool for managing many Git repositories"
> +DESCRIPTION = "Repo is a tool built on top of Git. Repo helps manage many
> Git repositories, does the uploads to revision control systems, and
> automates parts of the development workflow."
> +HOMEPAGE = "https://android.googlesource.com/tools/repo";
> +SECTION = "console/utils"
> +
> +LICENSE = "Apache-2.0"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
> +
> +SRC_URI = "git://
> gerrit.googlesource.com/git-repo.git;protocol=https;branch=main"
> +SRC_URI += "file://0001-python3-shebang.patch"
>

meta/recipe

Re: [bitbake-devel] [oe-core][PATCH v3 1/2] repo: Add recipe for 2.17.3

[Jasper Orschulko]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Jose,

whoops, good find! Yeah... I would also prefer to inject the REPO_REV
as an environment variable within the bitbake build process rather then
hardcoding it with a patch, but I am not sure how and if this would
work? I am open to suggestions! :)

> injecting SRCREV after unpack will be better imo

I am not sure I completely understand what you are saying here. Are you
saying, that the SRCREV in the recipe should be set somewhere else?

Cheers!

- -- 
With best regards

Jasper Orschulko
DevOps Engineer

Tel. +49 30 58 58 14 265
Fax +49 30 58 58 14 999
jasper.orschu...@iris-sensing.com

• • • • • • • • • • • • • • • • • • • • • • • • • •

iris-GmbH
infrared & intelligent sensors
Schnellerstraße 1-5 | 12439 Berlin

https://iris-sensing.com/





On Mon, 2021-11-08 at 12:23 +, Jose Quaresma wrote:
> 
> 
> Jasper Orschulko via lists.openembedded.org
>  escreveu no dia
> segunda, 8/11/2021 à(s) 11:59:
> > From: Jasper Orschulko 
> > 
> > Add a recipe for repo 2.17.3, prerequisite for the repo fetcher.
> > 
> > Signed-off-by: Jasper Orschulko 
> > ---
> >  meta/conf/distro/include/maintainers.inc      |  1 +
> >  .../0001-Set-REPO_REV-to-v2.17.3.patch        | 34
> > +++
> >  .../repo/repo/0001-python3-shebang.patch      | 26 ++
> >  meta/recipes-devtools/repo/repo_2.17.3.bb     | 27 +++
> >  4 files changed, 88 insertions(+)
> >  create mode 100644 meta/recipes-devtools/repo/repo-2.17.3/0001-
> > Set-
> > REPO_REV-to-v2.17.3.patch
> >  create mode 100644 meta/recipes-devtools/repo/repo/0001-python3-
> > shebang.patch
> >  create mode 100644 meta/recipes-devtools/repo/repo_2.17.3.bb
> > 
> > diff --git a/meta/conf/distro/include/maintainers.inc
> > b/meta/conf/distro/include/maintainers.inc
> > index f3e0a75d56..58a0a9615f 100644
> > --- a/meta/conf/distro/include/maintainers.inc
> > +++ b/meta/conf/distro/include/maintainers.inc
> > @@ -652,6 +652,7 @@ RECIPE_MAINTAINER:pn-quilt-native = "Robert
> > Yang
> > "
> >  RECIPE_MAINTAINER:pn-quota = "Anuj Mittal "
> >  RECIPE_MAINTAINER:pn-re2c = "Khem Raj "
> >  RECIPE_MAINTAINER:pn-readline = "Hongxu Jia
> > "
> > +RECIPE_MAINTAINER:pn-repo = "Jasper Orschulko
> > "
> >  RECIPE_MAINTAINER:pn-resolvconf = "Chen Qi
> > "
> >  RECIPE_MAINTAINER:pn-rgb = "Unassigned
> > "
> >  RECIPE_MAINTAINER:pn-rpcbind = "Hongxu Jia
> > "
> > diff --git a/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-
> > REPO_REV-to-v2.17.3.patch b/meta/recipes-devtools/repo/repo-
> > 2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
> > new file mode 100644
> > index 00..3086f8eb42
> > --- /dev/null
> > +++ b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-
> > v2.17.3.patch
> > @@ -0,0 +1,34 @@
> > +From bdd2a528da59c28db8ae2986834926de7cebf3ab Mon Sep 17 00:00:00
> > 2001
> > +From: Jasper Orschulko 
> > +Date: Thu, 4 Nov 2021 16:55:12 +0100
> > +Subject: [PATCH] Set REPO_REV to v2.17.3
> > +
> > +repo is an unusual tool because it downloads all of its own Python
> > modules
> > +using GPG-signed git tags, and stores those files as part of the
> > project
> > +that it is working with.
> > +
> > +So in order to have a reproducible repo installation within the
> > project
> > +folders, we hardcode the REPO_REV variable to a SHA1 that
> > corresponds to
> > +the version of the recipe.
> > +
> > +Upstream-Status: Inappropriate [configuration]
> > +Signed-off-by: Jasper Orschulko
> > 
> > +---
> > + repo | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > +
> > +diff --git a/repo b/repo
> > +index 4cddbf1..cf5f6b1 100755
> > +--- a/repo
> >  b/repo
> > +@@ -142,7 +142,7 @@ if __name__ == '__main__':
> > + REPO_URL = os.environ.get('REPO_URL', None)
> > + if not REPO_URL:
> > +   REPO_URL = 'https://gerrit.googlesource.com/git-repo'
> > +-REPO_REV = os.environ.get('REPO_REV')
> > ++REPO_REV = '11b30b91df1f0e03b53da970ec2588e85817bacc'
> > + if not REPO_REV:
> > +   REPO_REV = 'stable'
> > + # URL to file bug reports for repo tool issues.
> > +--
> > +2.33.1
> > diff --git a/meta/recipes-devtools/repo/repo/0001-python3-
> > shebang.patch b/meta/recipes-devtools/repo/repo/0001-python3-
> > shebang.patch
> > new file mode 100644
> > index 00..d3888c8bb2
> > --- /dev/null
> > +++ b/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
> > @@ -0,0 +1,26 @@
> > +From b8e84b202cd302a7c99288d3835dc9c63071f8f2 Mon Sep 17 00:00:00
> > 2001
> > +From: Jasper Orschulko 
> > +Date: Tue, 14 Sep 2021 16:46:51 +0200
> > +Subject: [PATCH] python3 shebang
> > +
> > +Yocto does not symlink from python to python3, thus change the
> > shebang from
> > +python to python3.
> > +
> > +Upstream-Status: Inappropriate [configuration]
> > +Signed-off-by: Jasper Orschulko
> > 
> > +---
> > + repo | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > +
> > +diff --git a/repo b/repo
> > +index b13e34c..205e0e5 100755
> > +--- a/repo
> >  b/repo
> > +@@ -1,4 +1,4 @@
> > +-#!/usr/

Re: [OE-core] [yocto] QA notification for completed autobuilder build (yocto-3.3.4.rc1)

[Teoh, Jay Shen]

Hi all,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.3.4.rc1. 
We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. Beaglebone

ETA for completion this Thursday, Nov 11.

Thanks,
Jay

> -Original Message-
> From: yo...@lists.yoctoproject.org  On Behalf
> Of Richard Purdie
> Sent: Friday, 5 November, 2021 6:58 PM
> To:  
> Cc: qa-build-notification 
> Subject: [yocto] QA notification for completed autobuilder build (yocto-
> 3.3.4.rc1)
> 
> A build flagged for QA (yocto-3.3.4.rc1) was completed on the autobuilder and 
> is
> available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-3.3.4.rc1
> 
> 
> Build hash information:
> 
> bitbake: 0fe1a9e2d2e33f80d807cefc7a23df4a5f760c74
> meta-agl: d997986f27e239400cf01e0cdef942cee278ea66
> meta-arm: 71686ac05c34e53950268bfe0d52c3624e78c190
> meta-aws: cad1c714434fe0adc566006e1e1626b4657bcf40
> meta-gplv2: 9e119f333cc8f53bd3cf64326f826dbc6ce3db0f
> meta-intel: 76495b60dd915846d2f84d03b9c9cfbb548e9dc0
> meta-mingw: 422b96cb2b6116442be1f40dfb5bd77447d1219e
> meta-openembedded: d378e4293d18e374f5d1494a88bfc3caee4d02df
> oecore: 0ca080a23c2770a15138f702d4c879bbd90ca360
> poky: c40ac16d79026169639f47be76a3f7b9d8b5178e
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 


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

Re: [OE-core] [PATCH v3] glibc: ptest: Add running glibc time related test suite (Y2038) with ptest

[?ukasz Majewski]

Dear Community,

> This patch introduces new recipe - namely 'glibc-tests', which
> builds and installs time related (to check if Y2038 support works)
> glibc test suite to OE/Yocto built image.
> 
> It reuses code from already available 'glibc-testsuite' recipe,
> which is run with 'bitbake glibc-testsuite -c check' and uses qemu
> to execute remotely (via SSH) tests on some emulated machine.
> 
> This recipe installs time related glibc tests on some rootfs image.
> Afterwards, those tests can be executed on the real hardware, to
> facilitate validation of it with Y2038 problem compliance.
> 
> To test time related subset - one needs to call:
> ptest-runner glibc-tests
> then change the date after Y2038 threshold for 32 bit systems:
> date -s "20 JAN 2038 18:00:00"
> and then run ptest-runner again.
> 
> To facilitate debugging, source files are provided by default with
> the unstripped debugging symbols. Such approach would reduce the
> already complex recipe (as it inherits base glibc one), so there
> is no need to also install *-dbg and *-src packages.
> 

Gentle ping on this patch ...

> Signed-off-by: Lukasz Majewski 
> 
> ---
> Changes for v3:
> - Provide missing ${PN}-ptest for PACKAGES, PROVIDES and
>   RPROVIDES variables
> 
> Changes for v2:
> - Just focus on time related set of tests as those can be run as
>   standalone
> - Reuse of already built tests (from glibc-tests.inc) and depoloy
>   them on the HW target.
> - Provide single 'run-ptest' script.
> - Update the recipe to run with newest poky's -master
> ---
>  .../distro/include/ptest-packagelists.inc |   1 +
>  meta/recipes-core/glibc/glibc-tests_2.34.bb   | 112
> ++ meta/recipes-core/glibc/glibc/run-ptest   |
> 37 ++ 3 files changed, 150 insertions(+)
>  create mode 100644 meta/recipes-core/glibc/glibc-tests_2.34.bb
>  create mode 100755 meta/recipes-core/glibc/glibc/run-ptest
> 
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc
> b/meta/conf/distro/include/ptest-packagelists.inc index
> 2e324f8da4..fd52fa72a4 100644 ---
> a/meta/conf/distro/include/ptest-packagelists.inc +++
> b/meta/conf/distro/include/ptest-packagelists.inc @@ -61,6 +61,7 @@
> PTESTS_FAST = "\ slang-ptest \
>  wayland-ptest \
>  zlib-ptest \
> +glibc-tests-ptest \
>  "
>  PTESTS_FAST:remove:mips64 = "qemu-ptest"
>  PTESTS_PROBLEMS:append:mips64 = "qemu-ptest"
> diff --git a/meta/recipes-core/glibc/glibc-tests_2.34.bb
> b/meta/recipes-core/glibc/glibc-tests_2.34.bb new file mode 100644
> index 00..0a6920eef4
> --- /dev/null
> +++ b/meta/recipes-core/glibc/glibc-tests_2.34.bb
> @@ -0,0 +1,112 @@
> +require glibc_${PV}.bb
> +require glibc-tests.inc
> +
> +inherit ptest
> +
> +SRC_URI:append = " \
> + file://run-ptest \
> +"
> +
> +SUMMARY = "glibc tests to be run with ptest"
> +
> +# Erase some variables already set by glibc_${PV}
> +python __anonymous() {
> +   # Remove packages provided by glibc build, we only need a
> subset of them
> +   d.setVar("PACKAGES", "${PN} ${PN}-ptest")
> +
> +   d.setVar("PROVIDES", "${PN} ${PN}-ptest")
> +   d.setVar("RPROVIDES", "${PN} ${PN}-ptest")
> +
> +   d.setVar("RRECOMMENDS", "")
> +}
> +
> +# Remove any lefovers from original glibc recipe
> +RPROVIDES:${PN} = "${PN}"
> +RRECOMMENDS:${PN} = ""
> +RDEPENDS:${PN} = " glibc sed"
> +DEPENDS:append = " sed"
> +
> +# Just build tests for target - do not run them
> +do_check:append () {
> + oe_runmake -i check run-built-tests=no
> +}
> +addtask do_check after do_compile before do_install_ptest_base
> +
> +glibc_strip_build_directory () {
> + # Delete all non executable files from build directory
> + find ${B} ! -executable -type f -delete
> +
> + # Remove build dynamic libraries and links to them as
> + # those are already installed in the target device
> + find ${B} -type f -name "*.so" -delete
> + find ${B} -type l -name "*.so*" -delete
> +
> + # Remove headers (installed with glibc)
> + find ${B} -type f -name "*.h" -delete
> +
> + find ${B} -type f -name "isomac" -delete
> + find ${B} -type f -name "annexc" -delete
> +}
> +
> +do_install_ptest_base () {
> + glibc_strip_build_directory
> +
> + ls -r ${B}/*/*-time64 > ${B}/tst_time64
> +
> + # Remove '-time64' suffix - those tests are also time related
> + sed -e "s/-time64$//" ${B}/tst_time64 > ${B}/tst_time_tmp
> + tst_time=$(cat ${B}/tst_time_tmp ${B}/tst_time64)
> +
> + rm ${B}/tst_time_tmp ${B}/tst_time64
> + echo "${tst_time}"
> +
> + # Install build test programs to the image
> + install -d ${D}${PTEST_PATH}/tests/glibc-ptest/
> +
> + for f in "${tst_time}"
> + do
> + cp -r ${f} ${D}${PTEST_PATH}/tests/glibc-ptest/
> + done
> +
> + install -d ${D}${PTEST_PATH}
> + cp ${WORKDIR}/run-ptest ${D}${PTEST_PATH}/
> +
> +}
> +
> +# The datadir directory is required to allow core (and reused)
> +# glibc cleanup function to finish correctly, as this

Re: [OE-core] [PATCH v3] glibc: ptest: Add running glibc time related test suite (Y2038) with ptest

[Richard Purdie]

On Mon, 2021-11-08 at 14:42 +0100, Lukasz Majewski wrote:
> Dear Community,
> 
> > This patch introduces new recipe - namely 'glibc-tests', which
> > builds and installs time related (to check if Y2038 support works)
> > glibc test suite to OE/Yocto built image.
> > 
> > It reuses code from already available 'glibc-testsuite' recipe,
> > which is run with 'bitbake glibc-testsuite -c check' and uses qemu
> > to execute remotely (via SSH) tests on some emulated machine.
> > 
> > This recipe installs time related glibc tests on some rootfs image.
> > Afterwards, those tests can be executed on the real hardware, to
> > facilitate validation of it with Y2038 problem compliance.
> > 
> > To test time related subset - one needs to call:
> > ptest-runner glibc-tests
> > then change the date after Y2038 threshold for 32 bit systems:
> > date -s "20 JAN 2038 18:00:00"
> > and then run ptest-runner again.
> > 
> > To facilitate debugging, source files are provided by default with
> > the unstripped debugging symbols. Such approach would reduce the
> > already complex recipe (as it inherits base glibc one), so there
> > is no need to also install *-dbg and *-src packages.
> > 
> 
> Gentle ping on this patch ...

There is a reply from Alexandre on the 29th which says:

"""
There is a remaining issue:

WARNING: Nothing RPROVIDES 'nativesdk-ptest-runner' (but 
virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-core/glibc/glibc-tests_2.34.bb
 RDEPENDS on or otherwise requires it)
NOTE: Runtime target 'nativesdk-ptest-runner' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['nativesdk-ptest-runner']
"""

Cheers,

Richard


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

[Steve Sakoman]

On Mon, Nov 8, 2021 at 1:44 AM Marek Belisko  wrote:
>
> On Mon, Nov 8, 2021 at 12:30 PM Richard Purdie
>  wrote:
> >
> > On Mon, 2021-11-08 at 12:23 +0100, Belisko Marek wrote:
> > > On Mon, Nov 8, 2021 at 12:08 PM Richard Purdie
> > >  wrote:
> > > >
> > > > On Mon, 2021-11-08 at 11:53 +0100, Marek Belisko wrote:
> > > > > Hello, latest commit in meta-openembedded on dunfell branch raise an 
> > > > > error:
> > > > >
> > > > > meta-openembedded/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb:14:
> > > > > unparsed line: 'RDEPENDS:${PN} += "${PYTHON_PN}-logging
> > > > > ${PYTHON_PN}-fcntl "'
> > > > >
> > > > > Seems new syntax is used in this commit, fix is simple:
> > > > >
> > > > > diff --git 
> > > > > a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > > b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > > index 1ba2c6f..7ebaa45 100644
> > > > > --- a/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > > +++ b/meta-python/recipes-devtools/python/python3-fasteners_0.16.3.bb
> > > > > @@ -8,7 +8,7 @@ SRC_URI[sha256sum] =
> > > > > "b1ab4e5adfbc28681ce44b3024421c4f567e705cc3963c732bf1cba334
> > > > >
> > > > >  inherit pypi setuptools3
> > > > >
> > > > > -RDEPENDS:${PN} += "\
> > > > > +RDEPENDS_${PN} += "\
> > > > >  ${PYTHON_PN}-logging \
> > > > >  ${PYTHON_PN}-fcntl \
> > > > >  "
> > > > >
> > > > > Thanks and BR,
> > > >
> > > >
> > > > Whilst that probably shouldn't be there, I suspect if you upgrade 
> > > > bitbake you
> > > > won't see that issue.
> > > I want to say on dunfell due fact it's LTS release ;)
> > >
> >
> > Bitbake as well as OE-Core, meta-openembedded and Poky have LTS branches. I
> > doubt you're using the most recent revisions of bitbake on that LTS branch.

> OK sorry for confusion I was at: dunfell-23.0.6 branch in poky repo.

That is your issue!  The support for the new override syntax was
introduced in dunfell-23.0.11.

If you upgrade to that, you should be OK.

Steve

> >
> > I wasn't suggesting you upgrade to the latest master.
> >
> > Cheers,
> >
> > Richard
> >
> >
>
> BR,
>
> marek
>
> --
> as simple and primitive as possible
> -
> Marek Belisko - OPEN-NANDRA
> Freelance Developer
>
> Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
> Tel: +421 915 052 184
> skype: marekwhite
> twitter: #opennandra
> web: http://open-nandra.com
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157982): 
https://lists.openembedded.org/g/openembedded-core/message/157982
Mute This Topic: https://lists.openembedded.org/mt/86902854/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] meson: improve SDK's wrapper to make Wraps work

[Leif Middelschulte]

Meson, as provided by the SDK, would fail to fetch Wraps' sources on bare
systems (i.e. systems, that only provide little more than the SDK).

This change modifies the wrapper script so that it sets an environment
variable (unless it is already set) that is used to determine valid
certificates for secured connections.

It does not affect bitbake's interaction with meson.

The SDK's SSL directory was not searched, so meson would fail when it tried
to fetch sources via https, that were specified in wrap files.
Specifically `urllib` would fail:
```

```

Caution: this patch depends on the underlying C library (i.e. openssl)
to consider this environment variable.

Signed-off-by: Leif Middelschulte 
---
 meta/recipes-devtools/meson/meson/meson-wrapper | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-devtools/meson/meson/meson-wrapper 
b/meta/recipes-devtools/meson/meson/meson-wrapper
index d4b5187f8d..8fafaad975 100755
--- a/meta/recipes-devtools/meson/meson/meson-wrapper
+++ b/meta/recipes-devtools/meson/meson/meson-wrapper
@@ -4,6 +4,10 @@ if [ -z "$OECORE_NATIVE_SYSROOT" ]; then
 echo "OECORE_NATIVE_SYSROOT not set; are you in a Yocto SDK environment?" 
>&2
 fi
 
+if [ -z "$SSL_CERT_DIR" ]; then
+export SSL_CERT_DIR="${OECORE_NATIVE_SYSROOT}/etc/ssl/certs/"
+fi
+
 # If these are set to a cross-compile path, meson will get confused and try to
 # use them as native tools. Unset them to prevent this, as all the 
cross-compile
 # config is already in meson.cross.
-- 
2.33.0


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

Re: [OE-core] [PATCH 1/2] libx11: Update LICENSE to better reflect reality

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org 
>  On Behalf Of Peter Kjellerstedt
> Sent: den 5 november 2021 19:58
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/2] libx11: Update LICENSE to better reflect 
> reality
> 
> There are no traces of neither the BSD-2-Clause license nor the
> BSD-4-Clause license being used in the code. There is one occurrence
> of the BSD-1-Clause license. On the other hand, HPND and
> HPND-sell-variant are all over the place.
> 
> Signed-off-by: Peter Kjellerstedt 
> ---
>  meta/recipes-graphics/xorg-lib/libx11_1.7.2.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-graphics/xorg-lib/libx11_1.7.2.bb 
> b/meta/recipes-graphics/xorg-lib/libx11_1.7.2.bb
> index 7ee2a9c16a..f429daaf47 100644
> --- a/meta/recipes-graphics/xorg-lib/libx11_1.7.2.bb
> +++ b/meta/recipes-graphics/xorg-lib/libx11_1.7.2.bb
> @@ -20,7 +20,7 @@ SRC_URI[sha256sum] = 
> "1cfa35e37aaabbe4792e9bb690468efefbfbf6b147d9c69d6f90d13c30
>  PROVIDES = "virtual/libx11"
> 
>  XORG_PN = "libX11"
> -LICENSE = "MIT & MIT-style & BSD-4-Clause & BSD-2-Clause"
> +LICENSE = "MIT & MIT-style & BSD-1-Clause & HPND & HPND-sell-variant"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=172255dee66bb0151435b2d5d709fcf7"
> 
>  DEPENDS += "xorgproto xtrans libxcb"

Please cherry-pick this (and the corresponding change for 
libx11-compose-data) to Honister.

//Peter


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

Re: [OE-core] [PATCH v3] glibc: ptest: Add running glibc time related test suite (Y2038) with ptest

[?ukasz Majewski]

Hi Alexandre.

Sorry for the late reply - I've must overlooked this reply...

> Hello,
> 
> There is a remaining issue:
> 
> WARNING: Nothing RPROVIDES 'nativesdk-ptest-runner' (but
> virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-core/glibc/glibc-tests_2.34.bb
> RDEPENDS on or otherwise requires it) NOTE: Runtime target
> 'nativesdk-ptest-runner' is unbuildable, removing... Missing or
> unbuildable dependency chain was: ['nativesdk-ptest-runner']

Could you share your setup?

I've been trying to reproduce this problem with:
MACHINE=qemuarm64 bitbake core-image-ptest-all -c populate_sdk

but no warnings were observed.

Thanks in advance.

> 
> On 28/10/2021 14:00:20+0200, ?ukasz Majewski wrote:
> > This patch introduces new recipe - namely 'glibc-tests', which
> > builds and installs time related (to check if Y2038 support works)
> > glibc test suite to OE/Yocto built image.
> > 
> > It reuses code from already available 'glibc-testsuite' recipe,
> > which is run with 'bitbake glibc-testsuite -c check' and uses qemu
> > to execute remotely (via SSH) tests on some emulated machine.
> > 
> > This recipe installs time related glibc tests on some rootfs image.
> > Afterwards, those tests can be executed on the real hardware, to
> > facilitate validation of it with Y2038 problem compliance.
> > 
> > To test time related subset - one needs to call:
> > ptest-runner glibc-tests
> > then change the date after Y2038 threshold for 32 bit systems:
> > date -s "20 JAN 2038 18:00:00"
> > and then run ptest-runner again.
> > 
> > To facilitate debugging, source files are provided by default with
> > the unstripped debugging symbols. Such approach would reduce the
> > already complex recipe (as it inherits base glibc one), so there
> > is no need to also install *-dbg and *-src packages.
> > 
> > Signed-off-by: Lukasz Majewski 
> > 
> > ---
> > Changes for v3:
> > - Provide missing ${PN}-ptest for PACKAGES, PROVIDES and
> >   RPROVIDES variables
> > 
> > Changes for v2:
> > - Just focus on time related set of tests as those can be run as
> >   standalone
> > - Reuse of already built tests (from glibc-tests.inc) and depoloy
> >   them on the HW target.
> > - Provide single 'run-ptest' script.
> > - Update the recipe to run with newest poky's -master
> > ---
> >  .../distro/include/ptest-packagelists.inc |   1 +
> >  meta/recipes-core/glibc/glibc-tests_2.34.bb   | 112
> > ++ meta/recipes-core/glibc/glibc/run-ptest   |
> > 37 ++ 3 files changed, 150 insertions(+)
> >  create mode 100644 meta/recipes-core/glibc/glibc-tests_2.34.bb
> >  create mode 100755 meta/recipes-core/glibc/glibc/run-ptest
> > 
> > diff --git a/meta/conf/distro/include/ptest-packagelists.inc
> > b/meta/conf/distro/include/ptest-packagelists.inc index
> > 2e324f8da4..fd52fa72a4 100644 ---
> > a/meta/conf/distro/include/ptest-packagelists.inc +++
> > b/meta/conf/distro/include/ptest-packagelists.inc @@ -61,6 +61,7 @@
> > PTESTS_FAST = "\ slang-ptest \
> >  wayland-ptest \
> >  zlib-ptest \
> > +glibc-tests-ptest \
> >  "
> >  PTESTS_FAST:remove:mips64 = "qemu-ptest"
> >  PTESTS_PROBLEMS:append:mips64 = "qemu-ptest"
> > diff --git a/meta/recipes-core/glibc/glibc-tests_2.34.bb
> > b/meta/recipes-core/glibc/glibc-tests_2.34.bb new file mode 100644
> > index 00..0a6920eef4
> > --- /dev/null
> > +++ b/meta/recipes-core/glibc/glibc-tests_2.34.bb
> > @@ -0,0 +1,112 @@
> > +require glibc_${PV}.bb
> > +require glibc-tests.inc
> > +
> > +inherit ptest
> > +
> > +SRC_URI:append = " \
> > +   file://run-ptest \
> > +"
> > +
> > +SUMMARY = "glibc tests to be run with ptest"
> > +
> > +# Erase some variables already set by glibc_${PV}
> > +python __anonymous() {
> > +   # Remove packages provided by glibc build, we only need a
> > subset of them
> > +   d.setVar("PACKAGES", "${PN} ${PN}-ptest")
> > +
> > +   d.setVar("PROVIDES", "${PN} ${PN}-ptest")
> > +   d.setVar("RPROVIDES", "${PN} ${PN}-ptest")
> > +
> > +   d.setVar("RRECOMMENDS", "")
> > +}
> > +
> > +# Remove any lefovers from original glibc recipe
> > +RPROVIDES:${PN} = "${PN}"
> > +RRECOMMENDS:${PN} = ""
> > +RDEPENDS:${PN} = " glibc sed"
> > +DEPENDS:append = " sed"
> > +
> > +# Just build tests for target - do not run them
> > +do_check:append () {
> > +   oe_runmake -i check run-built-tests=no
> > +}
> > +addtask do_check after do_compile before do_install_ptest_base
> > +
> > +glibc_strip_build_directory () {
> > +   # Delete all non executable files from build directory
> > +   find ${B} ! -executable -type f -delete
> > +
> > +   # Remove build dynamic libraries and links to them as
> > +   # those are already installed in the target device
> > +   find ${B} -type f -name "*.so" -delete
> > +   find ${B} -type l -name "*.so*" -delete
> > +
> > +   # Remove headers (installed with glibc)
> > +   find ${B} -type f -name "*.h" -delete
> > +
> > +   find ${B} -type f -name "isomac" -delete
> > +   find ${B}

[OE-core] [honister][PATCH] insane.bbclass: Add a check for directories that are expected to be empty

[Peter Kjellerstedt]

From: Peter Kjellerstedt 

The empty-dirs QA check verifies that all directories specified in
QA_EMPTY_DIRS are empty. It is possible to specify why a directory is
expected to be empty by defining QA_EMPTY_DIRS_RECOMMENDATION:,
which will then be included in the error message if the directory is
not empty. If it is not specified for a directory, then "but it is
expected to be empty" will be used.

Change-Id: Ic61019528f4b22f26e42e78125a99666ae27c7f5
Signed-off-by: Peter Kjellerstedt 
---

Compared to the corresponding patch for master, there are two
differences:

* "/var/volatile" is not added to QA_EMPTY_DIRS by default.
* "empty-dirs" is added to WARN_QA instead of ERROR_QA.

This should make it safe to add this QA test to Honister without
introdusing any new QA errors, while still allowing the QA test to be
activated for those who wants to use it.

 meta/classes/insane.bbclass  | 32 +++-
 meta/conf/documentation.conf |  2 ++
 2 files changed, 33 insertions(+), 1 deletion(-)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index f2d2ca3689..7d4ba28e40 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -27,7 +27,7 @@ WARN_QA ?= " libdir xorg-driver-abi \
 infodir build-deps src-uri-bad symlink-to-sysroot multilib \
 invalid-packageconfig host-user-contaminated uppercase-pn 
patch-fuzz \
 mime mime-xdg unlisted-pkg-lics unhandled-features-check \
-missing-update-alternatives native-last missing-ptest \
+missing-update-alternatives native-last missing-ptest empty-dirs \
 "
 ERROR_QA ?= "dev-so debug-deps dev-deps debug-files arch pkgconfig la \
 perms dep-cmp pkgvarcheck perm-config perm-line perm-link \
@@ -50,6 +50,20 @@ ALL_QA = "${WARN_QA} ${ERROR_QA}"
 
 UNKNOWN_CONFIGURE_WHITELIST ?= "--enable-nls --disable-nls 
--disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot 
--disable-static"
 
+# This is a list of directories that are expected to be empty.
+QA_EMPTY_DIRS ?= " \
+/dev/pts \
+/media \
+/proc \
+/run \
+/tmp \
+${localstatedir}/run \
+"
+# It is possible to specify why a directory is expected to be empty by defining
+# QA_EMPTY_DIRS_RECOMMENDATION:, which will then be included in the error
+# message if the directory is not empty. If it is not specified for a 
directory,
+# then "but it is expected to be empty" will be used.
+
 def package_qa_clean_path(path, d, pkg=None):
 """
 Remove redundant paths from the path for display.  If pkg isn't set then
@@ -917,6 +931,22 @@ def package_qa_check_unlisted_pkg_lics(package, d, 
messages):
"listed in LICENSE" % (package, ' '.join(unlisted)))
 return False
 
+QAPKGTEST[empty-dirs] = "package_qa_check_empty_dirs"
+def package_qa_check_empty_dirs(pkg, d, messages):
+"""
+Check for the existence of files in directories that are expected to be
+empty.
+"""
+
+pkgd = oe.path.join(d.getVar('PKGDEST'), pkg)
+for dir in (d.getVar('QA_EMPTY_DIRS') or "").split():
+empty_dir = oe.path.join(pkgd, dir)
+if os.path.exists(empty_dir) and os.listdir(empty_dir):
+recommendation = (d.getVar('QA_EMPTY_DIRS_RECOMMENDATION:' + dir) 
or
+  "but it is expected to be empty")
+msg = "%s installs files in %s, %s" % (pkg, dir, recommendation)
+oe.qa.add_message(messages, "empty-dirs", msg)
+
 def package_qa_check_encoding(keys, encode, d):
 def check_encoding(key, enc):
 sane = True
diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
index c5a38b0764..d38a88fb49 100644
--- a/meta/conf/documentation.conf
+++ b/meta/conf/documentation.conf
@@ -345,6 +345,8 @@ PYPI_SRC_URI[doc] = "The URI to use to fetch from pypi, 
default uses pythonhoste
 
 #Q
 
+QA_EMPTY_DIRS[doc] = "A list of directories that are expected to be empty."
+QA_EMPTY_DIRS_RECOMMENDATION[doc] = "This specifies a recommendation for a 
directory why it must be empty, which will be included in the error message if 
the directory is not empty."
 QMAKE_PROFILES[doc] = "Specifies your own subset of .pro files to be built for 
use with qmake."
 
 #R

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157986): 
https://lists.openembedded.org/g/openembedded-core/message/157986
Mute This Topic: https://lists.openembedded.org/mt/86910911/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 0/3] SPDX: Add annotations to relationship

[Saul Wold]

On 11/4/21 2:20 PM, Joshua Watt wrote:


On 11/4/21 3:50 PM, Richard Purdie wrote:

On Thu, 2021-11-04 at 15:45 -0500, Joshua Watt wrote:

On 11/4/21 3:43 PM, Richard Purdie wrote:

On Thu, 2021-11-04 at 20:00 +, Jose Quaresma wrote:
Richard Purdie  escreveu no dia 
quinta,

28/10/2021 à(s) 21:58:

On Thu, 2021-10-28 at 08:47 -1000, Steve Sakoman wrote:
On Tue, Oct 26, 2021 at 10:41 PM Jose Quaresma 


wrote:

Hi all,

There are any plans or is it possible to backport the SBOM/SPDX 
to the

dunfell branch?

I'm going to yield to Saul as to whether he thinks this is
desirable/possible or not.
The packagedata changes are pretty invasive unfortunately and 
likely not

something you're going to want in dunfell sadly.


Thanks for the clarification.

I have been thinking a bit more about this. I did wonder if we 
should consider a

mixin layer of some kind for it that could work with dunfell?

We could host it, it is just a question of writing the mixin layer and
maintaining it.

I don't think it's going to be possible with a pure mixin layer, since
it relies on the extended package data?
I suspect that could perhaps be patched in through a layer though? You 
might
choose to drop the compression piece or do it differently for the 
backport?



I'm not sure if a layer could hook in well enough to get the data 
needed...  maybe worth an experiment though



Yeah, I am not sure an mixin could track the changes for package.bbclass


With a backport, I would probably either use GZip compression or no 
compression. The zstd compression was designed as a drop in replacement 
for Gzip if we wanted to go that route.


I will say that we did something similar with Hardknott for WRLinux, but 
did not propose it upstream as Hardknott was knot going to be supported 
longer term.


Having the spdx class standalone with the correctly backported changes 
seems to be working


Sau!


Cheers,

Richard



--
Sau!

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157987): 
https://lists.openembedded.org/g/openembedded-core/message/157987
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] qemu: Fix build on aarch64/musl

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 ...nux-user-Replace-__u64-with-uint64_t.patch | 31 +++
 meta/recipes-devtools/qemu/qemu_6.1.0.bb  |  2 ++
 3 files changed, 34 insertions(+)
 create mode 100644 
meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 33052a9d492..8cc4600cad5 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -26,6 +26,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
file://mmap2.patch \
file://determinism.patch \

file://0001-tests-meson.build-use-relative-path-to-refer-to-file.patch \
+   file://0001-linux-user-Replace-__u64-with-uint64_t.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch
 
b/meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch
new file mode 100644
index 000..3d5c890b0fb
--- /dev/null
+++ 
b/meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch
@@ -0,0 +1,31 @@
+From 5cc7b63299602d0aa8b57c684bbd9829856d54ad Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 8 Nov 2021 11:39:26 -0800
+Subject: [PATCH] linux-user: Replace __u64 with uint64_t
+
+uint64_t is available in all userspaces via compiler include stdint.h
+therefore use it instead of __u64 which is linux internal type, it fixes
+build on some platforms eg. aarch64 systems using musl C library
+
+Upstream-Status: Submitted 
[https://lists.gnu.org/archive/html/qemu-devel/2021-11/msg01955.html]
+Signed-off-by: Khem Raj 
+---
+ linux-user/host/aarch64/hostdep.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/linux-user/host/aarch64/hostdep.h 
b/linux-user/host/aarch64/hostdep.h
+index a8d41a21ad..34d934f665 100644
+--- a/linux-user/host/aarch64/hostdep.h
 b/linux-user/host/aarch64/hostdep.h
+@@ -25,7 +25,7 @@ extern char safe_syscall_end[];
+ static inline void rewind_if_in_safe_syscall(void *puc)
+ {
+ ucontext_t *uc = puc;
+-__u64 *pcreg = &uc->uc_mcontext.pc;
++uint64_t *pcreg = &uc->uc_mcontext.pc;
+ 
+ if (*pcreg > (uintptr_t)safe_syscall_start
+ && *pcreg < (uintptr_t)safe_syscall_end) {
+-- 
+2.33.1
+
diff --git a/meta/recipes-devtools/qemu/qemu_6.1.0.bb 
b/meta/recipes-devtools/qemu/qemu_6.1.0.bb
index 017a054d5d6..c9a53e3b05b 100644
--- a/meta/recipes-devtools/qemu/qemu_6.1.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_6.1.0.bb
@@ -4,6 +4,8 @@ require qemu.inc
 
 DEPENDS = "glib-2.0 zlib pixman bison-native ninja-native meson-native"
 
+DEPENDS:append:libc-musl = " libucontext"
+
 RDEPENDS:${PN}:class-target += "bash"
 
 EXTRA_OECONF:append:class-target = " --target-list=${@get_qemu_target_list(d)}"
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157988): 
https://lists.openembedded.org/g/openembedded-core/message/157988
Mute This Topic: https://lists.openembedded.org/mt/86916242/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] python3-nose: translate to python3 code before build

[Richard Purdie]

On Mon, 2021-11-08 at 14:55 +0800, Yi Zhao wrote:
> Setuptools has removed support for 2to3 during builds since version
> 58[1]. But the nose's setup.py relies on use_2to3 option in setuptools,
> it is failing an import and building without running 2to3 and generating
> valid python3 code. As a workaround, we use command line 2to3 tool to
> translate to Python3 code before build it.
> 
> Fixes:
> $ python3
> > > > import nose
> Traceback (most recent call last):
> File "", line 1, in 
> File "/usr/lib/python3.10/site-packages/nose/_init_.py", line 1, in 
> from nose.core import collector, main, run, run_exit, runmodule
> File "/usr/lib/python3.10/site-packages/nose/core.py", line 153
> print "%s version %s" % (os.path.basename(sys.argv[0]), _version_)
> 
> SyntaxError: Missing parentheses in call to 'print'. Did you mean print(...)?
> > > > 
> 
> [1] https://github.com/pypa/setuptools/issues/2086
> 
> Signed-off-by: Yi Zhao 
> ---
>  meta/recipes-devtools/python/python-nose.inc  |  6 ++
>  .../python3-nose/0001-Remove-use_2to3.patch   | 71 +++
>  2 files changed, 77 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/python/python3-nose/0001-Remove-use_2to3.patch

This failed in testing unfortunately:

https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/4323/steps/14/logs/stdio

Cheers,

Richard


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

[OE-core] OE-core CVE metrics for master on Mon 08 Nov 2021 12:10:50 PM HST

[Steve Sakoman]

Branch: master

New this week: 1 CVEs
CVE-2021-3903: vim 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3903 *

Removed this week: 0 CVEs

Full list:  Found 12 unpatched CVEs
CVE-2019-12067: qemu:qemu-native:qemu-system-native 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-12067 *
CVE-2020-18974: nasm:nasm-native 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2020-18974 *
CVE-2021-20255: qemu:qemu-native:qemu-system-native 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-20255 *
CVE-2021-3527: qemu:qemu-native:qemu-system-native 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3527 *
CVE-2021-3682: qemu:qemu-native:qemu-system-native 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3682 *
CVE-2021-36976: libarchive:libarchive-native 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-36976 *
CVE-2021-3713: qemu:qemu-native:qemu-system-native 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3713 *
CVE-2021-3796: vim 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3796 *
CVE-2021-38297: go 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-38297 *
CVE-2021-3872: vim 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3872 *
CVE-2021-3875: vim 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3875 *
CVE-2021-3903: vim 
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3903 *

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157990): 
https://lists.openembedded.org/g/openembedded-core/message/157990
Mute This Topic: https://lists.openembedded.org/mt/86918545/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 1/3] wayland: Fix wayland-tools packaging

[Tom Hochstein]

There are some packaging problems due to the wayland-tools packaging
implementation. The wayland-tools package currently looks like this:

wayland-tools
└── usr
├── bin
│   └── wayland-scanner
└── share
└── wayland
├── wayland.dtd
├── wayland-scanner.mk
└── wayland.xml

The files wayland.dtd and wayland.xml belong in the main package,
while wayland-scanner.mk belongs in wayland-dev.

Fix the wayland.dtd and wayland.xml packaging by prepending the
wayland-tools package and dropping the main package FILES variable
override. The file wayland-scanner.mk is included in the main
package by default, and so must be explicitly added to wayland-dev.

Signed-off-by: Tom Hochstein 
Signed-off-by: Richard Purdie 
(cherry picked from commit a31fbec45d24df5b74091940d0e0b2daf34d8492)
---
 meta/recipes-graphics/wayland/wayland_1.19.0.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-graphics/wayland/wayland_1.19.0.bb 
b/meta/recipes-graphics/wayland/wayland_1.19.0.bb
index d6e468497d..5f8b972f76 100644
--- a/meta/recipes-graphics/wayland/wayland_1.19.0.bb
+++ b/meta/recipes-graphics/wayland/wayland_1.19.0.bb
@@ -52,10 +52,10 @@ sysroot_stage_all:append:class-target () {
cp ${STAGING_DATADIR_NATIVE}/aclocal/wayland-scanner.m4 
${SYSROOT_DESTDIR}/${datadir}/aclocal/
 }
 
-PACKAGES += "${PN}-tools"
+PACKAGES =+ "${PN}-tools"
 
-FILES:${PN} = "${libdir}/*${SOLIBS}"
-FILES:${PN}-tools += "${bindir} ${datadir}/wayland"
+FILES:${PN}-tools = "${bindir}/wayland-scanner"
+FILES:${PN}-dev += "${datadir}/${BPN}/wayland-scanner.mk"
 
 BBCLASSEXTEND = "native nativesdk"
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157991): 
https://lists.openembedded.org/g/openembedded-core/message/157991
Mute This Topic: https://lists.openembedded.org/mt/86919162/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 2/3] nativesdk-packagegroup-sdk-host.bb: Update host tools for wayland

[Tom Hochstein]

The wayland-scanner host tool required to build weston is moved to the
wayland-tools package, so update the SDK host tools list accordingly.

Also, the weston build requires wayland-scanner.pc to find wayland-scanner,
so add wayland-dev.

Signed-off-by: Tom Hochstein 
Signed-off-by: Richard Purdie 
(cherry picked from commit 31ed91bdbb0ec05730fb98d7cc523bb46aca50e3)
---
 .../packagegroups/nativesdk-packagegroup-sdk-host.bb| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb 
b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
index 39e5002bb7..9166a0851f 100644
--- a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
+++ b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
@@ -25,7 +25,7 @@ RDEPENDS:${PN} = "\
 nativesdk-makedevs \
 nativesdk-cmake \
 nativesdk-meson \
-${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'nativesdk-wayland', 
'', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 
'nativesdk-wayland-tools nativesdk-wayland-dev', '', d)} \
 nativesdk-sdk-provides-dummy \
 nativesdk-bison \
 nativesdk-flex \
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157992): 
https://lists.openembedded.org/g/openembedded-core/message/157992
Mute This Topic: https://lists.openembedded.org/mt/86919164/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 3/3] bitbake.conf: Use wayland distro feature for native builds

[Tom Hochstein]

The wayland-scanner is missing from SDKs with weston, but the weston build
requires wayland-scanner. Allow the distro feature in order to include
the wayland-scanner packages via nativesdk-packagegroup-sdk-host.bb.

Signed-off-by: Tom Hochstein 
Signed-off-by: Richard Purdie 
(cherry picked from commit 858cc6f257e22e39df83f4808ea27c6d12cd1b80)
---
 meta/conf/bitbake.conf | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 9274322e3a..c2cb2f0d9d 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -850,8 +850,8 @@ DISTRO_FEATURES_NATIVESDK ?= "x11"
 
 # Normally target distro features will not be applied to native builds:
 # Native distro features on this list will use the target feature value
-DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation debuginfod opengl"
-DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation debuginfod opengl"
+DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation debuginfod opengl wayland"
+DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation debuginfod opengl 
wayland"
 
 DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit gobject-introspection-data 
ldconfig"
 MACHINE_FEATURES_BACKFILL = "rtc qemu-usermode"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157993): 
https://lists.openembedded.org/g/openembedded-core/message/157993
Mute This Topic: https://lists.openembedded.org/mt/86919167/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] [honister][PATCH 00/24] Pull request (cover letter only)

[Anuj Mittal]

Ping

> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Anuj Mittal
> Sent: Friday, November 5, 2021 11:57 PM
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [honister][PATCH 00/24] Pull request (cover letter only)
> 
> Please merge these changes.
> 
> Thanks,
> 
> Anuj
> 
> The following changes since commit 6ca6c9c12c93c6df7b18f49ebdbfb69433ff5158:
> 
>   bootchart2: Don't compile python modules (2021-10-26 21:42:27 +0800)
> 
> are available in the Git repository at:
> 
>   git://push.openembedded.org/openembedded-core-contrib stable/honister-next
> 
> Ahmed Hossam (1):
>   go.bbclass: Allow adding parameters to go ldflags
> 
> Alexander Kanavin (4):
>   waffle: convert to git, website is down
>   stress-ng: convert to git, website is down
>   tzdata: upgrade 2021a -> 2021d
>   tzdata: update 2021d -> 2021e
> 
> 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
> 
> Hsia-Jun(Randy) Li (1):
>   meson: install native file in sdk
> 
> Joshua Watt (1):
>   classes/populate_sdk_base: Add setscene tasks
> 
> Peter Kjellerstedt (2):
>   meson.bblcass: Remove empty egg-info directories before running meson
>   qemu.inc: Remove empty egg-info directories before running meson
> 
> Randy Li (1):
>   meson: move lang args to the right section
> 
> Richard Purdie (1):
>   staging: Fix autoconf-native rebuild failure
> 
> Ross Burton (1):
>   strace: show test suite log on failure
> 
> Saul Wold (3):
>   spdx.py: Add annotation to relationship
>   create-spdx: add create_annotation function
>   create-spdx: cross recipes are native also
> 
> Teoh Jay Shen (1):
>   oeqa/runtime/parselogs: modified drm error in common errors list
> 
> Tim Orling (1):
>   python3-setuptools: _distutils/sysconfig fix
> 
>  meta/classes/create-spdx.bbclass  | 22 +---
>  meta/classes/go.bbclass   |  3 +-
>  meta/classes/meson.bbclass| 10 
>  meta/classes/populate_sdk_base.bbclass|  4 ++
>  meta/classes/staging.bbclass  |  2 +-
>  meta/lib/oe/spdx.py   |  6 ++-
>  meta/lib/oeqa/runtime/cases/parselogs.py  |  2 +-
>  .../meson/meson/meson-setup.py|  8 +++
>  .../meson/meson/meson-wrapper |  1 +
>  .../meson/nativesdk-meson_0.58.1.bb   | 52 ++-
>  ...nfig-append-STAGING_LIBDIR-python-sy.patch | 34 
>  .../python/python3-setuptools_57.4.0.bb   |  5 +-
>  meta/recipes-devtools/qemu/qemu.inc   |  8 ++-
>  meta/recipes-devtools/strace/strace/run-ptest |  9   
> ...write-the-timestamp-into-
> compressed-.patch | 26 ++
>  .../stress-ng/stress-ng_0.13.00.bb|  8 +--
>  meta/recipes-extended/timezone/timezone.inc   |  7 +--
>  meta/recipes-graphics/waffle/waffle_1.6.1.bb  | 10 ++--
>  .../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 +-
>  24 files changed, 227 insertions(+), 68 deletions(-)  create mode 100644 
> meta/recipes-
> devtools/python/python3-setuptools/0001-_distutils-sysconfig-append-
> STAGING_LIBDIR-python-sy.patch
>  create mode 100644 
> meta/recipes-extended/stress-ng/stress-ng/0001-Makefile-do-not-
> write-the-timestamp-into-compressed-.patch
> 
> --
> 2.31.1


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

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

[Stephen Jolley]

All,

 

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

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

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

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

 

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

 

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

 

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

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

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

 


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

[OE-core][dunfell 0/3] Pull request (cover letter only)

[Steve Sakoman]

The following changes since commit 6cd21ddc6f998eec4d9be05f080e32072fddd2bd:

  tzdata: update 2021d -> 2021e (2021-11-03 11:17:55 +)

are available in the Git repository at:

  git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-next

Richard Purdie (2):
  scripts/convert-srcuri: Backport SRC_URI conversion script from master
branch
  meta/scripts: Manual git url branch additions

Steve Sakoman (1):
  meta: Add explict branch to git SRC_URIs, handle github url changes

 .../devtool/devtool-upgrade-test2_git.bb  |  2 +-
 .../devtool-upgrade-test2_git.bb.upgraded |  2 +-
 meta/classes/devupstream.bbclass  |  2 +-
 .../distro/include/default-distrovars.inc |  2 +-
 meta/lib/oeqa/selftest/cases/devtool.py   |  4 +-
 meta/lib/oeqa/selftest/cases/recipetool.py|  6 +-
 meta/lib/oeqa/selftest/cases/sstatetests.py   |  2 +-
 meta/recipes-bsp/efibootmgr/efibootmgr_17.bb  |  2 +-
 meta/recipes-bsp/efivar/efivar_37.bb  |  2 +-
 meta/recipes-bsp/opensbi/opensbi_0.6.bb   |  2 +-
 meta/recipes-bsp/u-boot/libubootenv_0.3.1.bb  |  2 +-
 meta/recipes-bsp/u-boot/u-boot-common.inc |  2 +-
 .../connman/connman-gnome_0.7.bb  |  2 +-
 .../libnss-mdns/libnss-mdns_0.14.1.bb |  2 +-
 .../mobile-broadband-provider-info_git.bb |  2 +-
 .../resolvconf/resolvconf_1.82.bb |  2 +-
 meta/recipes-core/dbus-wait/dbus-wait_git.bb  |  2 +-
 meta/recipes-core/expat/expat_2.2.9.bb|  2 +-
 meta/recipes-core/fts/fts_1.2.7.bb|  2 +-
 .../glibc/cross-localedef-native_2.31.bb  |  2 +-
 meta/recipes-core/glibc/glibc-version.inc |  2 +-
 meta/recipes-core/ifupdown/ifupdown_0.8.35.bb |  2 +-
 meta/recipes-core/libxcrypt/libxcrypt.inc |  2 +-
 meta/recipes-core/musl/libucontext_git.bb |  2 +-
 meta/recipes-core/musl/musl-obstack.bb|  2 +-
 meta/recipes-core/musl/musl-utils.bb  |  2 +-
 meta/recipes-core/musl/musl_git.bb|  2 +-
 meta/recipes-core/ncurses/ncurses.inc |  2 +-
 meta/recipes-core/psplash/psplash_git.bb  |  2 +-
 meta/recipes-core/systemd/systemd.inc |  2 +-
 .../update-rc.d/update-rc.d_0.8.bb|  2 +-
 .../bootchart2/bootchart2_0.14.9.bb   |  2 +-
 .../btrfs-tools/btrfs-tools_5.4.1.bb  |  2 +-
 .../build-compare/build-compare_git.bb|  2 +-
 .../createrepo-c/createrepo-c_0.15.7.bb   |  2 +-
 meta/recipes-devtools/distcc/distcc_3.3.3.bb  |  2 +-
 meta/recipes-devtools/dnf/dnf_4.2.2.bb|  2 +-
 meta/recipes-devtools/e2fsprogs/e2fsprogs.inc |  2 +-
 meta/recipes-devtools/file/file_5.38.bb   |  2 +-
 meta/recipes-devtools/glide/glide_0.13.3.bb   |  2 +-
 .../gnu-config/gnu-config_git.bb  |  2 +-
 meta/recipes-devtools/go/go-dep_0.5.4.bb  |  2 +-
 .../libcomps/libcomps_0.1.15.bb   |  2 +-
 meta/recipes-devtools/libdnf/libdnf_0.28.1.bb |  2 +-
 .../librepo/librepo_1.11.2.bb |  2 +-
 meta/recipes-devtools/llvm/llvm_git.bb|  2 +-
 meta/recipes-devtools/mtd/mtd-utils_git.bb|  2 +-
 meta/recipes-devtools/ninja/ninja_1.10.0.bb   |  2 +-
 .../patchelf/patchelf_0.10.bb |  2 +-
 meta/recipes-devtools/rpm/rpm_4.14.2.1.bb |  2 +-
 .../squashfs-tools/squashfs-tools_git.bb  |  2 +-
 .../systemd-bootchart_233.bb  |  2 +-
 .../tcf-agent/tcf-agent_git.bb|  2 +-
 meta/recipes-devtools/unfs3/unfs3_git.bb  |  2 +-
 .../go-examples/go-helloworld_0.1.bb  |  2 +-
 .../iputils/iputils_s20190709.bb  |  2 +-
 .../recipes-extended/libaio/libaio_0.3.111.bb |  2 +-
 meta/recipes-extended/libnsl/libnsl2_git.bb   |  2 +-
 .../recipes-extended/libnss-nis/libnss-nis.bb |  2 +-
 .../libsolv/libsolv_0.7.10.bb |  2 +-
 meta/recipes-extended/ltp/ltp_20200120.bb |  2 +-
 meta/recipes-extended/procps/procps_3.3.16.bb |  2 +-
 meta/recipes-extended/psmisc/psmisc_23.3.bb   |  2 +-
 .../rpcsvc-proto/rpcsvc-proto.bb  |  2 +-
 .../stress-ng/stress-ng_0.11.17.bb|  2 +-
 meta/recipes-extended/sysklogd/sysklogd.inc   |  2 +-
 meta/recipes-extended/xinetd/xinetd_2.3.15.bb |  2 +-
 .../libfakekey/libfakekey_git.bb  |  2 +-
 .../libmatchbox/libmatchbox_1.12.bb   |  2 +-
 .../libva/libva-utils_2.6.0.bb|  2 +-
 .../matchbox-wm/matchbox-wm_1.2.2.bb  |  2 +-
 meta/recipes-graphics/mx/mx-1.0_1.4.7.bb  |  2 +-
 meta/recipes-graphics/piglit/piglit_git.bb|  2 +-
 .../virglrenderer/virglrenderer_0.8.2.bb  |  2 +-
 meta/recipes-graphics/vulkan/assimp_5.0.1.bb  |  2 +-
 .../vulkan/vulkan-demos_git.bb|  6 +-
 .../vulkan/vulkan-headers_1.1.126.0.bb|  2 +-
 .../vulkan/vulkan-loader_1.1.126.0.bb |  2 +-
 .../vulkan/vulkan-tools_1.1.126.0.bb  |  2 +-
 .../xinput-calibrator_git.bb  |  2 +-
 .../xorg-drive

[OE-core] [PATCH] squashfs-tools: follow-up fix for CVE-2021-41072

[kai]

From: Kai Kang 

Squash a follow-up fix for CVE-2021-41072 from upstream:
https://github.com/plougher/squashfs-tools/commit/19fcc93

Signed-off-by: Kai Kang 
---
 .../squashfs-tools/squashfs-tools/CVE-2021-41072.patch  | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-devtools/squashfs-tools/squashfs-tools/CVE-2021-41072.patch 
b/meta/recipes-devtools/squashfs-tools/squashfs-tools/CVE-2021-41072.patch
index 94d6da4b14..f807af60bc 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools/CVE-2021-41072.patch
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools/CVE-2021-41072.patch
@@ -1,6 +1,10 @@
 CVE: CVE-2021-41072
 Upstream-Status: Backport 
[https://github.com/plougher/squashfs-tools/commit/e048580]
 
+Update on 20211109:
+Squash a follow-up fix for CVE-2021-41072 from upstream:
+https://github.com/plougher/squashfs-tools/commit/19fcc93
+
 Signed-off-by: Kai Kang 
 
 From e0485802ec72996c20026da320650d8362f555bd Mon Sep 17 00:00:00 2001
@@ -65,7 +69,7 @@ index 7262a2e..1b544ed 100755
  
  unsquash-1234.o: unsquash-1234.c unsquashfs_error.h
  
-+unsquash-1234.o: unsquash-12.c
++unsquash-12.o: unsquash-12.c unsquashfs.h
 +
  unsquashfs_xattr.o: unsquashfs_xattr.c unsquashfs.h squashfs_fs.h xattr.h 
unsquashfs_error.h
  
-- 
2.17.1


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