date:20211115

Re: [OE-core] Suggestion to use python-parameterized for QA

2021-11-15 Thread Vyacheslav Yurkov


Yes, technically it would be the same. Thanks for the hint.

Vyacheslav

On 15.11.2021 21:56, Alexander Kanavin wrote:
Can't we achieve the same by abstracting the common part into a 
function and defining the two tests explicitly?


Alex

On Mon, 15 Nov 2021 at 21:26, Vyacheslav Yurkov  
wrote:


It's substituted further down into
def test_sbin_init(self, _, origInit):

parameterized.expand generates two tests out of it. The string
parameter is used as a suffix for the test, the rest is used as
input parameters, i.e. the first test would be called with
origInit=True, the second one with origInit=False.

The sample output looks like this:

2021-11-15 20:21:15,740 - oe-selftest - INFO - RESULTS -
overlayfs.OverlayFSEtcRunTimeTests.test_sbin_init_0_original:
PASSED (295.73s)
2021-11-15 20:21:15,740 - oe-selftest - INFO - RESULTS -
overlayfs.OverlayFSEtcRunTimeTests.test_sbin_init_1_preinit:
PASSED (177.97s)

Vyacheslav


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158341): 
https://lists.openembedded.org/g/openembedded-core/message/158341
Mute This Topic: https://lists.openembedded.org/mt/87078063/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 : Need help in building latest openembedded branch code

2021-11-15 Thread mohammed aqdam

Hi There,

I am working on a yocto image for the imx8 board, for this I have created a
project with zeus layers for all layers(including meta-imx) using the below
manifest file.

repo init -u https://source.codeaurora.org/external/imx/imx-manifest -b
imx-linux-zeus -m imx-5.4.47-2.2.0.xml


I am trying to fetch master/honister code of openEmbedded on my
existing project(Earlier i was using Zeus branch) to use latest modules of
perl(5.34.0), chrony(4.1) & gpsd(gpsd 3.23.1
), by modifying
.repo/manifests/imx-5.4.47-2.2.0.xml with master/honister code for
openEmbedded(revision="refs/heads/honister"), later i ran into below error,

$ bitbake -k imx-image-full
ERROR: Unable to start bitbake server (None)
ERROR: Server log for this session
(/data/home/maqdam/imx_yocto_master/build/bitbake-cookerdaemon.log):
--- Starting bitbake server pid 6315 at 2021-11-16 10:36:44.095759 ---
ERROR: ParseError at
/data/home/maqdam/imx_yocto_master/sources/meta-openembedded/meta-oe/conf/layer.conf:106:
unparsed line: 'DEFAULT_TEST_SUITES:pn-meta-oe-ptest-image = "
${PTESTTESTSUITE}"'


Tried updating the bitbake layer(poky) to master/honister in
similar fashion, Later seeing the below error in
meta-imx/meta-bsp/conf/layer.conf file.

$ bitbake -k imx-image-full
ERROR: Variable FSL_EULA_FILE_MD5SUMS_append contains an operation using
the old override syntax. Please convert this layer/metadata before
attempting to use with a newer bitbake.


I could not find how to use FSL_EULA_FILE_MD5SUMS_append with the latest
bitbake.
Request you to suggest how can i use this master/honister code of
openEmbedded & with which version of bitbake.

Thanks,
Aqdam

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

2021-11-15 Thread Jacob Kroon


On 11/16/21 04:24, Anuj Mittal wrote:

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

Thanks,

Anuj

The following changes since commit 0ca080a23c2770a15138f702d4c879bbd90ca360:

   build-appliance-image: Update to hardknott head revision (2021-11-04 
11:58:28 +)

are available in the Git repository at:

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

Alexander Kanavin (2):
   linux-firmware: upgrade 20210919 -> 20211027
   cross-canadian: correct the location of pkg-config files

Anuj Mittal (2):
   meta: add explicit branch and protocol to SRC_URI
   llvm: bump HASHEQUIV_HASH_VERSION

Bruce Ashfield (2):
   linux-yocto/5.10: update to v5.10.76
   linux-yocto-rt/5.10: update to -rt54

Chen Qi (1):
   avahi: update CVE id fixed by local-ping.patch

Jose Quaresma (1):
   sstate: another fix for touching files inside pseudo

Manuel Leonhardt (1):
   sstate: Account for reserved characters when shortening sstate
 filenames

Richard Purdie (5):
   linunistring: Add missing gperf-native dependency
   pseudo: Add in ability to flush database with shutdown request
   pseudo: Add fcntl64 wrapper
   scripts/convert-srcuri: Backport SRC_URI conversion script from master
 branch
   meta/scripts: Manual git url branch additions

  .../devtool/devtool-upgrade-test2_git.bb  |  2 +-
  .../devtool-upgrade-test2_git.bb.upgraded |  2 +-
  .../git-submodule-test/git-submodule-test.bb  |  2 +-
  meta/classes/cross-canadian.bbclass   |  2 +-
  meta/classes/devupstream.bbclass  |  2 +-
  meta/classes/sstate.bbclass   | 14 ++--
  .../distro/include/default-distrovars.inc |  2 +-
  meta/lib/oeqa/selftest/cases/devtool.py   |  4 +-
  meta/lib/oeqa/selftest/cases/fetch.py |  2 +-
  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.9.bb   |  2 +-
  meta/recipes-bsp/u-boot/libubootenv_0.3.1.bb  |  2 +-
  meta/recipes-bsp/u-boot/u-boot-common.inc |  2 +-
  .../avahi/files/local-ping.patch  |  1 +
  .../connman/connman-gnome_0.7.bb  |  2 +-
  .../libnss-mdns/libnss-mdns_0.14.1.bb |  2 +-
  .../libuv/libuv_1.41.0.bb |  2 +-
  .../mobile-broadband-provider-info_git.bb |  2 +-
  meta/recipes-core/dbus-wait/dbus-wait_git.bb  |  2 +-
  meta/recipes-core/fts/fts_1.2.7.bb|  2 +-
  .../glibc/cross-localedef-native_2.33.bb  |  2 +-
  meta/recipes-core/ifupdown/ifupdown_0.8.36.bb |  2 +-
  .../initscripts/init-system-helpers_1.60.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/netbase/netbase_6.2.bb  |  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.10.1.bb |  2 +-
  .../createrepo-c/createrepo-c_0.17.0.bb   |  2 +-
  meta/recipes-devtools/distcc/distcc_3.3.5.bb  |  2 +-
  meta/recipes-devtools/dnf/dnf_4.6.0.bb|  2 +-
  meta/recipes-devtools/e2fsprogs/e2fsprogs.inc |  2 +-
  meta/recipes-devtools/file/file_5.39.bb   |  2 +-
  meta/recipes-devtools/glide/glide_0.13.3.bb   |  2 +-
  .../gnu-config/gnu-config_git.bb  |  2 +-
  .../libcomps/libcomps_0.1.15.bb   |  2 +-
  meta/recipes-devtools/libdnf/libdnf_0.58.0.bb |  2 +-
  .../librepo/librepo_1.13.0.bb |  2 +-
  meta/recipes-devtools/llvm/llvm_git.bb|  6 +-
  meta/recipes-devtools/mtd/mtd-utils_git.bb|  2 +-
  meta/recipes-devtools/ninja/ninja_1.10.2.bb   |  2 +-
  .../patchelf/patchelf_0.12.bb |  2 +-
  meta/recipes-devtools/pseudo/pseudo_git.bb|  2 +-
  meta/recipes-devtools/rpm/rpm_4.16.1.3.bb |  2 +-
  .../squashfs-tools/squashfs-tools_git.bb  |  2 +-
  .../systemd-bootchart_234.bb  |  2 +-
  .../tcf-agent/tcf-agent_git.bb|  2 +-
  meta/recipes-devtools/unfs3/unfs3_git.bb  |  2 +-
  meta/recipes-extended/bzip2/bzip2_1.0.8.bb|  2 +-
  .../go-examples/go-helloworld_0.1.bb  |  2 +-
  .../iputils/iputils_s20200821.bb  |  2 +-
  .../recipes-extended/libaio/libaio_0.3.112.bb |  2 +-
  meta/recipes-extended/libnsl/libnsl2_git.bb   |  2 +-
  .../recipes-extended/libnss-nis/libnss-nis.bb |  2 +-
  .../libsolv/libsolv_0.7.17.bb |  2 +-

Re: [OE-core] [hardknott][PATCH v2] rust-cross: Replace TARGET_ARCH with TUNE_PKGARCH

2021-11-15 Thread Pgowda

Hi Anuj,

I'm sorry regarding the patch subject.
The patch is for the master branch. However, the same issue exists for
other branches as well.
I will check the comments from others and will post the patch to the
Hardknott branch once it's approved in the master branch.

Thanks,
Pgowda

On Tue, Nov 16, 2021 at 8:01 AM Mittal, Anuj  wrote:
>
> This doesn't look hardknott related. Is this for master?
>
> Thanks,
>
> Anuj
>
> On Mon, 2021-11-15 at 06:03 -0800, Pgowda wrote:
> > rust-cross-* imported from meta-rust has incorrect signatures,
> > depending on MACHINEOVERRIDES making it effectively MACHINE_ARCH
> > as shown by sstate-diff-machines.sh:
> >
> > openembedded-core/scripts/sstate-diff-machines.sh --tmpdir=tmp-glibc
> > \
> > --machines="qemuarm64 qemuarm64copy" --targets=rust-cross-aarch64-
> > glibc \
> > --analyze
> >
> >  === Comparing signatures for task do_configure.sigdata between
> >  qemuarm64 and qemuarm64copy ===
> > ERROR: gcc-runtime different signature for task do_configure.sigdata
> > between qemuarm64 and qemuarm64copy
> > NOTE: Starting bitbake server...
> > Hash for dependent task gcc/gcc-
> > runtime_11.2.bb:do_prepare_recipe_sysroot
> > changed from
> > da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 to
> > 47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40
> > Unable to find matching sigdata for
> > openembedded-core/meta/recipes-devtools/gcc/gcc-runtime_11.2.bb:
> > do_prepare_recipe_sysroot with hashes
> > da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 or
> > 47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40
> >
> > The following patch takes TUNE_PKGARCH into consideration instead
> > of TARGET_ARCH and results in signatures as expected.
> >
> > [YOCTO #14613]
> >
> > Signed-off-by: Pgowda 
> > ---
> >  meta/recipes-devtools/rust/rust-cross.inc | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-devtools/rust/rust-cross.inc
> > b/meta/recipes-devtools/rust/rust-cross.inc
> > index bb625f4240..a77f7d5122 100644
> > --- a/meta/recipes-devtools/rust/rust-cross.inc
> > +++ b/meta/recipes-devtools/rust/rust-cross.inc
> > @@ -34,7 +34,7 @@ DEPENDS += "virtual/${TARGET_PREFIX}gcc
> > virtual/${TARGET_PREFIX}compilerlibs vir
> >  DEPENDS += "rust-native"
> >
> >  PROVIDES = "virtual/${TARGET_PREFIX}rust"
> > -PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}"
> > +PN = "rust-cross-${TUNE_PKGARCH}-${TCLIBC}"
> >
> >  # In the cross compilation case, rustc doesn't seem to get the rpath
> > quite
> >  # right. It manages to include '../../lib/${TARGET_PREFIX}', but
> > doesn't
> >
> > 
> >
>

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

[OE-core] [hardknott][PATCH 14/14] llvm: bump HASHEQUIV_HASH_VERSION

2021-11-15 Thread Anuj Mittal

llvm embeds the repository location in a header file. We just changed
the SRC_URI to fetch using https instead of git. This has started giving
errors in reproducibility testing when one of the RPMs to be compared is
fetched from sstate.

Bump HASHEQUIV_HASH_VERSION and PR so its rebuilt.

Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/llvm/llvm_git.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index 3f53b477dd..58cdaaa5a9 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -37,6 +37,10 @@ SRC_URI = 
"git://github.com/llvm/llvm-project.git;branch=${BRANCH};protocol=http
file://0001-nfc-Fix-missing-include.patch;striplevel=2 \
"
 
+# remove at next version upgrade or when output changes
+PR = "r1"
+HASHEQUIV_HASH_VERSION .= ".1"
+
 UPSTREAM_CHECK_GITTAGREGEX = "llvmorg-(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git/llvm"
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 13/14] cross-canadian: correct the location of pkg-config files

2021-11-15 Thread Anuj Mittal

From: Alexander Kanavin 

layout_libdir has not been defined for many years.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 2c84fbed676a8e6717592c86c3742566ad0decac)
Signed-off-by: Anuj Mittal 
---
 meta/classes/cross-canadian.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/cross-canadian.bbclass 
b/meta/classes/cross-canadian.bbclass
index f5c9f61595..3fc9cac442 100644
--- a/meta/classes/cross-canadian.bbclass
+++ b/meta/classes/cross-canadian.bbclass
@@ -155,7 +155,7 @@ libexecdir = 
"${exec_prefix}/libexec/${TARGET_ARCH}${TARGET_VENDOR}-${TARGET_OS}
 
 FILES_${PN} = "${prefix}"
 
-export PKG_CONFIG_DIR = "${STAGING_DIR_HOST}${layout_libdir}/pkgconfig"
+export PKG_CONFIG_DIR = "${STAGING_DIR_HOST}${exec_prefix}/lib/pkgconfig"
 export PKG_CONFIG_SYSROOT_DIR = "${STAGING_DIR_HOST}"
 
 do_populate_sysroot[stamp-extra-info] = ""
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 12/14] meta/scripts: Manual git url branch additions

2021-11-15 Thread Anuj Mittal

From: Richard Purdie 

Following the scripted conversion adding branches to git://
SRC_URI entries, add the remaining references, mainly in the selftests
and recipetool.

Signed-off-by: Richard Purdie 
(cherry picked from commit 5340c0d688036c1be6c938f05d8a8c1e3b49ec38)
Signed-off-by: Anuj Mittal 
---
 meta/conf/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 +-
 scripts/lib/recipetool/create.py| 3 +++
 5 files changed, 10 insertions(+), 7 deletions(-)

diff --git a/meta/conf/distro/include/default-distrovars.inc 
b/meta/conf/distro/include/default-distrovars.inc
index 433d4b6651..0240589c81 100644
--- a/meta/conf/distro/include/default-distrovars.inc
+++ b/meta/conf/distro/include/default-distrovars.inc
@@ -47,5 +47,5 @@ KERNEL_IMAGETYPES ??= "${KERNEL_IMAGETYPE}"
 # The CONNECTIVITY_CHECK_URIS are used to test whether we can succesfully
 # fetch from the network (and warn you if not). To disable the test set
 # the variable to be empty.
-# Git example url: 
git://git.yoctoproject.org/yocto-firewall-test;protocol=git;rev=master
+# Git example url: 
git://git.yoctoproject.org/yocto-firewall-test;protocol=git;rev=master;branch=master
 CONNECTIVITY_CHECK_URIS ?= "https://www.example.com/;
diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
b/meta/lib/oeqa/selftest/cases/devtool.py
index 3385546e8e..66e326253e 100644
--- a/meta/lib/oeqa/selftest/cases/devtool.py
+++ b/meta/lib/oeqa/selftest/cases/devtool.py
@@ -340,7 +340,7 @@ class DevtoolAddTests(DevtoolBase):
 checkvars['LIC_FILES_CHKSUM'] = 
'file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263'
 checkvars['S'] = '${WORKDIR}/git'
 checkvars['PV'] = '0.1+git${SRCPV}'
-checkvars['SRC_URI'] = 
'git://git.yoctoproject.org/git/dbus-wait;protocol=https'
+checkvars['SRC_URI'] = 
'git://git.yoctoproject.org/git/dbus-wait;protocol=https;branch=master'
 checkvars['SRCREV'] = srcrev
 checkvars['DEPENDS'] = set(['dbus'])
 self._test_recipe_contents(recipefile, checkvars, [])
@@ -904,7 +904,7 @@ class DevtoolUpdateTests(DevtoolBase):
 self._check_repo_status(os.path.dirname(recipefile), expected_status)
 
 result = runCmd('git diff %s' % os.path.basename(recipefile), 
cwd=os.path.dirname(recipefile))
-addlines = ['SRCREV = ".*"', 'SRC_URI = 
"git://git.infradead.org/mtd-utils.git"']
+addlines = ['SRCREV = ".*"', 'SRC_URI = 
"git://git.infradead.org/mtd-utils.git;branch=master"']
 srcurilines = src_uri.split()
 srcurilines[0] = 'SRC_URI = "' + srcurilines[0]
 srcurilines.append('"')
diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py 
b/meta/lib/oeqa/selftest/cases/recipetool.py
index 9d56e9e1e3..3621492998 100644
--- a/meta/lib/oeqa/selftest/cases/recipetool.py
+++ b/meta/lib/oeqa/selftest/cases/recipetool.py
@@ -357,7 +357,7 @@ class RecipetoolTests(RecipetoolBase):
 tempsrc = os.path.join(self.tempdir, 'srctree')
 os.makedirs(tempsrc)
 recipefile = os.path.join(self.tempdir, 'libmatchbox.bb')
-srcuri = 'git://git.yoctoproject.org/libmatchbox'
+srcuri = 'git://git.yoctoproject.org/libmatchbox;branch=master'
 result = runCmd(['recipetool', 'create', '-o', recipefile, srcuri + 
";rev=9f7cf8895ae2d39c465c04cc78e918c157420269", '-x', tempsrc])
 self.assertTrue(os.path.isfile(recipefile), 'recipetool did not create 
recipe file; output:\n%s' % result.output)
 checkvars = {}
@@ -447,7 +447,7 @@ class RecipetoolTests(RecipetoolBase):
 self.assertTrue(os.path.isfile(recipefile))
 checkvars = {}
 checkvars['LICENSE'] = set(['Apache-2.0'])
-checkvars['SRC_URI'] = 
'git://github.com/mesonbuild/meson;protocol=https'
+checkvars['SRC_URI'] = 
'git://github.com/mesonbuild/meson;protocol=https;branch=master'
 inherits = ['setuptools3']
 self._test_recipe_contents(recipefile, checkvars, inherits)
 
@@ -514,7 +514,7 @@ class RecipetoolTests(RecipetoolBase):
 self.assertTrue(os.path.isfile(recipefile))
 checkvars = {}
 checkvars['LICENSE'] = set(['GPLv2'])
-checkvars['SRC_URI'] = 
'git://git.yoctoproject.org/git/matchbox-terminal;protocol=http'
+checkvars['SRC_URI'] = 
'git://git.yoctoproject.org/git/matchbox-terminal;protocol=http;branch=master'
 inherits = ['pkgconfig', 'autotools']
 self._test_recipe_contents(recipefile, checkvars, inherits)
 
diff --git a/meta/lib/oeqa/selftest/cases/sstatetests.py 
b/meta/lib/oeqa/selftest/cases/sstatetests.py
index c46e8ba489..e2fe38be87 100644
--- a/meta/lib/oeqa/selftest/cases/sstatetests.py
+++ b/meta/lib/oeqa/selftest/cases/sstatetests.py
@@ -39,7 +39,7 @@ class SStateTests(SStateBase):
 
 recipefile = os.path.join(tempdir, "recipes-test", "dbus-wait-test",

[OE-core] [hardknott][PATCH 11/14] meta: add explicit branch and protocol to SRC_URI

2021-11-15 Thread Anuj Mittal

Add branch name explicitly to SRC_URI where it's not defined and switch
to using https protocol for Github projects.

The change was made using convert-srcuri script in scripts/contrib.

Signed-off-by: Anuj Mittal 
---
 meta-selftest/recipes-test/devtool/devtool-upgrade-test2_git.bb | 2 +-
 .../recipes-test/devtool/devtool-upgrade-test2_git.bb.upgraded  | 2 +-
 .../recipes-test/git-submodule-test/git-submodule-test.bb   | 2 +-
 meta/classes/devupstream.bbclass| 2 +-
 meta/lib/oeqa/selftest/cases/fetch.py   | 2 +-
 meta/recipes-bsp/efibootmgr/efibootmgr_17.bb| 2 +-
 meta/recipes-bsp/efivar/efivar_37.bb| 2 +-
 meta/recipes-bsp/opensbi/opensbi_0.9.bb | 2 +-
 meta/recipes-bsp/u-boot/libubootenv_0.3.1.bb| 2 +-
 meta/recipes-bsp/u-boot/u-boot-common.inc   | 2 +-
 meta/recipes-connectivity/connman/connman-gnome_0.7.bb  | 2 +-
 meta/recipes-connectivity/libnss-mdns/libnss-mdns_0.14.1.bb | 2 +-
 meta/recipes-connectivity/libuv/libuv_1.41.0.bb | 2 +-
 .../mobile-broadband-provider-info_git.bb   | 2 +-
 meta/recipes-core/dbus-wait/dbus-wait_git.bb| 2 +-
 meta/recipes-core/fts/fts_1.2.7.bb  | 2 +-
 meta/recipes-core/glibc/cross-localedef-native_2.33.bb  | 2 +-
 meta/recipes-core/ifupdown/ifupdown_0.8.36.bb   | 2 +-
 meta/recipes-core/initscripts/init-system-helpers_1.60.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/netbase/netbase_6.2.bb| 2 +-
 meta/recipes-core/psplash/psplash_git.bb| 2 +-
 meta/recipes-core/systemd/systemd.inc   | 2 +-
 meta/recipes-core/update-rc.d/update-rc.d_0.8.bb| 2 +-
 meta/recipes-devtools/bootchart2/bootchart2_0.14.9.bb   | 2 +-
 meta/recipes-devtools/btrfs-tools/btrfs-tools_5.10.1.bb | 2 +-
 meta/recipes-devtools/createrepo-c/createrepo-c_0.17.0.bb   | 2 +-
 meta/recipes-devtools/distcc/distcc_3.3.5.bb| 2 +-
 meta/recipes-devtools/dnf/dnf_4.6.0.bb  | 2 +-
 meta/recipes-devtools/e2fsprogs/e2fsprogs.inc   | 2 +-
 meta/recipes-devtools/file/file_5.39.bb | 2 +-
 meta/recipes-devtools/glide/glide_0.13.3.bb | 2 +-
 meta/recipes-devtools/gnu-config/gnu-config_git.bb  | 2 +-
 meta/recipes-devtools/libcomps/libcomps_0.1.15.bb   | 2 +-
 meta/recipes-devtools/libdnf/libdnf_0.58.0.bb   | 2 +-
 meta/recipes-devtools/librepo/librepo_1.13.0.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.2.bb | 2 +-
 meta/recipes-devtools/patchelf/patchelf_0.12.bb | 2 +-
 meta/recipes-devtools/rpm/rpm_4.16.1.3.bb   | 2 +-
 meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb  | 2 +-
 .../recipes-devtools/systemd-bootchart/systemd-bootchart_234.bb | 2 +-
 meta/recipes-devtools/tcf-agent/tcf-agent_git.bb| 2 +-
 meta/recipes-devtools/unfs3/unfs3_git.bb| 2 +-
 meta/recipes-extended/bzip2/bzip2_1.0.8.bb  | 2 +-
 meta/recipes-extended/go-examples/go-helloworld_0.1.bb  | 2 +-
 meta/recipes-extended/iputils/iputils_s20200821.bb  | 2 +-
 meta/recipes-extended/libaio/libaio_0.3.112.bb  | 2 +-
 meta/recipes-extended/libnsl/libnsl2_git.bb | 2 +-
 meta/recipes-extended/libnss-nis/libnss-nis.bb  | 2 +-
 meta/recipes-extended/libsolv/libsolv_0.7.17.bb | 2 +-
 meta/recipes-extended/ltp/ltp_20210121.bb   | 2 +-
 meta/recipes-extended/net-tools/net-tools_2.10.bb   | 2 +-
 meta/recipes-extended/procps/procps_3.3.17.bb   | 2 +-
 meta/recipes-extended/psmisc/psmisc_23.4.bb | 2 +-
 meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb  | 2 +-
 meta/recipes-extended/sysklogd/sysklogd_2.2.2.bb| 2 +-
 meta/recipes-extended/xinetd/xinetd_2.3.15.4.bb | 2 +-
 meta/recipes-extended/zstd/zstd_1.4.9.bb| 2 +-
 meta/recipes-gnome/libhandy/libhandy_1.2.0.bb   | 2 +-

[OE-core] [hardknott][PATCH 10/14] scripts/convert-srcuri: Backport SRC_URI conversion script from master branch

2021-11-15 Thread Anuj Mittal

From: Richard Purdie 

This script handles two emerging issues:

1. There is uncertainty about the default branch name in git going forward.
To try and cover the different possible outcomes, add branch names to all
git:// and gitsm:// SRC_URI entries.

2. Github are dropping support for git:// protocol fetching, so remap github
 urls as needed. For more details see:

https://github.blog/2021-09-01-improving-git-protocol-security-github/

Signed-off-by: Steve Sakoman 
Signed-off-by: Anuj Mittal 
---
 scripts/contrib/convert-srcuri.py | 77 +++
 1 file changed, 77 insertions(+)
 create mode 100755 scripts/contrib/convert-srcuri.py

diff --git a/scripts/contrib/convert-srcuri.py 
b/scripts/contrib/convert-srcuri.py
new file mode 100755
index 00..5b362ea2e8
--- /dev/null
+++ b/scripts/contrib/convert-srcuri.py
@@ -0,0 +1,77 @@
+#!/usr/bin/env python3
+#
+# Conversion script to update SRC_URI to add branch to git urls
+#
+# Copyright (C) 2021 Richard Purdie
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+
+import re
+import os
+import sys
+import tempfile
+import shutil
+import mimetypes
+
+if len(sys.argv) < 2:
+print("Please specify a directory to run the conversion script against.")
+sys.exit(1)
+
+def processfile(fn):
+def matchline(line):
+if "MIRROR" in line or ".*" in line or "GNOME_GIT" in line:
+return False
+return True
+print("processing file '%s'" % fn)
+try:
+if "distro_alias.inc" in fn or "linux-yocto-custom.bb" in fn:
+return
+fh, abs_path = tempfile.mkstemp()
+modified = False
+with os.fdopen(fh, 'w') as new_file:
+with open(fn, "r") as old_file:
+for line in old_file:
+if ("git://" in line or "gitsm://" in line) and "branch=" 
not in line and matchline(line):
+if line.endswith('"\n'):
+line = line.replace('"\n', ';branch=master"\n')
+elif line.endswith(" \\\n"):
+line = line.replace(' \\\n', ';branch=master \\\n')
+modified = True
+if ("git://" in line or "gitsm://" in line) and 
"github.com" in line and "protocol=https" not in line and matchline(line):
+if "protocol=git" in line:
+line = line.replace('protocol=git', 
'protocol=https')
+elif line.endswith('"\n'):
+line = line.replace('"\n', ';protocol=https"\n')
+elif line.endswith(" \\\n"):
+line = line.replace(' \\\n', ';protocol=https 
\\\n')
+modified = True
+new_file.write(line)
+if modified:
+shutil.copymode(fn, abs_path)
+os.remove(fn)
+shutil.move(abs_path, fn)
+except UnicodeDecodeError:
+pass
+
+ourname = os.path.basename(sys.argv[0])
+ourversion = "0.1"
+
+if os.path.isfile(sys.argv[1]):
+processfile(sys.argv[1])
+sys.exit(0)
+
+for targetdir in sys.argv[1:]:
+print("processing directory '%s'" % targetdir)
+for root, dirs, files in os.walk(targetdir):
+for name in files:
+if name == ourname:
+continue
+fn = os.path.join(root, name)
+if os.path.islink(fn):
+continue
+if "/.git/" in fn or fn.endswith(".html") or fn.endswith(".patch") 
or fn.endswith(".m4") or fn.endswith(".diff"):
+continue
+processfile(fn)
+
+print("All files processed with version %s" % ourversion)
-- 
2.33.1


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

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

2021-11-15 Thread Anuj Mittal

From: 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 
Signed-off-by: Richard Purdie 
(cherry picked from commit 4d75d6c39f1faeb38191b55f1fa9311b63fcfb29)
Signed-off-by: Anuj Mittal 
---
 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.1


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

[OE-core] [hardknott][PATCH 08/14] sstate: another fix for touching files inside pseudo

2021-11-15 Thread Anuj Mittal

From: Jose Quaresma 

This patch is a fixup for 676757f "sstate: fix touching files inside pseudo"

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

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

The check for [ -w ${SSTATE_PKG} ] and [ -O ${SSTATE_PKG}.siginfo ]
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).
- the file test operator "-O" check if you are owner of file

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

(From OE-Core rev: 29fc85997ade490ae46ffca37ef8e1a56957c876)

Signed-off-by: Jose Quaresma 
Signed-off-by: Richard Purdie 
(cherry picked from commit 5b9210d66c78bb3f79056e5586cea7b0edd714a9)
Signed-off-by: Anuj Mittal 
---
 meta/classes/sstate.bbclass | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 957762db5c..da29225983 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -863,12 +863,12 @@ python sstate_report_unihash() {
 #
 sstate_unpack_package () {
tar -xvzf ${SSTATE_PKG}
-   # update .siginfo atime on local/NFS mirror
-   [ -O ${SSTATE_PKG}.siginfo ] && [ -w ${SSTATE_PKG}.siginfo ] && [ -h 
${SSTATE_PKG}.siginfo ] && touch -a ${SSTATE_PKG}.siginfo
-   # Use "! -w ||" to return true for read only files
-   [ ! -w ${SSTATE_PKG} ] || touch --no-dereference ${SSTATE_PKG}
-   [ ! -w ${SSTATE_PKG}.sig ] || [ ! -e ${SSTATE_PKG}.sig ] || touch 
--no-dereference ${SSTATE_PKG}.sig
-   [ ! -w ${SSTATE_PKG}.siginfo ] || [ ! -e ${SSTATE_PKG}.siginfo ] || 
touch --no-dereference ${SSTATE_PKG}.siginfo
+   # update .siginfo atime on local/NFS mirror if it is a symbolic link
+   [ ! -h ${SSTATE_PKG}.siginfo ] || touch -a ${SSTATE_PKG}.siginfo 
2>/dev/null || true
+   # update each symbolic link instead of any referenced file
+   touch --no-dereference ${SSTATE_PKG} 2>/dev/null || true
+   [ ! -e ${SSTATE_PKG}.sig ] || touch --no-dereference ${SSTATE_PKG}.sig 
2>/dev/null || true
+   [ ! -e ${SSTATE_PKG}.siginfo ] || touch --no-dereference 
${SSTATE_PKG}.siginfo 2>/dev/null || true
 }
 
 BB_HASHCHECK_FUNCTION = "sstate_checkhashes"
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 07/14] linux-yocto-rt/5.10: update to -rt54

2021-11-15 Thread Anuj Mittal

From: Bruce Ashfield 

Integrating the following commit(s) to linux-yocto-rt/5.10:

f01089784fd6 Linux 5.10.73-rt54
f34df8f3c666 Linux 5.10.65-rt53
271c5e6e4064 Linux 5.10.59-rt52
1a4bba4bc32c locking/rwsem-rt: Remove might_sleep() in __up_read()
ff591a2bdcfb Linux 5.10.59-rt51
8d185ac23c11 Linux 5.10.58-rt50
2c0fd44153f5 Linux 5.10.56-rt49
8b083d3c993c printk: Enhance the condition check of msleep in pr_flush()
448cd29e3bc9 Linux 5.10.56-rt48

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit 7c7dc8f38cf1e874a7722389c95d895e10855d9a)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

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 2acb6c26f4..6975bd16ae 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "f7d2419be110c618b74cbaddaafbabf4a886b91b"
+SRCREV_machine ?= "f01089784fd6234111851aad756297e0f258276c"
 SRCREV_meta ?= "e1979ceb171bc91ef2cb71cfcde548a101dab687"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 06/14] linux-yocto/5.10: update to v5.10.76

2021-11-15 Thread Anuj Mittal

From: Bruce Ashfield 

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

378e85d1aeb5 Linux 5.10.76
cfa79faf7e1f pinctrl: stm32: use valid pin identifier in 
stm32_pinctrl_resume()
c56c801391c3 ARM: 9122/1: select HAVE_FUTEX_CMPXCHG
d088db8637bb selftests: bpf: fix backported ASSERT_FALSE
3a845fa00fd7 e1000e: Separate TGP board type from SPT
021b6d11e590 tracing: Have all levels of checks prevent recursion
3a0dc2e35a5d net: mdiobus: Fix memory leak in __mdiobus_register
cfe9266213c4 bpf, test, cgroup: Use sk_{alloc,free} for test cases
188907c25218 s390/pci: fix zpci_zdev_put() on reserve
f18b90e9366f can: isotp: isotp_sendmsg(): fix TX buffer concurrent access 
in isotp_sendmsg()
2304dfb548a4 scsi: core: Fix shost->cmd_per_lun calculation in 
scsi_add_host_with_dma()
c58654f344dd net: hns3: fix for miscalculation of rx unused desc
96fe5061291d sched/scs: Reset the shadow stack when idle_task_exit
96f0aebf29be scsi: qla2xxx: Fix a memory leak in an error path of 
qla2x00_process_els()
90c8e8c0829b scsi: iscsi: Fix set_param() handling
0eb254479685 Input: snvs_pwrkey - add clk handling
ea9c1f5d8a3a perf/x86/msr: Add Sapphire Rapids CPU support
7a5a1f09c8b4 libperf tests: Fix test_stat_cpu
e56a3e7ae353 ALSA: hda: avoid write to STATESTS if controller is in reset
85c8d8c1609d platform/x86: intel_scu_ipc: Update timeout value in comment
9f591cbdbed3 isdn: mISDN: Fix sleeping function called from invalid context
ab4f542b515b ARM: dts: spear3xx: Fix gmac node
15d3ad79885b net: stmmac: add support for dwmac 3.40a
f9d16a428489 btrfs: deal with errors when checking if a dir entry exists 
during log replay
369db2a91d5c ALSA: hda: intel: Allow repeatedly probing on codec 
configuration errors
81d8e70cdce4 gcc-plugins/structleak: add makefile var for disabling 
structleak
69078a94365a net: hns3: fix the max tx size according to user manual
f40c2281d2c0 drm: mxsfb: Fix NULL pointer dereference crash on unload
96835b68d7b3 net: bridge: mcast: use multicast_membership_interval for 
IGMPv3
0e033cb40761 selftests: netfilter: remove stray bash debug line
f8a6541345c2 netfilter: Kconfig: use 'default y' instead of 'm' for bool 
config option
7f221ccbee4e isdn: cpai: check ctr->cnr to avoid array index out of bound
77c0ef979e32 nfc: nci: fix the UAF of rf_conn_info object
8f042315fcc4 KVM: nVMX: promptly process interrupts delivered while in 
guest mode
b41fd8f5d2ad mm, slub: fix incorrect memcg slab count for bulk free
568f906340b4 mm, slub: fix potential memoryleak in kmem_cache_open()
48843dd23c7b mm, slub: fix mismatch between reconstructed freelist depth 
and cnt
c5c2a80368e9 powerpc/idle: Don't corrupt back chain when going idle
197ec50b2df1 KVM: PPC: Book3S HV: Make idle_kvm_start_guest() return 0 if 
it went to guest
fbd724c49bea KVM: PPC: Book3S HV: Fix stack handling in 
idle_kvm_start_guest()
9258f58432c5 powerpc64/idle: Fix SP offsets when saving GPRs
3e16d9d525a7 net: dsa: mt7530: correct ds->num_ports
16802fa4c33e audit: fix possible null-pointer dereference in 
audit_filter_rules
0d867a359979 ASoC: DAPM: Fix missing kctl change notifications
a2606acf418e ALSA: hda/realtek: Add quirk for Clevo PC50HS
6411397b6d7a ALSA: usb-audio: Provide quirk for Sennheiser GSP670 Headset
b721500c979b vfs: check fd has read access in kernel_read_file_from_fd()
895ceeff31b1 elfcore: correct reference to CONFIG_UML
3cda4bfffd4f userfaultfd: fix a race between writeprotect and exit_mmap()
93be0eeea14c ocfs2: mount fails with buffer overflow in strlen
f1b98569e81c ocfs2: fix data corruption after conversion from inline format
1727e8688d2e ceph: fix handling of "meta" errors
603d4bcc0fcd ceph: skip existing superblocks that are blocklisted or shut 
down when mounting
d48db508f911 can: j1939: j1939_xtp_rx_rts_session_new(): abort TP less than 
9 bytes
5abc9b9d3ca5 can: j1939: j1939_xtp_rx_dat_one(): cancel session if receive 
TP.DT with error length
864e1a24 can: j1939: j1939_netdev_start(): fix UAF for rx_kref of 
j1939_priv
ecfccb1c58c9 can: j1939: j1939_tp_rxtimer(): fix errant alert in 
j1939_tp_rxtimer
053bc12df0d6 can: isotp: isotp_sendmsg(): add result check for 
wait_event_interruptible()
0917fb04069a can: isotp: isotp_sendmsg(): fix return error on FC timeout on 
TX path
28f28e4bc3a5 can: peak_pci: peak_pci_remove(): fix UAF
9697ad6395f9 can: peak_usb: pcan_usb_fd_decode_status(): fix back to 
ERROR_ACTIVE state notification
4758e92e75ca can: rcar_can: fix suspend/resume
4a0928c3ebca net: enetc: fix ethtool counter name for PM0_TERR
00ad7a015409 drm/panel: ilitek-ili9881c: Fix sync for Feixin K101-IM2BYL02 
panel
eccd00728b1a ice: Add missing E810 device ids
6418508a3ac2 e1000e: Fix packet loss on Tiger Lake and

[OE-core] [hardknott][PATCH 05/14] linux-firmware: upgrade 20210919 -> 20211027

2021-11-15 Thread Anuj Mittal

From: Alexander Kanavin 

License-Update: additional firmwares listed

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1ca3fb1c7f11e04bf8d8bf59901ddd60178cb13c)
Signed-off-by: Anuj Mittal 
---
 ...{linux-firmware_20210919.bb => linux-firmware_20211027.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20210919.bb => 
linux-firmware_20211027.bb} (99%)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20210919.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20211027.bb
similarity index 99%
rename from meta/recipes-kernel/linux-firmware/linux-firmware_20210919.bb
rename to meta/recipes-kernel/linux-firmware/linux-firmware_20211027.bb
index 03eb1a29f0..76aed9d443 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20210919.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20211027.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=76f012f7e9b2260d34eccf5726374f08 \
+file://WHENCE;md5=d627873bd934d7c52b2c8191304a8eb7 \
 "
 
 # 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] = 
"2fb22a5d7d23bf1f5800ab8152b39a00a445fbf4923de5a01b59d3f6253f0a9f"
+SRC_URI[sha256sum] = 
"bc2657dd8eb82386a9a7ec6df9ccf31c32c7e9073c05d37786c1edc273f9440a"
 
 inherit allarch
 
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 04/14] sstate: Account for reserved characters when shortening sstate filenames

2021-11-15 Thread Anuj Mittal

From: Manuel Leonhardt 

Previously, when shortening sstate filenames, the reserved
characters for .siginfo were not considered, when siginfo=False,
resulting in differently shortend filenames for the sstate and siginfo
files. With this change, the filenames of the truncated sstate and
siginfo files have the same basename, just as is already the case for
untruncated filenames.

Making sure that the .siginfo files always have the filename of the
corresponding sstate file plus its .siginfo suffix, also when being
truncated, makes it easier to manage the sstate cache and an sstate
mirror outside of Bitbake/Yocto.

Signed-off-by: Manuel Leonhardt 
Cc: Richard Purdie 
Signed-off-by: Richard Purdie 
(cherry picked from commit c2e0e43b7123cf5149833e0072c8edaea3629112)
Signed-off-by: Anuj Mittal 
---
 meta/classes/sstate.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 4bc80b6078..957762db5c 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -20,7 +20,7 @@ def generate_sstatefn(spec, hash, taskname, siginfo, d):
 components = spec.split(":")
 # Fields 0,5,6 are mandatory, 1 is most useful, 2,3,4 are just for 
information
 # 7 is for the separators
-avail = (254 - len(hash + "_" + taskname + extension) - 
len(components[0]) - len(components[1]) - len(components[5]) - 
len(components[6]) - 7) // 3
+avail = (limit - len(hash + "_" + taskname + extension) - 
len(components[0]) - len(components[1]) - len(components[5]) - 
len(components[6]) - 7) // 3
 components[2] = components[2][:avail]
 components[3] = components[3][:avail]
 components[4] = components[4][:avail]
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 03/14] pseudo: Add fcntl64 wrapper

2021-11-15 Thread Anuj Mittal

From: Richard Purdie 

Add fcntl64 wrapper which hopefully fixes issues seen in findutils and the find
command in the libtool removal code when built with LFS compile flags on Gentoo.

Signed-off-by: Richard Purdie 
(cherry picked from commit f26867fe4daec7299f59a82ae4a0d70cceb3e082)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index 6779db16d2..1a5d230c69 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -13,7 +13,7 @@ SRC_URI:append:class-nativesdk = " \
 file://older-glibc-symbols.patch"
 SRC_URI[prebuilt.sha256sum] = 
"ed9f456856e9d86359f169f46a70ad7be4190d6040282b84c8d97b99072485aa"
 
-SRCREV = "0cda3ba5f94aed8d50652a99ee9c502975aa2926"
+SRCREV = "d34f2f6cedccf8488730001bcbde6bb7499f8814"
 S = "${WORKDIR}/git"
 PV = "1.9.0+git${SRCPV}"
 
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 00/14] Review request

2021-11-15 Thread Anuj Mittal

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

Thanks,

Anuj

The following changes since commit 0ca080a23c2770a15138f702d4c879bbd90ca360:

  build-appliance-image: Update to hardknott head revision (2021-11-04 11:58:28 
+)

are available in the Git repository at:

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

Alexander Kanavin (2):
  linux-firmware: upgrade 20210919 -> 20211027
  cross-canadian: correct the location of pkg-config files

Anuj Mittal (2):
  meta: add explicit branch and protocol to SRC_URI
  llvm: bump HASHEQUIV_HASH_VERSION

Bruce Ashfield (2):
  linux-yocto/5.10: update to v5.10.76
  linux-yocto-rt/5.10: update to -rt54

Chen Qi (1):
  avahi: update CVE id fixed by local-ping.patch

Jose Quaresma (1):
  sstate: another fix for touching files inside pseudo

Manuel Leonhardt (1):
  sstate: Account for reserved characters when shortening sstate
filenames

Richard Purdie (5):
  linunistring: Add missing gperf-native dependency
  pseudo: Add in ability to flush database with shutdown request
  pseudo: Add fcntl64 wrapper
  scripts/convert-srcuri: Backport SRC_URI conversion script from master
branch
  meta/scripts: Manual git url branch additions

 .../devtool/devtool-upgrade-test2_git.bb  |  2 +-
 .../devtool-upgrade-test2_git.bb.upgraded |  2 +-
 .../git-submodule-test/git-submodule-test.bb  |  2 +-
 meta/classes/cross-canadian.bbclass   |  2 +-
 meta/classes/devupstream.bbclass  |  2 +-
 meta/classes/sstate.bbclass   | 14 ++--
 .../distro/include/default-distrovars.inc |  2 +-
 meta/lib/oeqa/selftest/cases/devtool.py   |  4 +-
 meta/lib/oeqa/selftest/cases/fetch.py |  2 +-
 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.9.bb   |  2 +-
 meta/recipes-bsp/u-boot/libubootenv_0.3.1.bb  |  2 +-
 meta/recipes-bsp/u-boot/u-boot-common.inc |  2 +-
 .../avahi/files/local-ping.patch  |  1 +
 .../connman/connman-gnome_0.7.bb  |  2 +-
 .../libnss-mdns/libnss-mdns_0.14.1.bb |  2 +-
 .../libuv/libuv_1.41.0.bb |  2 +-
 .../mobile-broadband-provider-info_git.bb |  2 +-
 meta/recipes-core/dbus-wait/dbus-wait_git.bb  |  2 +-
 meta/recipes-core/fts/fts_1.2.7.bb|  2 +-
 .../glibc/cross-localedef-native_2.33.bb  |  2 +-
 meta/recipes-core/ifupdown/ifupdown_0.8.36.bb |  2 +-
 .../initscripts/init-system-helpers_1.60.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/netbase/netbase_6.2.bb  |  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.10.1.bb |  2 +-
 .../createrepo-c/createrepo-c_0.17.0.bb   |  2 +-
 meta/recipes-devtools/distcc/distcc_3.3.5.bb  |  2 +-
 meta/recipes-devtools/dnf/dnf_4.6.0.bb|  2 +-
 meta/recipes-devtools/e2fsprogs/e2fsprogs.inc |  2 +-
 meta/recipes-devtools/file/file_5.39.bb   |  2 +-
 meta/recipes-devtools/glide/glide_0.13.3.bb   |  2 +-
 .../gnu-config/gnu-config_git.bb  |  2 +-
 .../libcomps/libcomps_0.1.15.bb   |  2 +-
 meta/recipes-devtools/libdnf/libdnf_0.58.0.bb |  2 +-
 .../librepo/librepo_1.13.0.bb |  2 +-
 meta/recipes-devtools/llvm/llvm_git.bb|  6 +-
 meta/recipes-devtools/mtd/mtd-utils_git.bb|  2 +-
 meta/recipes-devtools/ninja/ninja_1.10.2.bb   |  2 +-
 .../patchelf/patchelf_0.12.bb |  2 +-
 meta/recipes-devtools/pseudo/pseudo_git.bb|  2 +-
 meta/recipes-devtools/rpm/rpm_4.16.1.3.bb |  2 +-
 .../squashfs-tools/squashfs-tools_git.bb  |  2 +-
 .../systemd-bootchart_234.bb  |  2 +-
 .../tcf-agent/tcf-agent_git.bb|  2 +-
 meta/recipes-devtools/unfs3/unfs3_git.bb  |  2 +-
 meta/recipes-extended/bzip2/bzip2_1.0.8.bb|  2 +-
 .../go-examples/go-helloworld_0.1.bb  |  2 +-
 .../iputils/iputils_s20200821.bb  |  2 +-
 .../recipes-extended/libaio/libaio_0.3.112.bb |  2 +-
 meta/recipes-extended/libnsl/libnsl2_git.bb   |  2 +-
 .../recipes-extended/libnss-nis/libnss-nis.bb |  2 +-
 .../libsolv/libsolv_0.7.17.bb |  2 +-
 meta/recipes-extended/ltp/ltp_20210121.bb |  2 +-
 .../net-tools/net-tools_2.10.bb   |  2 +-
 meta/recipes-extended/procps/procps_3.3.17.bb |  2

[OE-core] [hardknott][PATCH 02/14] pseudo: Add in ability to flush database with shutdown request

2021-11-15 Thread Anuj Mittal

From: Richard Purdie 

Pulls in:
  pseudo_db: Flush DB if there is a shutdown request
  fcntl: Add support for fcntl F_GETPIPE_SZ and F_SETPIPE_SZ (test fix)

Signed-off-by: Richard Purdie 
(cherry picked from commit 0882095d608ce3abbcc9814517434c21ea549063)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index f36dfa589f..6779db16d2 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -13,7 +13,7 @@ SRC_URI:append:class-nativesdk = " \
 file://older-glibc-symbols.patch"
 SRC_URI[prebuilt.sha256sum] = 
"ed9f456856e9d86359f169f46a70ad7be4190d6040282b84c8d97b99072485aa"
 
-SRCREV = "21ff2fb690efbe57e7dd867c39aff36ab72a6ac5"
+SRCREV = "0cda3ba5f94aed8d50652a99ee9c502975aa2926"
 S = "${WORKDIR}/git"
 PV = "1.9.0+git${SRCPV}"
 
-- 
2.33.1


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

[OE-core] [hardknott][PATCH 01/14] linunistring: Add missing gperf-native dependency

2021-11-15 Thread Anuj Mittal

From: Richard Purdie 

Signed-off-by: Richard Purdie 
(cherry picked from commit 73d3efbaeb2f412ab8d3491d2da3f3124fc009f3)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-support/libunistring/libunistring_0.9.10.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-support/libunistring/libunistring_0.9.10.bb 
b/meta/recipes-support/libunistring/libunistring_0.9.10.bb
index 0a7b18ed08..589faacb05 100644
--- a/meta/recipes-support/libunistring/libunistring_0.9.10.bb
+++ b/meta/recipes-support/libunistring/libunistring_0.9.10.bb
@@ -18,6 +18,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
 
file://README;beginline=45;endline=65;md5=08287d16ba8d839faed8d2dc14d7d6a5 \
 
file://doc/libunistring.texi;md5=287fa6075f78a3c85c1a52b0a92547cd \
"
+DEPENDS = "gperf-native"
 
 SRC_URI = "${GNU_MIRROR}/libunistring/libunistring-${PV}.tar.gz \
file://0001-Unset-need_charset_alias-when-building-for-musl.patch \
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158324): 
https://lists.openembedded.org/g/openembedded-core/message/158324
Mute This Topic: https://lists.openembedded.org/mt/87087357/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 v2] rust-cross: Replace TARGET_ARCH with TUNE_PKGARCH

2021-11-15 Thread Anuj Mittal

This doesn't look hardknott related. Is this for master?

Thanks,

Anuj

On Mon, 2021-11-15 at 06:03 -0800, Pgowda wrote:
> rust-cross-* imported from meta-rust has incorrect signatures,
> depending on MACHINEOVERRIDES making it effectively MACHINE_ARCH
> as shown by sstate-diff-machines.sh:
> 
> openembedded-core/scripts/sstate-diff-machines.sh --tmpdir=tmp-glibc
> \
> --machines="qemuarm64 qemuarm64copy" --targets=rust-cross-aarch64-
> glibc \
> --analyze
> 
>  === Comparing signatures for task do_configure.sigdata between
>  qemuarm64 and qemuarm64copy ===
> ERROR: gcc-runtime different signature for task do_configure.sigdata
> between qemuarm64 and qemuarm64copy
> NOTE: Starting bitbake server...
> Hash for dependent task gcc/gcc-
> runtime_11.2.bb:do_prepare_recipe_sysroot
> changed from
> da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 to
> 47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40
> Unable to find matching sigdata for
> openembedded-core/meta/recipes-devtools/gcc/gcc-runtime_11.2.bb:
> do_prepare_recipe_sysroot with hashes
> da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 or
> 47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40
> 
> The following patch takes TUNE_PKGARCH into consideration instead
> of TARGET_ARCH and results in signatures as expected.
> 
> [YOCTO #14613]
> 
> Signed-off-by: Pgowda 
> ---
>  meta/recipes-devtools/rust/rust-cross.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/rust/rust-cross.inc
> b/meta/recipes-devtools/rust/rust-cross.inc
> index bb625f4240..a77f7d5122 100644
> --- a/meta/recipes-devtools/rust/rust-cross.inc
> +++ b/meta/recipes-devtools/rust/rust-cross.inc
> @@ -34,7 +34,7 @@ DEPENDS += "virtual/${TARGET_PREFIX}gcc
> virtual/${TARGET_PREFIX}compilerlibs vir
>  DEPENDS += "rust-native"
>  
>  PROVIDES = "virtual/${TARGET_PREFIX}rust"
> -PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}"
> +PN = "rust-cross-${TUNE_PKGARCH}-${TCLIBC}"
>  
>  # In the cross compilation case, rustc doesn't seem to get the rpath
> quite
>  # right. It manages to include '../../lib/${TARGET_PREFIX}', but
> doesn't
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158322): 
https://lists.openembedded.org/g/openembedded-core/message/158322
Mute This Topic: https://lists.openembedded.org/mt/87069441/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] gdb-common: Add --with-liblzma-prefix in xz PACKAGECONFIG.

2021-11-15 Thread Khem Raj




On 11/15/21 17:44, Jim Wilson wrote:

This fixes an arch linux gdb configure error with liblzma installed.

Without the --with-liblzma-prefix option, when configuring the target
gdb, gdb configure may find the native liblzma (on a non-multiarch
system) and try to use it, which gives a configure error.  We already
use --with-libexpat-prefix for expat, we just need to do the same for
liblzma.

This was reported here:
https://github.com/sifive/meta-sifive/issues/34
https://github.com/sifive/freedom-u-sdk/issues/148

Signed-off-by: Jim Wilson 
---
  meta/recipes-devtools/gdb/gdb-common.inc | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index f3ab3544da..925b0c2f80 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -37,7 +37,7 @@ PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python
  PACKAGECONFIG[babeltrace] = 
"--with-babeltrace,--without-babeltrace,babeltrace"
  # ncurses is already a hard DEPENDS, but would be added here if it weren't
  PACKAGECONFIG[tui] = "--enable-tui,--disable-tui"
-PACKAGECONFIG[xz] = "--with-lzma,--without-lzma,xz"
+PACKAGECONFIG[xz] = "--with-lzma 
--with-liblzma-prefix=${STAGING_DIR_HOST},--without-lzma,xz"


this looks ok to me. Although I wonder why gdb's configure is not able 
to find it in staging sysroot automatically, I have seen similar 
behavior in gmp and mpfr in past as well.



  PACKAGECONFIG[debuginfod] = "--with-debuginfod, --without-debuginfod, 
elfutils"
  
  GDBPROPREFIX = "--program-prefix=''"







-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158321): 
https://lists.openembedded.org/g/openembedded-core/message/158321
Mute This Topic: https://lists.openembedded.org/mt/87085648/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] gdb-common: Add --with-liblzma-prefix in xz PACKAGECONFIG.

2021-11-15 Thread Jim Wilson

This fixes an arch linux gdb configure error with liblzma installed.

Without the --with-liblzma-prefix option, when configuring the target
gdb, gdb configure may find the native liblzma (on a non-multiarch
system) and try to use it, which gives a configure error.  We already
use --with-libexpat-prefix for expat, we just need to do the same for
liblzma.

This was reported here:
https://github.com/sifive/meta-sifive/issues/34
https://github.com/sifive/freedom-u-sdk/issues/148

Signed-off-by: Jim Wilson 
---
 meta/recipes-devtools/gdb/gdb-common.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index f3ab3544da..925b0c2f80 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -37,7 +37,7 @@ PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python
 PACKAGECONFIG[babeltrace] = "--with-babeltrace,--without-babeltrace,babeltrace"
 # ncurses is already a hard DEPENDS, but would be added here if it weren't
 PACKAGECONFIG[tui] = "--enable-tui,--disable-tui"
-PACKAGECONFIG[xz] = "--with-lzma,--without-lzma,xz"
+PACKAGECONFIG[xz] = "--with-lzma 
--with-liblzma-prefix=${STAGING_DIR_HOST},--without-lzma,xz"
 PACKAGECONFIG[debuginfod] = "--with-debuginfod, --without-debuginfod, elfutils"
 
 GDBPROPREFIX = "--program-prefix=''"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158320): 
https://lists.openembedded.org/g/openembedded-core/message/158320
Mute This Topic: https://lists.openembedded.org/mt/87085648/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] systemd-boot: upgrade 249.5 -> 249.6

2021-11-15 Thread wangmy

0001-meson-use-partial_dependency-to-get-include-director.patch
removed since it is included in 249.6

Signed-off-by: Wang Mingyu 
---
 ...md-boot_249.5.bb => systemd-boot_249.6.bb} |  0
 meta/recipes-core/systemd/systemd.inc |  2 +-
 ...l_dependency-to-get-include-director.patch | 46 ---
 .../{systemd_249.5.bb => systemd_249.6.bb}|  1 -
 4 files changed, 1 insertion(+), 48 deletions(-)
 rename meta/recipes-core/systemd/{systemd-boot_249.5.bb => 
systemd-boot_249.6.bb} (100%)
 delete mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-use-partial_dependency-to-get-include-director.patch
 rename meta/recipes-core/systemd/{systemd_249.5.bb => systemd_249.6.bb} (99%)

diff --git a/meta/recipes-core/systemd/systemd-boot_249.5.bb 
b/meta/recipes-core/systemd/systemd-boot_249.6.bb
similarity index 100%
rename from meta/recipes-core/systemd/systemd-boot_249.5.bb
rename to meta/recipes-core/systemd/systemd-boot_249.6.bb
diff --git a/meta/recipes-core/systemd/systemd.inc 
b/meta/recipes-core/systemd/systemd.inc
index 4e4cdd2e2f..f3ce32efc2 100644
--- a/meta/recipes-core/systemd/systemd.inc
+++ b/meta/recipes-core/systemd/systemd.inc
@@ -14,7 +14,7 @@ LICENSE = "GPLv2 & LGPLv2.1"
 LIC_FILES_CHKSUM = "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \
 
file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
 
-SRCREV = "00b0393e65252bf631670604f58b844780b08c50"
+SRCREV = "deda69dad784f9c4367533555ff4d7bf6308c0ff"
 SRCBRANCH = "v249-stable"
 SRC_URI = 
"git://github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH} 
\
 "
diff --git 
a/meta/recipes-core/systemd/systemd/0001-meson-use-partial_dependency-to-get-include-director.patch
 
b/meta/recipes-core/systemd/systemd/0001-meson-use-partial_dependency-to-get-include-director.patch
deleted file mode 100644
index 51ee5d8623..00
--- 
a/meta/recipes-core/systemd/systemd/0001-meson-use-partial_dependency-to-get-include-director.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-From 260e871fda979f040c94d2011545e8122bed68ca Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Mon, 18 Oct 2021 10:13:07 +0200
-Subject: [PATCH] meson: use partial_dependency() to get include directory
-
-Getting the variable directly from pkg-config is prone to host
-contamination when building in sysroots as the
-compiler starts looking for the headers on the host in addition to
-the sysroot.
-
-Upstream-Status: Submitted [https://github.com/systemd/systemd/pull/21027]
-Signed-off-by: Alexander Kanavin 

- meson.build | 9 -
- 1 file changed, 4 insertions(+), 5 deletions(-)
-
-diff --git a/meson.build b/meson.build
-index df53c6156d..38fb37dd75 100644
 a/meson.build
-+++ b/meson.build
-@@ -2618,18 +2618,17 @@ endif
- 
- if conf.get('ENABLE_LOCALED') == 1
- if conf.get('HAVE_XKBCOMMON') == 1
--# logind will load libxkbcommon.so dynamically on its own
--deps = [libdl]
--extra_includes = 
[libxkbcommon.get_pkgconfig_variable('includedir')]
-+# logind will load libxkbcommon.so dynamically on its own, 
but we still
-+# need to specify where the headers are
-+deps = [libdl, libxkbcommon.partial_dependency(compile_args: 
true)]
- else
- deps = []
--extra_includes = []
- endif
- 
- executable(
- 'systemd-localed',
- systemd_localed_sources,
--include_directories : includes + extra_includes,
-+include_directories : includes,
- link_with : [libshared],
- dependencies : deps,
- install_rpath : rootlibexecdir,
--- 
-2.20.1
-
diff --git a/meta/recipes-core/systemd/systemd_249.5.bb 
b/meta/recipes-core/systemd/systemd_249.6.bb
similarity index 99%
rename from meta/recipes-core/systemd/systemd_249.5.bb
rename to meta/recipes-core/systemd/systemd_249.6.bb
index 8bdc0ca028..242a53d22a 100644
--- a/meta/recipes-core/systemd/systemd_249.5.bb
+++ b/meta/recipes-core/systemd/systemd_249.6.bb
@@ -25,7 +25,6 @@ SRC_URI += "file://touchscreen.rules \
file://0003-implment-systemd-sysv-install-for-OE.patch \

file://0001-systemd.pc.in-use-ROOTPREFIX-without-suffixed-slash.patch \
file://0001-test-parse-argument-Include-signal.h.patch \
-   
file://0001-meson-use-partial_dependency-to-get-include-director.patch \
"
 
 # patches needed by musl
-- 
2.25.1


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

2021-11-15 Thread wangmy

Signed-off-by: Wang Mingyu 
---
 .../recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch | 2 +-
 .../ethtool/{ethtool_5.14.bb => ethtool_5.15.bb}| 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/ethtool/{ethtool_5.14.bb => ethtool_5.15.bb} (93%)

diff --git a/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch 
b/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
index e4abadb05d..0ec3537198 100644
--- a/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
+++ b/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
@@ -19,7 +19,7 @@ index 6c9453c..7c0f829 100644
 --- a/configure.ac
 +++ b/configure.ac
 @@ -2,7 +2,7 @@ dnl Process this file with autoconf to produce a configure 
script.
- AC_INIT(ethtool, 5.14, net...@vger.kernel.org)
+ AC_INIT(ethtool, 5.15, net...@vger.kernel.org)
  AC_PREREQ(2.52)
  AC_CONFIG_SRCDIR([ethtool.c])
 -AM_INIT_AUTOMAKE([gnu subdir-objects])
diff --git a/meta/recipes-extended/ethtool/ethtool_5.14.bb 
b/meta/recipes-extended/ethtool/ethtool_5.15.bb
similarity index 93%
rename from meta/recipes-extended/ethtool/ethtool_5.14.bb
rename to meta/recipes-extended/ethtool/ethtool_5.15.bb
index 28a49f4f8a..4192dec300 100644
--- a/meta/recipes-extended/ethtool/ethtool_5.14.bb
+++ b/meta/recipes-extended/ethtool/ethtool_5.15.bb
@@ -11,7 +11,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
file://avoid_parallel_tests.patch \
"
 
-SRC_URI[sha256sum] = 
"9868604c913e5483000c00d5dcb2bb3169a05252de47f62174702ff19cf6de7a"
+SRC_URI[sha256sum] = 
"a6a1638192209269ca74a29d73903f28531ebdf0794f3e0bdfdbdee2dc75d98b"
 
 UPSTREAM_CHECK_URI = "https://www.kernel.org/pub/software/network/ethtool/;
 
-- 
2.25.1


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

2021-11-15 Thread 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 392
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 (#158317): 
https://lists.openembedded.org/g/openembedded-core/message/158317
Mute This Topic: https://lists.openembedded.org/mt/87083880/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

2021-11-15 Thread Paul Eggleton

On Tuesday, 9 November 2021 08:01:38 NZDT Saul Wold wrote:
> 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

FYI Andres and I have done this backport to dunfell - should I post it? That 
said, I did just take the hit on some of the invasive parts (e.g. LICENSE 
value changes). I think given regulatory requirements this is important for 
lots of folks, so we probably need to do something here. Happy to be part of 
it.

Cheers
Paul





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158316): 
https://lists.openembedded.org/g/openembedded-core/message/158316
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] Suggestion to use python-parameterized for QA

2021-11-15 Thread Alexander Kanavin

Can't we achieve the same by abstracting the common part into a function
and defining the two tests explicitly?

Alex

On Mon, 15 Nov 2021 at 21:26, Vyacheslav Yurkov  wrote:

> It's substituted further down into
> def test_sbin_init(self, _, origInit):
>
> parameterized.expand generates two tests out of it. The string parameter
> is used as a suffix for the test, the rest is used as input parameters,
> i.e. the first test would be called with origInit=True, the second one with
> origInit=False.
>
> The sample output looks like this:
>
> 2021-11-15 20:21:15,740 - oe-selftest - INFO - RESULTS -
> overlayfs.OverlayFSEtcRunTimeTests.test_sbin_init_0_original: PASSED
> (295.73s)
> 2021-11-15 20:21:15,740 - oe-selftest - INFO - RESULTS -
> overlayfs.OverlayFSEtcRunTimeTests.test_sbin_init_1_preinit: PASSED
> (177.97s)
>
> Vyacheslav
>
> On 15.11.2021 21:20, Alexander Kanavin wrote:
>
> I can't understand what is supposed to happen, perhaps because it's
> incomplete? There's
>
> @parameterized.expand([
> ("original", True),
> ("preinit", False),
> ])
>
> but where is that used?
>
> Alex
>
>
>

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

2021-11-15 Thread Khem Raj

seeing

WARNING: ethtool-5.15-r0 do_patch: Fuzz detected:

Applying patch avoid_parallel_tests.patch
patching file configure.ac
Hunk #1 succeeded at 2 with fuzz 1.


The context lines in the patches can be updated with devtool:

devtool modify ethtool
devtool finish --force-patch-refresh ethtool 

Don't forget to review changes done by devtool!

WARNING: ethtool-5.15-r0 do_patch: QA Issue: Patch log indicates that
patches do not apply cleanly. [patch-fuzz]

On Mon, Nov 15, 2021 at 7:03 AM wangmy  wrote:
>
> Signed-off-by: Wang Mingyu 
> ---
>  .../ethtool/{ethtool_5.14.bb => ethtool_5.15.bb}| 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-extended/ethtool/{ethtool_5.14.bb => ethtool_5.15.bb} 
> (93%)
>
> diff --git a/meta/recipes-extended/ethtool/ethtool_5.14.bb 
> b/meta/recipes-extended/ethtool/ethtool_5.15.bb
> similarity index 93%
> rename from meta/recipes-extended/ethtool/ethtool_5.14.bb
> rename to meta/recipes-extended/ethtool/ethtool_5.15.bb
> index 28a49f4f8a..4192dec300 100644
> --- a/meta/recipes-extended/ethtool/ethtool_5.14.bb
> +++ b/meta/recipes-extended/ethtool/ethtool_5.15.bb
> @@ -11,7 +11,7 @@ SRC_URI = 
> "${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
> file://avoid_parallel_tests.patch \
> "
>
> -SRC_URI[sha256sum] = 
> "9868604c913e5483000c00d5dcb2bb3169a05252de47f62174702ff19cf6de7a"
> +SRC_URI[sha256sum] = 
> "a6a1638192209269ca74a29d73903f28531ebdf0794f3e0bdfdbdee2dc75d98b"
>
>  UPSTREAM_CHECK_URI = "https://www.kernel.org/pub/software/network/ethtool/;
>
> --
> 2.25.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158314): 
https://lists.openembedded.org/g/openembedded-core/message/158314
Mute This Topic: https://lists.openembedded.org/mt/87070875/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] Suggestion to use python-parameterized for QA

2021-11-15 Thread Vyacheslav Yurkov


It's substituted further down into
def test_sbin_init(self, _, origInit):

parameterized.expand generates two tests out of it. The string parameter 
is used as a suffix for the test, the rest is used as input parameters, 
i.e. the first test would be called with origInit=True, the second one 
with origInit=False.


The sample output looks like this:

2021-11-15 20:21:15,740 - oe-selftest - INFO - RESULTS - 
overlayfs.OverlayFSEtcRunTimeTests.test_sbin_init_0_original: PASSED 
(295.73s)
2021-11-15 20:21:15,740 - oe-selftest - INFO - RESULTS - 
overlayfs.OverlayFSEtcRunTimeTests.test_sbin_init_1_preinit: PASSED 
(177.97s)


Vyacheslav

On 15.11.2021 21:20, Alexander Kanavin wrote:
I can't understand what is supposed to happen, perhaps because it's 
incomplete? There's


@parameterized.expand([

("original", True),

("preinit", False),

])

but where is that used?

Alex


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158313): 
https://lists.openembedded.org/g/openembedded-core/message/158313
Mute This Topic: https://lists.openembedded.org/mt/87078063/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] Suggestion to use python-parameterized for QA

2021-11-15 Thread Alexander Kanavin

I can't understand what is supposed to happen, perhaps because it's
incomplete? There's

@parameterized.expand([
("original", True),
("preinit", False),
])

but where is that used?

Alex

On Mon, 15 Nov 2021 at 20:53, Vyacheslav Yurkov  wrote:

> This is still work-in-progress, but I'm working on overlayfs-etc class,
> which would have different behavior depending on an input variable. You
> can see the example here
>
>
> https://github.com/UVV-gh/openembedded-core/commit/ea424efb7780dc3c85e329b36f4a675b56e86877#diff-9980b9625344e11f15451ab7c97fb1f137e94b68fa27df737c576b75e313996aR215
>
> Regardless of the input parameter the test would be the same and should
> work.
>
> What do you think?
>
> Vyacheslav
>
> On 15.11.2021 20:38, Alexander Kanavin wrote:
> > It would be helpful to provide an example of improvements that can be
> > enabled with it.
> >
> > Alex
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158312): 
https://lists.openembedded.org/g/openembedded-core/message/158312
Mute This Topic: https://lists.openembedded.org/mt/87078063/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] Suggestion to use python-parameterized for QA

2021-11-15 Thread Vyacheslav Yurkov

This is still work-in-progress, but I'm working on overlayfs-etc class, 
which would have different behavior depending on an input variable. You 
can see the example here


https://github.com/UVV-gh/openembedded-core/commit/ea424efb7780dc3c85e329b36f4a675b56e86877#diff-9980b9625344e11f15451ab7c97fb1f137e94b68fa27df737c576b75e313996aR215

Regardless of the input parameter the test would be the same and should 
work.


What do you think?

Vyacheslav

On 15.11.2021 20:38, Alexander Kanavin wrote:
It would be helpful to provide an example of improvements that can be 
enabled with it.


Alex



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158311): 
https://lists.openembedded.org/g/openembedded-core/message/158311
Mute This Topic: https://lists.openembedded.org/mt/87078063/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] Suggestion to use python-parameterized for QA

2021-11-15 Thread Alexander Kanavin

It would be helpful to provide an example of improvements that can be
enabled with it.

Alex

On Mon, 15 Nov 2021 at 20:34, Vyacheslav Yurkov  wrote:

> Hi guys,
> I have a suggestion to add https://pypi.org/project/parameterized/ as a
> required package for QA selftests. Together with python unittest module
> it can be useful to increase code coverage and reduce duplication in
> case you want to do the same test with different input values.
>
> Anything speaks against it?
>
> Cheers,
> Vyacheslav
>
> 
>
>

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

[OE-core] Suggestion to use python-parameterized for QA

2021-11-15 Thread Vyacheslav Yurkov


Hi guys,
I have a suggestion to add https://pypi.org/project/parameterized/ as a 
required package for QA selftests. Together with python unittest module 
it can be useful to increase code coverage and reduce duplication in 
case you want to do the same test with different input values.


Anything speaks against it?

Cheers,
Vyacheslav

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158309): 
https://lists.openembedded.org/g/openembedded-core/message/158309
Mute This Topic: https://lists.openembedded.org/mt/87078063/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 v2] rust-cross: Replace TARGET_ARCH with TUNE_PKGARCH

2021-11-15 Thread Khem Raj




On 11/15/21 6:03 AM, Pgowda wrote:

rust-cross-* imported from meta-rust has incorrect signatures,
depending on MACHINEOVERRIDES making it effectively MACHINE_ARCH
as shown by sstate-diff-machines.sh:

openembedded-core/scripts/sstate-diff-machines.sh --tmpdir=tmp-glibc \
--machines="qemuarm64 qemuarm64copy" --targets=rust-cross-aarch64-glibc \
--analyze

  === Comparing signatures for task do_configure.sigdata between
  qemuarm64 and qemuarm64copy ===
ERROR: gcc-runtime different signature for task do_configure.sigdata
between qemuarm64 and qemuarm64copy
NOTE: Starting bitbake server...
Hash for dependent task gcc/gcc-runtime_11.2.bb:do_prepare_recipe_sysroot
changed from
da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 to
47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40
Unable to find matching sigdata for
openembedded-core/meta/recipes-devtools/gcc/gcc-runtime_11.2.bb:
do_prepare_recipe_sysroot with hashes
da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 or
47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40

The following patch takes TUNE_PKGARCH into consideration instead
of TARGET_ARCH and results in signatures as expected.

[YOCTO #14613]

Signed-off-by: Pgowda 
---
  meta/recipes-devtools/rust/rust-cross.inc | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/rust/rust-cross.inc 
b/meta/recipes-devtools/rust/rust-cross.inc
index bb625f4240..a77f7d5122 100644
--- a/meta/recipes-devtools/rust/rust-cross.inc
+++ b/meta/recipes-devtools/rust/rust-cross.inc
@@ -34,7 +34,7 @@ DEPENDS += "virtual/${TARGET_PREFIX}gcc 
virtual/${TARGET_PREFIX}compilerlibs vir
  DEPENDS += "rust-native"
  
  PROVIDES = "virtual/${TARGET_PREFIX}rust"

-PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}"
+PN = "rust-cross-${TUNE_PKGARCH}-${TCLIBC}"


reluctanly, this is ok for now. But I think we need to think this fresh 
and limit the tune specific changes a bit better, llvm takes a long time 
to compile and this could be inefficient for fleet of similar looking SOCs


  
  # In the cross compilation case, rustc doesn't seem to get the rpath quite

  # right. It manages to include '../../lib/${TARGET_PREFIX}', but doesn't






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158308): 
https://lists.openembedded.org/g/openembedded-core/message/158308
Mute This Topic: https://lists.openembedded.org/mt/87069441/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] gcc: Fix CVE-2021-35465

2021-11-15 Thread Khem Raj


lgtm

On 11/15/21 3:18 AM, Pgowda wrote:

source : https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102035

Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=574e7950bd6b34e9e2cacce18c802b45505d1d0a]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=30461cf8dba3d3adb15a125e4da48800eb2b9b8f]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=809330ab8450261e05919b472783bf15e4b000f7]

Signed-off-by: Pgowda 
---
  meta/recipes-devtools/gcc/gcc-11.2.inc|   4 +
  .../gcc/gcc/0001-CVE-2021-35465.patch | 138 
  .../gcc/gcc/0002-CVE-2021-35465.patch |  39 +++
  .../gcc/gcc/0003-CVE-2021-35465.patch | 103 ++
  .../gcc/gcc/0004-CVE-2021-35465.patch | 304 ++
  5 files changed, 588 insertions(+)
  create mode 100644 meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
  create mode 100644 meta/recipes-devtools/gcc/gcc/0002-CVE-2021-35465.patch
  create mode 100644 meta/recipes-devtools/gcc/gcc/0003-CVE-2021-35465.patch
  create mode 100644 meta/recipes-devtools/gcc/gcc/0004-CVE-2021-35465.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index f06c1a891b..baced2a400 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -62,6 +62,10 @@ SRC_URI = "\
 file://0037-libatomic-Do-not-enforce-march-on-aarch64.patch \
 file://0041-apply-debug-prefix-maps-before-checksumming-DIEs.patch 
\
 
file://0006-If-CXXFLAGS-contains-something-unsupported-by-the-bu.patch \
+   file://0001-CVE-2021-35465.patch \
+   file://0002-CVE-2021-35465.patch \
+   file://0003-CVE-2021-35465.patch \
+   file://0004-CVE-2021-35465.patch \
  "
  SRC_URI[sha256sum] = 
"d08edc536b54c372a1010ff6619dd274c0f1603aa49212ba20f7aa2cda36fa8b"
  
diff --git a/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch

new file mode 100644
index 00..6b1d4e3fce
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
@@ -0,0 +1,138 @@
+From 3929bca9ca95de9d35e82ae8828b188029e3eb70 Mon Sep 17 00:00:00 2001
+From: Richard Earnshaw 
+Date: Fri, 11 Jun 2021 16:02:05 +0100
+Subject: [PATCH] arm: Add command-line option for enabling CVE-2021-35465
+ mitigation [PR102035]
+
+Add a new option, -mfix-cmse-cve-2021-35465 and document it.  Enable it
+automatically for cortex-m33, cortex-m35p and cortex-m55.
+
+gcc:
+   PR target/102035
+   * config/arm/arm.opt (mfix-cmse-cve-2021-35465): New option.
+   * doc/invoke.texi (Arm Options): Document it.
+   * config/arm/arm-cpus.in (quirk_vlldm): New feature bit.
+   (ALL_QUIRKS): Add quirk_vlldm.
+   (cortex-m33): Add quirk_vlldm.
+   (cortex-m35p, cortex-m55): Likewise.
+   * config/arm/arm.c (arm_option_override): Enable fix_vlldm if
+   targetting an affected CPU and not explicitly controlled on
+   the command line.
+
+CVE: CVE-2021-35465
+Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
+Signed-off-by: Pgowda 
+
+---
+ gcc/config/arm/arm-cpus.in | 9 +++--
+ gcc/config/arm/arm.c   | 9 +
+ gcc/config/arm/arm.opt | 4 
+ gcc/doc/invoke.texi| 9 +
+ 4 files changed, 29 insertions(+), 2 deletions(-)
+
+diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
+--- a/gcc/config/arm/arm.c 2021-11-15 02:13:11.100579812 -0800
 b/gcc/config/arm/arm.c 2021-11-15 02:17:36.988237692 -0800
+@@ -3610,6 +3610,15 @@ arm_option_override (void)
+   fix_cm3_ldrd = 0;
+ }
+
++  /* Enable fix_vlldm by default if required.  */
++  if (fix_vlldm == 2)
++{
++  if (bitmap_bit_p (arm_active_target.isa, isa_bit_quirk_vlldm))
++  fix_vlldm = 1;
++  else
++  fix_vlldm = 0;
++}
++
+   /* Hot/Cold partitioning is not currently supported, since we can't
+  handle literal pool placement in that case.  */
+   if (flag_reorder_blocks_and_partition)
+diff --git a/gcc/config/arm/arm-cpus.in b/gcc/config/arm/arm-cpus.in
+--- a/gcc/config/arm/arm-cpus.in   2021-11-15 02:13:11.104579747 -0800
 b/gcc/config/arm/arm-cpus.in   2021-11-15 02:17:36.984237757 -0800
+@@ -186,6 +186,9 @@ define feature quirk_armv6kz
+ # Cortex-M3 LDRD quirk.
+ define feature quirk_cm3_ldrd
+
++# v8-m/v8.1-m VLLDM errata.
++define feature quirk_vlldm
++
+ # Don't use .cpu assembly directive
+ define feature quirk_no_asmcpu
+
+@@ -322,7 +325,7 @@ define implied vfp_base MVE MVE_FP ALL_F
+ # architectures.
+ # xscale isn't really a 'quirk', but it isn't an architecture either and we
+ # need to ignore it for matching purposes.
+-define fgroup ALL_QUIRKS   quirk_no_volatile_ce quirk_armv6kz

Re: [OE-core] [PATCH] gcc: Dropping mips workaround

2021-11-15 Thread Khem Raj


lgtm

On 11/15/21 3:23 AM, Richard Purdie wrote:

I've tested without this and the ptest results for mips are the same with
and without it so the issue this was fixing in gcc 9 was likely resolved
by gcc 11.

Signed-off-by: Richard Purdie 
---
  meta/recipes-devtools/binutils/binutils_2.37.bb | 4 
  1 file changed, 4 deletions(-)

diff --git a/meta/recipes-devtools/binutils/binutils_2.37.bb 
b/meta/recipes-devtools/binutils/binutils_2.37.bb
index 7430bf13425..12a6fb55776 100644
--- a/meta/recipes-devtools/binutils/binutils_2.37.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.37.bb
@@ -27,10 +27,6 @@ EXTRA_OECONF:class-native = "--enable-targets=all \
  
  PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'debuginfod', d)}"

  PACKAGECONFIG[debuginfod] = "--with-debuginfod, --without-debuginfod, 
elfutils"
-# gcc9.0 end up mis-compiling libbfd.so with O2 which then crashes on target
-# So remove -O2 and use -Os as workaround
-SELECTED_OPTIMIZATION:remove:mipsarch = "-O2"
-SELECTED_OPTIMIZATION:append:mipsarch = " -Os"
  
  do_install:class-native () {

autotools_do_install






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

[OE-core] [PATCHv3] waffle: add explicit dependency to cmake-native

2021-11-15 Thread Anibal Limon

cmake-native can get pulled into the sysroot via dependencies, but it
is always needed:

| Program cmake found: NO
| ERROR: meson failed

Fixes,

  ...
File 
"/home/builds/oe-rpb-master/build-410c/tmp-rpb-glibc/work/cortexa53-linaro-linux/waffle/1.7.0-r0/recipe-sysroot-native/usr/lib/python3.10/site-packages/mesonbuild/modules/cmake.py",
 line 241, in detect_cmake
  p, stdout, stderr = mesonlib.Popen_safe(cmakebin.get_command() + 
['--system-information', '-G', 'Ninja'])[0:3]
File 
"/home/builds/oe-rpb-master/build-410c/tmp-rpb-glibc/work/cortexa53-linaro-linux/waffle/1.7.0-r0/recipe-sysroot-native/usr/lib/python3.10/site-packages/mesonbuild/mesonlib/universal.py",
 line 1397, in Popen_safe
  p = subprocess.Popen(args, universal_newlines=True, close_fds=False,
File 
"/home/builds/oe-rpb-master/build-410c/tmp-rpb-glibc/work/cortexa53-linaro-linux/waffle/1.7.0-r0/recipe-sysroot-native/usr/lib/python3.10/subprocess.py",
 line 966, in __init__
  self._execute_child(args, executable, preexec_fn, close_fds,
File 
"/home/builds/oe-rpb-master/build-410c/tmp-rpb-glibc/work/cortexa53-linaro-linux/waffle/1.7.0-r0/recipe-sysroot-native/usr/lib/python3.10/subprocess.py",
 line 1717, in _execute_child
  and os.path.dirname(executable)
File 
"/home/builds/oe-rpb-master/build-410c/tmp-rpb-glibc/work/cortexa53-linaro-linux/waffle/1.7.0-r0/recipe-sysroot-native/usr/lib/python3.10/posixpath.py",
 line 152, in dirname
  p = os.fspath(p)
  ...

Not inherit cmake class because expects meson-log.txt,

  ...

  File: 'exec_func_python() autogenerated', lineno: 2, function: 
   0001:
   *** 0002:meson_do_qa_configure(d)
   0003:
  File: 
'/home/builds/oe-rpb-master/build-410c/conf/../../layers/openembedded-core/meta/classes/meson.bbclass',
 lineno: 130, function: meson_do_qa_configure
   0126:
   0127:python meson_do_qa_configure() {
   0128:import re
   0129:warn_re = re.compile(r"^WARNING: Cross property (.+) is using 
default value (.+)$", re.MULTILINE)
   *** 0130:with open(d.expand("${B}/meson-logs/meson-log.txt")) as logfile:
   0131:log = logfile.read()
   0132:for (prop, value) in warn_re.findall(log):
   0133:bb.warn("Meson cross property %s used without explicit 
assignment, defaulting to %s" % (prop, value))
   0134:}
  Exception: FileNotFoundError: [Errno 2] No such file or directory: 
'/home/builds/oe-rpb-master/build-410c/tmp-rpb-glibc/work/cortexa53-linaro-linux/waffle/1.7.0-r0/build/meson-logs/meson-log.txt'
  ...

Signed-off-by: Aníbal Limón 
---
 meta/recipes-graphics/waffle/waffle_1.7.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/waffle/waffle_1.7.0.bb 
b/meta/recipes-graphics/waffle/waffle_1.7.0.bb
index 6284af3076..ea11309940 100644
--- a/meta/recipes-graphics/waffle/waffle_1.7.0.bb
+++ b/meta/recipes-graphics/waffle/waffle_1.7.0.bb
@@ -17,7 +17,7 @@ S = "${WORKDIR}/git"
 
 inherit meson features_check lib_package bash-completion pkgconfig
 
-DEPENDS:append = " python3"
+DEPENDS:append = " python3 cmake-native"
 
 # This should be overridden per-machine to reflect the capabilities of the GL
 # stack.
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158305): 
https://lists.openembedded.org/g/openembedded-core/message/158305
Mute This Topic: https://lists.openembedded.org/mt/87073490/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] systemd-boot: upgrade 249.5 -> 249.6

2021-11-15 Thread Alexander Kanavin

Thanks, this needs to be updated together with systems itself. You can
squash the two updates together as they share the .inc.

Alex

On Mon 15. Nov 2021 at 16.39, wangmy  wrote:

> Signed-off-by: Wang Mingyu 
> ---
>  .../systemd/{systemd-boot_249.5.bb => systemd-boot_249.6.bb}| 0
>  meta/recipes-core/systemd/systemd.inc   | 2 +-
>  2 files changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-core/systemd/{systemd-boot_249.5.bb =>
> systemd-boot_249.6.bb} (100%)
>
> diff --git a/meta/recipes-core/systemd/systemd-boot_249.5.bb
> b/meta/recipes-core/systemd/systemd-boot_249.6.bb
> similarity index 100%
> rename from meta/recipes-core/systemd/systemd-boot_249.5.bb
> rename to meta/recipes-core/systemd/systemd-boot_249.6.bb
> diff --git a/meta/recipes-core/systemd/systemd.inc
> b/meta/recipes-core/systemd/systemd.inc
> index 4e4cdd2e2f..f3ce32efc2 100644
> --- a/meta/recipes-core/systemd/systemd.inc
> +++ b/meta/recipes-core/systemd/systemd.inc
> @@ -14,7 +14,7 @@ LICENSE = "GPLv2 & LGPLv2.1"
>  LIC_FILES_CHKSUM =
> "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \
>
>  file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
>
> -SRCREV = "00b0393e65252bf631670604f58b844780b08c50"
> +SRCREV = "deda69dad784f9c4367533555ff4d7bf6308c0ff"
>  SRCBRANCH = "v249-stable"
>  SRC_URI = "git://
> github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH}
> 
> \
>  "
> --
> 2.25.1
>
>
> 
>
>

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

2021-11-15 Thread wangmy

* Noteworthy changes in release 4.18.0 (2021-11-09) [stable]
- Improve GTK-DOC manual.  Closes: #35.
- Improve --help and --version for tools with gnulib.  Closes: #37.
- Update gnulib files and various maintenance fixes.

refresh dont-depend-on-help2man.patch

Signed-off-by: Wang Mingyu 
---
 .../libtasn1/dont-depend-on-help2man.patch| 26 ++-
 ...{libtasn1_4.17.0.bb => libtasn1_4.18.0.bb} |  3 +--
 2 files changed, 20 insertions(+), 9 deletions(-)
 rename meta/recipes-support/gnutls/{libtasn1_4.17.0.bb => libtasn1_4.18.0.bb} 
(84%)

diff --git a/meta/recipes-support/gnutls/libtasn1/dont-depend-on-help2man.patch 
b/meta/recipes-support/gnutls/libtasn1/dont-depend-on-help2man.patch
index 2ac89f3b32..216d636793 100644
--- a/meta/recipes-support/gnutls/libtasn1/dont-depend-on-help2man.patch
+++ b/meta/recipes-support/gnutls/libtasn1/dont-depend-on-help2man.patch
@@ -1,14 +1,26 @@
+From 629fc6427710e48b78f8b1f300dd698fe898cfd4 Mon Sep 17 00:00:00 2001
+From: Marko Lindqvist 
+Date: Mon, 7 Jan 2013 01:49:40 +0200
+Subject: [PATCH] libtasn1: remove help2man dependency
+
 Upstream-Status: Inappropriate
 
 Signed-off-by: Marko Lindqvist 
-diff -Nurd libtasn1-2.14/doc/Makefile.am libtasn1-2.14/doc/Makefile.am
 libtasn1-2.14/doc/Makefile.am  2012-09-24 15:08:42.0 +0300
-+++ libtasn1-2.14/doc/Makefile.am  2013-01-03 07:35:26.702763403 +0200
-@@ -31,7 +31,7 @@
- AM_MAKEINFOHTMLFLAGS = $(AM_MAKEINFOFLAGS) \
-   --no-split --number-sections --css-include=texinfo.css
 
+---
+ doc/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/doc/Makefile.am b/doc/Makefile.am
+index a0171a5..8aa4d3d 100644
+--- a/doc/Makefile.am
 b/doc/Makefile.am
+@@ -28,7 +28,7 @@ libtasn1_TEXINFOS += asn1Coding-help.texi 
asn1Decoding-help.texi asn1Parser-help
+ 
+ AM_MAKEINFOHTMLFLAGS = --no-split $(AM_MAKEINFOFLAGS)
+ 
 -dist_man_MANS = $(gdoc_MANS) asn1Parser.1 asn1Coding.1 asn1Decoding.1
 +dist_man_MANS = $(gdoc_MANS)
-
+ 
  HELP2MAN_OPTS = --info-page libtasn1
+ 
diff --git a/meta/recipes-support/gnutls/libtasn1_4.17.0.bb 
b/meta/recipes-support/gnutls/libtasn1_4.18.0.bb
similarity index 84%
rename from meta/recipes-support/gnutls/libtasn1_4.17.0.bb
rename to meta/recipes-support/gnutls/libtasn1_4.18.0.bb
index 111f5ac13d..a0b91ee576 100644
--- a/meta/recipes-support/gnutls/libtasn1_4.17.0.bb
+++ b/meta/recipes-support/gnutls/libtasn1_4.18.0.bb
@@ -16,8 +16,7 @@ SRC_URI = "${GNU_MIRROR}/libtasn1/libtasn1-${PV}.tar.gz \
 
 DEPENDS = "bison-native"
 
-SRC_URI[md5sum] = "c46f6eb3bd1287031ae5d36465094402"
-SRC_URI[sha256sum] = 
"ece7551cea7922b8e10d7ebc70bc2248d1fdd73351646a2d6a8d68a9421c45a5"
+SRC_URI[sha256sum] = 
"4365c154953563d64c67a024b607d1ee75c6db76e0d0f65709ea80a334cd1898"
 
 inherit autotools texinfo lib_package gtk-doc
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158303): 
https://lists.openembedded.org/g/openembedded-core/message/158303
Mute This Topic: https://lists.openembedded.org/mt/87071796/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] systemd-boot: upgrade 249.5 -> 249.6

2021-11-15 Thread wangmy

Signed-off-by: Wang Mingyu 
---
 .../systemd/{systemd-boot_249.5.bb => systemd-boot_249.6.bb}| 0
 meta/recipes-core/systemd/systemd.inc   | 2 +-
 2 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-core/systemd/{systemd-boot_249.5.bb => 
systemd-boot_249.6.bb} (100%)

diff --git a/meta/recipes-core/systemd/systemd-boot_249.5.bb 
b/meta/recipes-core/systemd/systemd-boot_249.6.bb
similarity index 100%
rename from meta/recipes-core/systemd/systemd-boot_249.5.bb
rename to meta/recipes-core/systemd/systemd-boot_249.6.bb
diff --git a/meta/recipes-core/systemd/systemd.inc 
b/meta/recipes-core/systemd/systemd.inc
index 4e4cdd2e2f..f3ce32efc2 100644
--- a/meta/recipes-core/systemd/systemd.inc
+++ b/meta/recipes-core/systemd/systemd.inc
@@ -14,7 +14,7 @@ LICENSE = "GPLv2 & LGPLv2.1"
 LIC_FILES_CHKSUM = "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \
 
file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
 
-SRCREV = "00b0393e65252bf631670604f58b844780b08c50"
+SRCREV = "deda69dad784f9c4367533555ff4d7bf6308c0ff"
 SRCBRANCH = "v249-stable"
 SRC_URI = 
"git://github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH} 
\
 "
-- 
2.25.1


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

[OE-core] [PATCH] python3-jinja2: upgrade 3.0.2 -> 3.0.3

2021-11-15 Thread wangmy

What's Changed
update requirements by @davidism in #1524
test Python 3.10 by @davidism in #1530
test Python 3.11 by @davidism in #1531
Tests: Adapt expected traceback regexes for Python 3.11.0a1 by @hroncok in #1527
simplify CodeType rewriting by @davidism in #1536
native: keep same behavior on Python 3.10 by @mkrizek in #1537
Reduce async overhead due to auto_await by @mohd-akram in #1516
Use object.__hash__ for Node.__hash__ by @klette in #1522
Fix typos by @kianmeng in #1509
rewrite Template class doc by @davidism in #1538
remove reference to macro.defaults by @davidism in #1539
rewrite docs about extending template objects by @davidism in #1540
document chained pow order by @davidism in #1541
PackageLoader works with single module file by @davidism in #1542
release version 3.0.3 by @davidism in #1543

Signed-off-by: Wang Mingyu 
---
 .../python/{python3-jinja2_3.0.2.bb => python3-jinja2_3.0.3.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-jinja2_3.0.2.bb => 
python3-jinja2_3.0.3.bb} (92%)

diff --git a/meta/recipes-devtools/python/python3-jinja2_3.0.2.bb 
b/meta/recipes-devtools/python/python3-jinja2_3.0.3.bb
similarity index 92%
rename from meta/recipes-devtools/python/python3-jinja2_3.0.2.bb
rename to meta/recipes-devtools/python/python3-jinja2_3.0.3.bb
index 139fe663e6..c416acbf92 100644
--- a/meta/recipes-devtools/python/python3-jinja2_3.0.2.bb
+++ b/meta/recipes-devtools/python/python3-jinja2_3.0.3.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "https://pypi.org/project/Jinja/;
 LICENSE = "BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=5dc88300786f1c214c1e9827a5229462"
 
-SRC_URI[sha256sum] = 
"827a0e32839ab1600d4eb1c4c33ec5a8edfbc5cb42dafa13b81f182f97784b45"
+SRC_URI[sha256sum] = 
"611bb273cd68f3b993fabdc4064fc858c5b47a973cb5aa7999ec1ba405c87cd7"
 
 PYPI_PACKAGE = "Jinja2"
 
-- 
2.25.1


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

[OE-core] [PATCH] python3-more-itertools: upgrade 8.10.0 -> 8.11.0

2021-11-15 Thread wangmy

8.11.0:
New functions
The :func:`before_and_after`, :func:`sliding_window`, and :func:`triplewise` 
recipes from the Python 3.10 docs were added
:func:`duplicates_everseen` and :func:`duplicates_justseen` (thanks to OrBin 
and DavidPratt512)
:func:`minmax` (thanks to Ricocotam, MSeifert04, and ruancomelli)
:func:`strictly_n` (thanks to hwalinga and NotWearingPants)
:func:`unique_in_window`
Changes to existing functions
:func:`groupby_transform` had its type stub improved (thanks to mjk4 and 
ruancomelli)
:func:`is_sorted` now accepts a strict parameter (thanks to Dutcho and 
ruancomelli)
:func:`zip_broadcast` was updated to fix a bug (thanks to kalekundert)

Signed-off-by: Wang Mingyu 
---
 ...ore-itertools_8.10.0.bb => python3-more-itertools_8.11.0.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-more-itertools_8.10.0.bb => 
python3-more-itertools_8.11.0.bb} (86%)

diff --git a/meta/recipes-devtools/python/python3-more-itertools_8.10.0.bb 
b/meta/recipes-devtools/python/python3-more-itertools_8.11.0.bb
similarity index 86%
rename from meta/recipes-devtools/python/python3-more-itertools_8.10.0.bb
rename to meta/recipes-devtools/python/python3-more-itertools_8.11.0.bb
index 93d3ad60f8..a18bb4d667 100644
--- a/meta/recipes-devtools/python/python3-more-itertools_8.10.0.bb
+++ b/meta/recipes-devtools/python/python3-more-itertools_8.11.0.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/erikrose/more-itertools;
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=3396ea30f9d21389d7857719816f83b5"
 
-SRC_URI[sha256sum] = 
"1debcabeb1df793814859d64a81ad7cb10504c24349368ccf214c664c474f41f"
+SRC_URI[sha256sum] = 
"0a2fd25d343c08d7e7212071820e7e7ea2f41d8fb45d6bc8a00cd6ce3b7aab88"
 
 inherit pypi setuptools3 ptest
 
-- 
2.25.1


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

[OE-core] [PATCH] python3-importlib-metadata: upgrade 4.8.1 -> 4.8.2

2021-11-15 Thread wangmy

Signed-off-by: Wang Mingyu 
---
 ...ib-metadata_4.8.1.bb => python3-importlib-metadata_4.8.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-importlib-metadata_4.8.1.bb => 
python3-importlib-metadata_4.8.2.bb} (88%)

diff --git a/meta/recipes-devtools/python/python3-importlib-metadata_4.8.1.bb 
b/meta/recipes-devtools/python/python3-importlib-metadata_4.8.2.bb
similarity index 88%
rename from meta/recipes-devtools/python/python3-importlib-metadata_4.8.1.bb
rename to meta/recipes-devtools/python/python3-importlib-metadata_4.8.2.bb
index 3f75668431..2e5aedd8db 100644
--- a/meta/recipes-devtools/python/python3-importlib-metadata_4.8.1.bb
+++ b/meta/recipes-devtools/python/python3-importlib-metadata_4.8.2.bb
@@ -8,7 +8,7 @@ inherit pypi setuptools3
 PYPI_PACKAGE = "importlib_metadata"
 UPSTREAM_CHECK_REGEX = "/importlib-metadata/(?P(\d+[\.\-_]*)+)/"
 
-SRC_URI[sha256sum] = 
"f284b3e11256ad1e5d03ab86bb2ccd6f5339688ff17a4d797a0fe7df326f23b1"
+SRC_URI[sha256sum] = 
"75bdec14c397f528724c1bfd9709d660b33a4d2e77387a3358f20b848bb5e5fb"
 
 S = "${WORKDIR}/importlib_metadata-${PV}"
 
-- 
2.25.1


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

2021-11-15 Thread wangmy

=
Version 1.5.0
=

- Introduce HdyStyleManager for managing color schemes (light/dark) and
  high contrast mode.
  - Support the cross-platform color scheme preference in the
settings portal.
- HdyPreferencesPage
  - Remove adaptive margins to fix default window sizes
- HdyTabBar
  - Handle middle click on button release rather than press
- Various memory leak fixes
- Translation updates:
  - Brazilian Portuguese
  - Finnish
  - Indonesian
  - Portuguese
  - Serbian
  - Swedish
  - Ukrainian

Signed-off-by: Wang Mingyu 
---
 .../libhandy/{libhandy_1.4.0.bb => libhandy_1.5.0.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-gnome/libhandy/{libhandy_1.4.0.bb => libhandy_1.5.0.bb} 
(95%)

diff --git a/meta/recipes-gnome/libhandy/libhandy_1.4.0.bb 
b/meta/recipes-gnome/libhandy/libhandy_1.5.0.bb
similarity index 95%
rename from meta/recipes-gnome/libhandy/libhandy_1.4.0.bb
rename to meta/recipes-gnome/libhandy/libhandy_1.5.0.bb
index 1f032284e5..d0b59b1a62 100644
--- a/meta/recipes-gnome/libhandy/libhandy_1.4.0.bb
+++ b/meta/recipes-gnome/libhandy/libhandy_1.5.0.bb
@@ -10,7 +10,7 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
 SRC_URI = 
"git://gitlab.gnome.org/GNOME/libhandy.git;protocol=https;branch=master"
-SRCREV = "f8626427acebfa08b2b4ee1166d51e416d3d7407"
+SRCREV = "8fa8306a79215fc6ebf2483145da98bf9b2495ab"
 S = "${WORKDIR}/git"
 
 GIR_MESON_ENABLE_FLAG = 'enabled'
-- 
2.25.1


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

2021-11-15 Thread wangmy

Signed-off-by: Wang Mingyu 
---
 .../drm/{libdrm_2.4.107.bb => libdrm_2.4.108.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-graphics/drm/{libdrm_2.4.107.bb => libdrm_2.4.108.bb} (97%)

diff --git a/meta/recipes-graphics/drm/libdrm_2.4.107.bb 
b/meta/recipes-graphics/drm/libdrm_2.4.108.bb
similarity index 97%
rename from meta/recipes-graphics/drm/libdrm_2.4.107.bb
rename to meta/recipes-graphics/drm/libdrm_2.4.108.bb
index b645898481..66b2c9f54f 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.107.bb
+++ b/meta/recipes-graphics/drm/libdrm_2.4.108.bb
@@ -13,7 +13,7 @@ DEPENDS = "libpthread-stubs"
 SRC_URI = "http://dri.freedesktop.org/libdrm/${BP}.tar.xz \
   "
 
-SRC_URI[sha256sum] = 
"c554cef03b033636a975543eab363cc19081cb464595d3da1ec129f87370f888"
+SRC_URI[sha256sum] = 
"a1d7948cbc536763fde14b4beb5e4da7867607966d4cf46301087e8b8fe3d6a0"
 
 inherit meson pkgconfig manpages
 
-- 
2.25.1


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

2021-11-15 Thread wangmy

determinism.patch removed since it is included in 1.12.0

Signed-off-by: Wang Mingyu 
---
 .../libevdev/libevdev/determinism.patch   | 44 ---
 ...{libevdev_1.11.0.bb => libevdev_1.12.0.bb} |  5 +--
 2 files changed, 2 insertions(+), 47 deletions(-)
 delete mode 100644 meta/recipes-support/libevdev/libevdev/determinism.patch
 rename meta/recipes-support/libevdev/{libevdev_1.11.0.bb => 
libevdev_1.12.0.bb} (81%)

diff --git a/meta/recipes-support/libevdev/libevdev/determinism.patch 
b/meta/recipes-support/libevdev/libevdev/determinism.patch
deleted file mode 100644
index 71cbd876eb..00
--- a/meta/recipes-support/libevdev/libevdev/determinism.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-From 4f196323aba5b0f49979826533c65633b8a9b6a2 Mon Sep 17 00:00:00 2001
-From: Richard Purdie 
-Date: Fri, 7 Feb 2020 12:29:56 +
-Subject: [PATCH] libevdev: Fix determinism issue
-
-The order of dict values is not deterministic leading to differing header file 
generation.
-Sort to remove this inconsistency.
-
-RP 2020/2/7
-
-Signed-off-by: Richard Purdie 
-Submitted: 
https://lists.freedesktop.org/archives/input-tools/2021-February/001560.html
-Upstream-Status: Backport 
[https://gitlab.freedesktop.org/libevdev/libevdev/-/commit/8d70f449892c6f7659e07bb0f06b8347677bb7d8]
-

- libevdev/make-event-names.py | 6 +++---
- 1 file changed, 3 insertions(+), 3 deletions(-)
-
-diff --git a/libevdev/make-event-names.py b/libevdev/make-event-names.py
-index 88addd7..c973e2a 100755
 a/libevdev/make-event-names.py
-+++ b/libevdev/make-event-names.py
-@@ -70,10 +70,10 @@ def print_bits(bits, prefix):
- if not hasattr(bits, prefix):
- return
- print("static const char * const %s_map[%s_MAX + 1] = {" % (prefix, 
prefix.upper()))
--for val, name in list(getattr(bits, prefix).items()):
-+for val, name in sorted(list(getattr(bits, prefix).items())):
- print("[%s] = \"%s\"," % (name, name))
- if prefix == "key":
--for val, name in list(getattr(bits, "btn").items()):
-+for val, name in sorted(list(getattr(bits, "btn").items())):
- print("[%s] = \"%s\"," % (name, name))
- print("};")
- print("")
-@@ -118,7 +118,7 @@ def print_lookup(bits, prefix):
- if not hasattr(bits, prefix):
- return
- 
--names = list(getattr(bits, prefix).items())
-+names = sorted(list(getattr(bits, prefix).items()))
- if prefix == "btn":
- names = names + btn_additional
- 
diff --git a/meta/recipes-support/libevdev/libevdev_1.11.0.bb 
b/meta/recipes-support/libevdev/libevdev_1.12.0.bb
similarity index 81%
rename from meta/recipes-support/libevdev/libevdev_1.11.0.bb
rename to meta/recipes-support/libevdev/libevdev_1.12.0.bb
index 5aca76dbd7..38f2bad606 100644
--- a/meta/recipes-support/libevdev/libevdev_1.11.0.bb
+++ b/meta/recipes-support/libevdev/libevdev_1.12.0.bb
@@ -9,9 +9,8 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=80c550b3197bcb8da7d7557ebcc3fc46 \
 "
 
-SRC_URI = "http://www.freedesktop.org/software/libevdev/${BP}.tar.xz \
-   file://determinism.patch"
-SRC_URI[sha256sum] = 
"63f4ea1489858a109080e0b40bd43e4e0903a1e12ea888d581db8c495747c2d0"
+SRC_URI = "http://www.freedesktop.org/software/libevdev/${BP}.tar.xz;
+SRC_URI[sha256sum] = 
"2f729e3480695791f9482e8388bd723402b89f0eaf118057bbdea3cecee9b237"
 
 inherit autotools pkgconfig
 
-- 
2.25.1


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

2021-11-15 Thread wangmy

Signed-off-by: Wang Mingyu 
---
 .../ethtool/{ethtool_5.14.bb => ethtool_5.15.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/ethtool/{ethtool_5.14.bb => ethtool_5.15.bb} (93%)

diff --git a/meta/recipes-extended/ethtool/ethtool_5.14.bb 
b/meta/recipes-extended/ethtool/ethtool_5.15.bb
similarity index 93%
rename from meta/recipes-extended/ethtool/ethtool_5.14.bb
rename to meta/recipes-extended/ethtool/ethtool_5.15.bb
index 28a49f4f8a..4192dec300 100644
--- a/meta/recipes-extended/ethtool/ethtool_5.14.bb
+++ b/meta/recipes-extended/ethtool/ethtool_5.15.bb
@@ -11,7 +11,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
file://avoid_parallel_tests.patch \
"
 
-SRC_URI[sha256sum] = 
"9868604c913e5483000c00d5dcb2bb3169a05252de47f62174702ff19cf6de7a"
+SRC_URI[sha256sum] = 
"a6a1638192209269ca74a29d73903f28531ebdf0794f3e0bdfdbdee2dc75d98b"
 
 UPSTREAM_CHECK_URI = "https://www.kernel.org/pub/software/network/ethtool/;
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158295): 
https://lists.openembedded.org/g/openembedded-core/message/158295
Mute This Topic: https://lists.openembedded.org/mt/87070875/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/5] spirv-headers: upgrade 1.5.4 -> 1.5.5

2021-11-15 Thread Jose Quaresma

Alexander Kanavin  escreveu no dia segunda,
15/11/2021 à(s) 13:57:

> There is no 1.5.5 release or tag here:
> https://github.com/KhronosGroup/SPIRV-Headers
> so this breaks version checks and automated updates.
>
> If you want to bump SRCREV to a post-release commit, PV should be set like
> this:
> PV = "1.5.4+git${SRCPV}"
>
> I'll send a patch to correct this.
>

I see on this MR that the version is bumped on CMakeLists.txt
and the user asks to create a new tag.
https://github.com/KhronosGroup/SPIRV-Headers/pull/246

But there ano updates on the code like on the last tag 1.5.4.
https://github.com/KhronosGroup/SPIRV-Headers/commit/7845730cab6ebbdeb621e7349b7dc1a59c3377be

You are right, the 1.5.5 is not concluded.
Thanks for looking and for the patch with the fixup.


>
> Alex
>
> On Sun, 14 Nov 2021 at 21:27, Jose Quaresma 
> wrote:
>
>> Signed-off-by: Jose Quaresma 
>> ---
>>  .../spir/{spirv-headers_1.5.4.bb => spirv-headers_1.5.5.bb} | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>  rename meta/recipes-graphics/spir/{spirv-headers_1.5.4.bb =>
>> spirv-headers_1.5.5.bb} (92%)
>>
>> diff --git a/meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
>> b/meta/recipes-graphics/spir/spirv-headers_1.5.5.bb
>> similarity index 92%
>> rename from meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
>> rename to meta/recipes-graphics/spir/spirv-headers_1.5.5.bb
>> index 6c978ce51a..101a2e2948 100644
>> --- a/meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
>> +++ b/meta/recipes-graphics/spir/spirv-headers_1.5.5.bb
>> @@ -7,7 +7,7 @@ HOMEPAGE = "https://www.khronos.org/registry/spir-v;
>>  LICENSE = "MIT"
>>  LIC_FILES_CHKSUM = "file://LICENSE;md5=c938b85bceb8fb26c1a807f28a52ae2d"
>>
>> -SRCREV = "6cae8216a6ea19ff3f237af01e54378c1ff81fcd"
>> +SRCREV = "c8213b3c5a2cf3a0f5c4d1e7d7b8fc2ac9f4806d"
>>  SRC_URI = "git://
>> github.com/KhronosGroup/SPIRV-Headers;protocol=https;branch=master"
>>  UPSTREAM_CHECK_GITTAGREGEX = "^(?P\d+(\.\d+)+)$"
>>  S = "${WORKDIR}/git"
>> --
>> 2.33.1
>>
>>
>> 
>>
>>

-- 
Best regards,

José Quaresma

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158294): 
https://lists.openembedded.org/g/openembedded-core/message/158294
Mute This Topic: https://lists.openembedded.org/mt/87054847/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] spirv-headers: PV should be 1.5.4

2021-11-15 Thread Alexander Kanavin

As upstream hasn't actually tagged 1.5.5, we should
continue to use 1.5.4 until it does.

Signed-off-by: Alexander Kanavin 
---
 .../spir/{spirv-headers_1.5.5.bb => spirv-headers_1.5.4.bb}   | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename meta/recipes-graphics/spir/{spirv-headers_1.5.5.bb => 
spirv-headers_1.5.4.bb} (100%)

diff --git a/meta/recipes-graphics/spir/spirv-headers_1.5.5.bb 
b/meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
similarity index 100%
rename from meta/recipes-graphics/spir/spirv-headers_1.5.5.bb
rename to meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
-- 
2.20.1


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

[OE-core] [hardknott][PATCH v2] rust-cross: Replace TARGET_ARCH with TUNE_PKGARCH

2021-11-15 Thread Pgowda

rust-cross-* imported from meta-rust has incorrect signatures,
depending on MACHINEOVERRIDES making it effectively MACHINE_ARCH
as shown by sstate-diff-machines.sh:

openembedded-core/scripts/sstate-diff-machines.sh --tmpdir=tmp-glibc \
--machines="qemuarm64 qemuarm64copy" --targets=rust-cross-aarch64-glibc \
--analyze

 === Comparing signatures for task do_configure.sigdata between
 qemuarm64 and qemuarm64copy ===
ERROR: gcc-runtime different signature for task do_configure.sigdata
between qemuarm64 and qemuarm64copy
NOTE: Starting bitbake server...
Hash for dependent task gcc/gcc-runtime_11.2.bb:do_prepare_recipe_sysroot
changed from
da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 to
47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40
Unable to find matching sigdata for
openembedded-core/meta/recipes-devtools/gcc/gcc-runtime_11.2.bb:
do_prepare_recipe_sysroot with hashes
da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 or
47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40

The following patch takes TUNE_PKGARCH into consideration instead
of TARGET_ARCH and results in signatures as expected.

[YOCTO #14613]

Signed-off-by: Pgowda 
---
 meta/recipes-devtools/rust/rust-cross.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/rust/rust-cross.inc 
b/meta/recipes-devtools/rust/rust-cross.inc
index bb625f4240..a77f7d5122 100644
--- a/meta/recipes-devtools/rust/rust-cross.inc
+++ b/meta/recipes-devtools/rust/rust-cross.inc
@@ -34,7 +34,7 @@ DEPENDS += "virtual/${TARGET_PREFIX}gcc 
virtual/${TARGET_PREFIX}compilerlibs vir
 DEPENDS += "rust-native"
 
 PROVIDES = "virtual/${TARGET_PREFIX}rust"
-PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}"
+PN = "rust-cross-${TUNE_PKGARCH}-${TCLIBC}"
 
 # In the cross compilation case, rustc doesn't seem to get the rpath quite
 # right. It manages to include '../../lib/${TARGET_PREFIX}', but doesn't
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158292): 
https://lists.openembedded.org/g/openembedded-core/message/158292
Mute This Topic: https://lists.openembedded.org/mt/87069441/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/5] spirv-headers: upgrade 1.5.4 -> 1.5.5

2021-11-15 Thread Alexander Kanavin

There is no 1.5.5 release or tag here:
https://github.com/KhronosGroup/SPIRV-Headers
so this breaks version checks and automated updates.

If you want to bump SRCREV to a post-release commit, PV should be set like
this:
PV = "1.5.4+git${SRCPV}"

I'll send a patch to correct this.

Alex

On Sun, 14 Nov 2021 at 21:27, Jose Quaresma  wrote:

> Signed-off-by: Jose Quaresma 
> ---
>  .../spir/{spirv-headers_1.5.4.bb => spirv-headers_1.5.5.bb} | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-graphics/spir/{spirv-headers_1.5.4.bb =>
> spirv-headers_1.5.5.bb} (92%)
>
> diff --git a/meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
> b/meta/recipes-graphics/spir/spirv-headers_1.5.5.bb
> similarity index 92%
> rename from meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
> rename to meta/recipes-graphics/spir/spirv-headers_1.5.5.bb
> index 6c978ce51a..101a2e2948 100644
> --- a/meta/recipes-graphics/spir/spirv-headers_1.5.4.bb
> +++ b/meta/recipes-graphics/spir/spirv-headers_1.5.5.bb
> @@ -7,7 +7,7 @@ HOMEPAGE = "https://www.khronos.org/registry/spir-v;
>  LICENSE = "MIT"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=c938b85bceb8fb26c1a807f28a52ae2d"
>
> -SRCREV = "6cae8216a6ea19ff3f237af01e54378c1ff81fcd"
> +SRCREV = "c8213b3c5a2cf3a0f5c4d1e7d7b8fc2ac9f4806d"
>  SRC_URI = "git://
> github.com/KhronosGroup/SPIRV-Headers;protocol=https;branch=master"
>  UPSTREAM_CHECK_GITTAGREGEX = "^(?P\d+(\.\d+)+)$"
>  S = "${WORKDIR}/git"
> --
> 2.33.1
>
>
> 
>
>

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

2021-11-15 Thread Jasper Orschulko

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Will do! :)

This only affects the other patch series though, the recipe itself
should be fine now.

It seems the only question left open is this:

> > I think we can replace the patch 0001-Set-REPO_REV-to-v2.17.3.patch
> > with a post function
> > and with it we can reuse the SRCREV of the recipe. Something like:
> > 
> > do_fix_rev(){
> > sed -i "s/REPO_REV = 'stable'/REPO_REV = '${SRCREV}'" ${S}/repo
> > }
> > 
> > do_patch[postfuncs] += "do_fix_rev"
> 
> Yeah... was thinking about that as well. Wasn't sure though if this
> would be considered bad practise. What do the others think about
> this?

Some feedback on this would be appreciated. Thanks!

- -- 
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-15 at 14:05 +0100, Alexander Kanavin wrote:
> Thanks, maybe you should write a test for offline builds as well then
> :)
> 
> Alex
> 
> On Mon, 15 Nov 2021 at 13:59, Jasper Orschulko
>  wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> > 
> > Hi Alexander,
> > 
> > "[PATCH v3] fetch2/repo: Implement AUTOREV for repo fetcher"
> > contains
> > a
> > fix for this issue. Reproducing a build offline with only the
> > DL_DIR
> > should work now.
> > 
> > We are currently still lacking the appropriate tests for the
> > fetcher.
> > These will follow soon.
> > 
> > - -- 
> > 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 Thu, 2021-11-11 at 20:20 +0100, Alexander Kanavin wrote:
> > > On Thu, 11 Nov 2021 at 16:08, Jasper Orschulko
> > >  wrote:
> > > > So if you have done this initial fetch of your sources and
> > > > stash
> > > > your
> > > > working dir away, you can do an offline build.
> > > 
> > > But can you do an offline build without a prepopulated working
> > > dir?
> > > That's the crucial point: offline build should work in a freshly
> > set
> > > up build directory, without sstate cache, and with prepopulated
> > > DL_DIR only.
> > > 
> > > Alex
> > -BEGIN PGP SIGNATURE-
> > 
> > iQEzBAEBCAAdFiEE4WyPMIC5Ap4+Ooo1Ygqew07VMNUFAmGSWb4ACgkQYgqew07V
> > MNVUYQgAgA6+8XI+JxtA532FNNIMAZG5ZGZ12GKvVkjoJErnzRf0RZxUG3UyNYmm
> > pSDcfbuodBmBbHxDBpN8VspToKZy8dKcm/jfe9UY7f9U39bZSNXSS3hNPqkqKP5J
> > jCg1zQfxjbW1aVSHJkQB5MoY/EDeoQVv7RI6RmcVsLJZxozPeYaOQWSdTNG/7czg
> > oFjKr6jtSOYO45teMGt3+2+AtAXhlzTgKZo33rX/tknS7f1+kkyNGLv0ssSP5Jcf
> > Bd8YbcdG9lqXKUo0A7rn9Q83YBdpIyA6+By159zzPy7bP8j9aqMH8nNWauahhcFS
> > sY39fiky57aEgMe7g1OZX8oRODowPA==
> > =hpAK
> > -END PGP SIGNATURE-
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEE4WyPMIC5Ap4+Ooo1Ygqew07VMNUFAmGSXNkACgkQYgqew07V
MNUKmQf/UYTURPKZ0iY2MKPFB60WdnmsTKJMjotQlcVBUpiwQ6LhSpkfWRqOFLpN
na9cNZbYjGFeDNdL3d0ILOEQ+oVhLY7bQpj5Xb2nDsIWspjlHg1IkkvCVGa9zFb3
XALaDrGBrlad9KNhI4C2CmXjdJZgx3yBuuvK6mSiga5fs44QB/lBb9JOQGYucRt+
QeLkIatvFo1Jxzmc6tNkRr3osgacQroagHj4CISh5W+ezWqtdWHA5ndf4HvCNwJV
hkpyXtxeQDINGVGBsMnJkOIWRSStOviL66Q1h5/dgbJ23FXQuEkM9CyD19kXWSIW
ZSI6as4bzjDqDVPzCPWHDmQdSnJyXQ==
=aNK6
-END PGP SIGNATURE-

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

2021-11-15 Thread Alexander Kanavin

Thanks, maybe you should write a test for offline builds as well then :)

Alex

On Mon, 15 Nov 2021 at 13:59, Jasper Orschulko <
jasper.orschu...@iris-sensing.com> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Alexander,
>
> "[PATCH v3] fetch2/repo: Implement AUTOREV for repo fetcher" contains a
> fix for this issue. Reproducing a build offline with only the DL_DIR
> should work now.
>
> We are currently still lacking the appropriate tests for the fetcher.
> These will follow soon.
>
> - --
> 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 Thu, 2021-11-11 at 20:20 +0100, Alexander Kanavin wrote:
> > On Thu, 11 Nov 2021 at 16:08, Jasper Orschulko
> >  wrote:
> > > So if you have done this initial fetch of your sources and stash
> > > your
> > > working dir away, you can do an offline build.
> >
> > But can you do an offline build without a prepopulated working dir?
> > That's the crucial point: offline build should work in a freshly set
> > up build directory, without sstate cache, and with prepopulated
> > DL_DIR only.
> >
> > Alex
> -BEGIN PGP SIGNATURE-
>
> iQEzBAEBCAAdFiEE4WyPMIC5Ap4+Ooo1Ygqew07VMNUFAmGSWb4ACgkQYgqew07V
> MNVUYQgAgA6+8XI+JxtA532FNNIMAZG5ZGZ12GKvVkjoJErnzRf0RZxUG3UyNYmm
> pSDcfbuodBmBbHxDBpN8VspToKZy8dKcm/jfe9UY7f9U39bZSNXSS3hNPqkqKP5J
> jCg1zQfxjbW1aVSHJkQB5MoY/EDeoQVv7RI6RmcVsLJZxozPeYaOQWSdTNG/7czg
> oFjKr6jtSOYO45teMGt3+2+AtAXhlzTgKZo33rX/tknS7f1+kkyNGLv0ssSP5Jcf
> Bd8YbcdG9lqXKUo0A7rn9Q83YBdpIyA6+By159zzPy7bP8j9aqMH8nNWauahhcFS
> sY39fiky57aEgMe7g1OZX8oRODowPA==
> =hpAK
> -END PGP SIGNATURE-
>

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

2021-11-15 Thread Richard Purdie

On Mon, 2021-11-15 at 04:58 -0800, Pgowda wrote:
> Source:- https://bugzilla.yoctoproject.org/show_bug.cgi?id=14613
> 
> Adds TUNE_PKGARCH to PN so that it picks correct TUNE_FEATURES.
> 

Also, the short log needs to be in the format matching our commit guidelines so
something like:

rust-cross: Replace TARGET_ARCH with TUNE_PKGARCH

and then the full log needs to describe what issues there were, why the commit
is necessary and how this fixes it. It should be readable without looking at the
bugzilla entry.

The format for a link to the bugzilla entry is:

[YOCTO #14613]

Cheers,

Richard

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

2021-11-15 Thread Richard Purdie

On Mon, 2021-11-15 at 04:58 -0800, Pgowda wrote:
> Source:- https://bugzilla.yoctoproject.org/show_bug.cgi?id=14613
> 
> Adds TUNE_PKGARCH to PN so that it picks correct TUNE_FEATURES.
> 
> Signed-off-by: Pgowda 
> ---
>  meta/recipes-devtools/rust/rust-cross.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/rust/rust-cross.inc 
> b/meta/recipes-devtools/rust/rust-cross.inc
> index bb625f4240..30c92ed395 100644
> --- a/meta/recipes-devtools/rust/rust-cross.inc
> +++ b/meta/recipes-devtools/rust/rust-cross.inc
> @@ -34,7 +34,7 @@ DEPENDS += "virtual/${TARGET_PREFIX}gcc 
> virtual/${TARGET_PREFIX}compilerlibs vir
>  DEPENDS += "rust-native"
>  
>  PROVIDES = "virtual/${TARGET_PREFIX}rust"
> -PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}"
> +PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}-${TUNE_PKGARCH}"
>  
>  # In the cross compilation case, rustc doesn't seem to get the rpath quite
>  # right. It manages to include '../../lib/${TARGET_PREFIX}', but doesn't

If we do this we can drop the TARGET_ARCH piece since that isn't needed with the
more specific tune present.

Cheers,

Richard


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

2021-11-15 Thread Jasper Orschulko

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Alexander,

"[PATCH v3] fetch2/repo: Implement AUTOREV for repo fetcher" contains a
fix for this issue. Reproducing a build offline with only the DL_DIR
should work now.

We are currently still lacking the appropriate tests for the fetcher.
These will follow soon.

- -- 
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 Thu, 2021-11-11 at 20:20 +0100, Alexander Kanavin wrote:
> On Thu, 11 Nov 2021 at 16:08, Jasper Orschulko
>  wrote:
> > So if you have done this initial fetch of your sources and stash
> > your
> > working dir away, you can do an offline build.
> 
> But can you do an offline build without a prepopulated working dir?
> That's the crucial point: offline build should work in a freshly set
> up build directory, without sstate cache, and with prepopulated
> DL_DIR only.
> 
> Alex
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEE4WyPMIC5Ap4+Ooo1Ygqew07VMNUFAmGSWb4ACgkQYgqew07V
MNVUYQgAgA6+8XI+JxtA532FNNIMAZG5ZGZ12GKvVkjoJErnzRf0RZxUG3UyNYmm
pSDcfbuodBmBbHxDBpN8VspToKZy8dKcm/jfe9UY7f9U39bZSNXSS3hNPqkqKP5J
jCg1zQfxjbW1aVSHJkQB5MoY/EDeoQVv7RI6RmcVsLJZxozPeYaOQWSdTNG/7czg
oFjKr6jtSOYO45teMGt3+2+AtAXhlzTgKZo33rX/tknS7f1+kkyNGLv0ssSP5Jcf
Bd8YbcdG9lqXKUo0A7rn9Q83YBdpIyA6+By159zzPy7bP8j9aqMH8nNWauahhcFS
sY39fiky57aEgMe7g1OZX8oRODowPA==
=hpAK
-END PGP SIGNATURE-

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

2021-11-15 Thread Pgowda

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

Adds TUNE_PKGARCH to PN so that it picks correct TUNE_FEATURES.

Signed-off-by: Pgowda 
---
 meta/recipes-devtools/rust/rust-cross.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/rust/rust-cross.inc 
b/meta/recipes-devtools/rust/rust-cross.inc
index bb625f4240..30c92ed395 100644
--- a/meta/recipes-devtools/rust/rust-cross.inc
+++ b/meta/recipes-devtools/rust/rust-cross.inc
@@ -34,7 +34,7 @@ DEPENDS += "virtual/${TARGET_PREFIX}gcc 
virtual/${TARGET_PREFIX}compilerlibs vir
 DEPENDS += "rust-native"
 
 PROVIDES = "virtual/${TARGET_PREFIX}rust"
-PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}"
+PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}-${TUNE_PKGARCH}"
 
 # In the cross compilation case, rustc doesn't seem to get the rpath quite
 # right. It manages to include '../../lib/${TARGET_PREFIX}', but doesn't
-- 
2.31.1


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

[OE-core] [PATCH v3] fetch2/repo: Implement AUTOREV for repo fetcher

2021-11-15 Thread Jasper Orschulko via lists.openembedded.org

From: Martin Koppehel 

- Implement AUTOINC and submodule support for REPO provider
- Implement full srcrev support
- Add comments and fixup empty DL_DIR initialization
- Distinguish between artificial and plain rev
- Comments/documentation

The previous implementation of the repo fetcher could not handle updates
to the repo manifest file, nor deal with dynamic refspecs within this
manifest.

This patch fixes these shortcomings as follows:
During the recipe parsing phase, the repository containing the repo
manifest is cloned. This is done, as we need to parse the XML file
contained within, in order to discover all involved git repositories. A
combined hash is then calculated from the manifest repo, as well as any
git repo specified in the manifest. This hash is used for determining the
necessity of an update.

Additionally, the recipe will throw an error if the repo source is set to
a fixed revision but one or more repositories within the manifest
reference a dynamic refspec. This is done to ensure the reproducibility
of a version-pinned recipe.

Signed-off-by: Jasper Orschulko 
---
 lib/bb/fetch2/repo.py | 259 +-
 1 file changed, 230 insertions(+), 29 deletions(-)

diff --git a/lib/bb/fetch2/repo.py b/lib/bb/fetch2/repo.py
index fa4cb814..706d37fa 100644
--- a/lib/bb/fetch2/repo.py
+++ b/lib/bb/fetch2/repo.py
@@ -3,6 +3,7 @@ BitBake "Fetch" repo (git) implementation
 
 """
 
+# Copyright (C) 2021 Martin Koppehel , iris-GmbH infrared & 
intelligent sensors
 # Copyright (C) 2009 Tom Rini 
 #
 # Based on git.py which is:
@@ -13,9 +14,11 @@ BitBake "Fetch" repo (git) implementation
 
 import os
 import bb
+import hashlib
+import xml.etree.ElementTree as ET
 from   bb.fetch2 import FetchMethod
 from   bb.fetch2 import runfetchcmd
-from   bb.fetch2 import logger
+
 
 class Repo(FetchMethod):
 """Class to fetch a module or modules from repo (git) repositories"""
@@ -27,46 +30,84 @@ class Repo(FetchMethod):
 
 def urldata_init(self, ud, d):
 """
-We don"t care about the git rev of the manifests repository, but
-we do care about the manifest to use.  The default is "default".
-We also care about the branch or tag to be used.  The default is
-"master".
+We do care about the rev of the manifests repository, as well as the
+manifest file. However, when SRCREV=AUTOINC, then we use the specified
+branch in SRC_URI, with a fallback to master.
+use sm=fetch to fetch possibly referenced submodules in repositories.
 """
 
 ud.basecmd = d.getVar("FETCHCMD_repo") or "/usr/bin/env repo"
+ud.gitcmd = d.getVar("FETCHCMD_git") or "git -c 
core.fsyncobjectfiles=0"
 
 ud.proto = ud.parm.get('protocol', 'git')
 ud.branch = ud.parm.get('branch', 'master')
+
+ud.submodules = ud.parm.get('sm', 'fetch')
 ud.manifest = ud.parm.get('manifest', 'default.xml')
 if not ud.manifest.endswith('.xml'):
 ud.manifest += '.xml'
 
-ud.localfile = d.expand("repo_%s%s_%s_%s.tar.gz" % (ud.host, 
ud.path.replace("/", "."), ud.manifest, ud.branch))
+repodir = d.getVar("REPODIR") or (d.getVar("DL_DIR") + "/repo")
+gitsrcname = "%s%s.%s" % (ud.host, ud.path.replace("/", "."), 
ud.manifest)
+ud.codir = os.path.join(repodir, d.getVar("BPN"), gitsrcname)
+
+if ud.user:
+ud.username = ud.user + "@"
+else:
+ud.username = ""
+ud.remoteRepo = "%s://%s%s%s" % (ud.proto, ud.username, ud.host, 
ud.path)
+
+ud.repodir = os.path.join(ud.codir, "repo")
+# a temporary directory to compute _latest_revision
+ud.tempdir = os.path.join(ud.codir, "temp")
+ud.stampfile = os.path.join(ud.codir, "__hash.txt")
+ud.setup_revisions(d)
+
+# ud.localfile is used to fill localpath, where the downloaded tarball 
is stored.
+# in our case, we want something like repo_$GIT_URL_$MANIFEST_$SRCREV
+# todo: do we want the packagename?
+ud.localfile = "repo_%s%s_%s_%s.tar.gz" % (ud.host, 
ud.path.replace("/", "."), ud.manifest, ud.revision)
+
+def need_update(self, ud, d):
+if ud.revision.startswith("_"):
+  return True
+return not os.path.exists(ud.localfile)
 
 def download(self, ud, d):
 """Fetch url"""
 
-if os.access(os.path.join(d.getVar("DL_DIR"), ud.localfile), os.R_OK):
-logger.debug("%s already exists (or was stashed). Skipping repo 
init / sync.", ud.localpath)
-return
+bb.utils.mkdirhier(ud.repodir)
 
-repodir = d.getVar("REPODIR") or (d.getVar("DL_DIR") + "/repo")
-gitsrcname = "%s%s" % (ud.host, ud.path.replace("/", "."))
-codir = os.path.join(repodir, gitsrcname, ud.manifest)
-
-if ud.user:
-username = ud.user + "@"
+# we want to run a repo init *always* in case the branch or manifest 
name changes.
+

[OE-core] [PATCH] vim: fix CVE-2021-3927 and CVE-2021-3928

2021-11-15 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 ...1-reading-character-past-end-of-line.patch | 62 ++
 ...eading-uninitialized-memory-when-giv.patch | 63 +++
 meta/recipes-support/vim/vim.inc  |  2 +
 3 files changed, 127 insertions(+)
 create mode 100644 
meta/recipes-support/vim/files/0001-patch-8.2.3581-reading-character-past-end-of-line.patch
 create mode 100644 
meta/recipes-support/vim/files/0002-patch-8.2.3582-reading-uninitialized-memory-when-giv.patch

diff --git 
a/meta/recipes-support/vim/files/0001-patch-8.2.3581-reading-character-past-end-of-line.patch
 
b/meta/recipes-support/vim/files/0001-patch-8.2.3581-reading-character-past-end-of-line.patch
new file mode 100644
index 00..28c61cd782
--- /dev/null
+++ 
b/meta/recipes-support/vim/files/0001-patch-8.2.3581-reading-character-past-end-of-line.patch
@@ -0,0 +1,62 @@
+CVE: CVE-2021-3927
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 93b427c6e729260d0700c3b2804ec153bc8284fa Mon Sep 17 00:00:00 2001
+From: Bram Moolenaar 
+Date: Thu, 4 Nov 2021 15:10:11 +
+Subject: [PATCH] patch 8.2.3581: reading character past end of line
+
+Problem:Reading character past end of line.
+Solution:   Correct the cursor column.
+---
+ src/ex_docmd.c   |  1 +
+ src/testdir/test_put.vim | 12 
+ src/version.c|  2 ++
+ 3 files changed, 15 insertions(+)
+
+diff --git a/src/ex_docmd.c b/src/ex_docmd.c
+index fde726477..59e245bee 100644
+--- a/src/ex_docmd.c
 b/src/ex_docmd.c
+@@ -6905,6 +6905,7 @@ ex_put(exarg_T *eap)
+   eap->forceit = TRUE;
+ }
+ curwin->w_cursor.lnum = eap->line2;
++check_cursor_col();
+ do_put(eap->regname, eap->forceit ? BACKWARD : FORWARD, 1L,
+  PUT_LINE|PUT_CURSLINE);
+ }
+diff --git a/src/testdir/test_put.vim b/src/testdir/test_put.vim
+index 225ebd1f3..922e5b269 100644
+--- a/src/testdir/test_put.vim
 b/src/testdir/test_put.vim
+@@ -113,3 +113,15 @@ func Test_put_p_indent_visual()
+   call assert_equal('select that text', getline(2))
+   bwipe!
+ endfunc
++
++func Test_put_above_first_line()
++  new
++  let @" = 'text'
++  silent! normal 0o00
++  0put
++  call assert_equal('text', getline(1))
++  bwipe!
++endfunc
++
++
++" vim: shiftwidth=2 sts=2 expandtab
+diff --git a/src/version.c b/src/version.c
+index a9e8be0e7..df4ec9a47 100644
+--- a/src/version.c
 b/src/version.c
+@@ -742,6 +742,8 @@ static char *(features[]) =
+ 
+ static int included_patches[] =
+ {   /* Add new patch number below this line */
++/**/
++3581,
+ /**/
+ 3564,
+ /**/
diff --git 
a/meta/recipes-support/vim/files/0002-patch-8.2.3582-reading-uninitialized-memory-when-giv.patch
 
b/meta/recipes-support/vim/files/0002-patch-8.2.3582-reading-uninitialized-memory-when-giv.patch
new file mode 100644
index 00..d117a98893
--- /dev/null
+++ 
b/meta/recipes-support/vim/files/0002-patch-8.2.3582-reading-uninitialized-memory-when-giv.patch
@@ -0,0 +1,63 @@
+CVE: CVE-2021-3928
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From ade0f0481969f1453c60e7c8354b00dfe4238739 Mon Sep 17 00:00:00 2001
+From: Bram Moolenaar 
+Date: Thu, 4 Nov 2021 15:46:05 +
+Subject: [PATCH] patch 8.2.3582: reading uninitialized memory when giving
+ spell suggestions
+
+Problem:Reading uninitialized memory when giving spell suggestions.
+Solution:   Check that preword is not empty.
+---
+ src/spellsuggest.c | 2 +-
+ src/testdir/test_spell.vim | 8 
+ src/version.c  | 2 ++
+ 3 files changed, 11 insertions(+), 1 deletion(-)
+
+diff --git a/src/spellsuggest.c b/src/spellsuggest.c
+index 9d6df7930..8615d5280 100644
+--- a/src/spellsuggest.c
 b/src/spellsuggest.c
+@@ -1600,7 +1600,7 @@ suggest_trie_walk(
+   // char, e.g., "thes," -> "these".
+   p = fword + sp->ts_fidx;
+   MB_PTR_BACK(fword, p);
+-  if (!spell_iswordp(p, curwin))
++  if (!spell_iswordp(p, curwin) && *preword != NUL)
+   {
+   p = preword + STRLEN(preword);
+   MB_PTR_BACK(preword, p);
+diff --git a/src/testdir/test_spell.vim b/src/testdir/test_spell.vim
+index 79fb8927c..e435e9172 100644
+--- a/src/testdir/test_spell.vim
 b/src/testdir/test_spell.vim
+@@ -498,6 +498,14 @@ func Test_spell_screendump()
+   call delete('XtestSpell')
+ endfunc
+ 
++func Test_spell_single_word()
++  new
++  silent! norm 0R00
++  spell! ßÂ
++  silent 0norm 0r$ Dvz=
++  bwipe!
++endfunc
++
+ let g:test_data_aff1 = [
+   \"SET ISO8859-1",
+   \"TRY 
esianrtolcdugmphbyfvkwjkqxz-\xEB\xE9\xE8\xEA\xEF\xEE\xE4\xE0\xE2\xF6\xFC\xFB'ESIANRTOLCDUGMPHBYFVKWJKQXZ",
+diff --git a/src/version.c b/src/version.c
+index df4ec9a47..e1bc0d09b 100644
+--- a/src/version.c
 b/src/version.c
+@@ -742,6 +742,8 @@ static char *(features[]) =
+ 
+ static int included_patches[] =
+ {   /* Add new patch number

[OE-core] [hardknott][PATCH] gcc: Fix CVE-2021-35465

2021-11-15 Thread Pgowda

source : https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102035

Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=574e7950bd6b34e9e2cacce18c802b45505d1d0a]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=30461cf8dba3d3adb15a125e4da48800eb2b9b8f]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=809330ab8450261e05919b472783bf15e4b000f7]

Signed-off-by: Pgowda 
---
 meta/recipes-devtools/gcc/gcc-10.2.inc|   4 +
 .../gcc/gcc/0001-CVE-2021-35465.patch | 138 
 .../gcc/gcc/0002-CVE-2021-35465.patch |  40 +++
 .../gcc/gcc/0003-CVE-2021-35465.patch | 103 ++
 .../gcc/gcc/0004-CVE-2021-35465.patch | 304 ++
 5 files changed, 589 insertions(+)
 create mode 100644 meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc/0002-CVE-2021-35465.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc/0003-CVE-2021-35465.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc/0004-CVE-2021-35465.patch

diff --git a/meta/recipes-devtools/gcc/gcc-10.2.inc 
b/meta/recipes-devtools/gcc/gcc-10.2.inc
index c0cd8b31d5..248e002106 100644
--- a/meta/recipes-devtools/gcc/gcc-10.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-10.2.inc
@@ -70,6 +70,10 @@ SRC_URI = "\
file://0003-aarch64-Mitigate-SLS-for-BLR-instruction.patch \
file://0001-aarch64-Fix-up-__aarch64_cas16_acq_rel-fallback.patch \
file://0001-libatomic-libgomp-libitc-Fix-bootstrap-PR70454.patch \
+   file://0001-CVE-2021-35465.patch \
+   file://0002-CVE-2021-35465.patch \
+   file://0003-CVE-2021-35465.patch \
+   file://0004-CVE-2021-35465.patch \
 "
 SRC_URI[sha256sum] = 
"b8dd4368bb9c7f0b98188317ee0254dd8cc99d1e3a18d0ff146c855fe16c1d8c"
 
diff --git a/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch 
b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
new file mode 100644
index 00..b9bca49dd8
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
@@ -0,0 +1,138 @@
+From 3929bca9ca95de9d35e82ae8828b188029e3eb70 Mon Sep 17 00:00:00 2001
+From: Richard Earnshaw 
+Date: Fri, 11 Jun 2021 16:02:05 +0100
+Subject: [PATCH] arm: Add command-line option for enabling CVE-2021-35465
+ mitigation [PR102035]
+
+Add a new option, -mfix-cmse-cve-2021-35465 and document it.  Enable it
+automatically for cortex-m33, cortex-m35p and cortex-m55.
+
+gcc:
+   PR target/102035
+   * config/arm/arm.opt (mfix-cmse-cve-2021-35465): New option.
+   * doc/invoke.texi (Arm Options): Document it.
+   * config/arm/arm-cpus.in (quirk_vlldm): New feature bit.
+   (ALL_QUIRKS): Add quirk_vlldm.
+   (cortex-m33): Add quirk_vlldm.
+   (cortex-m35p, cortex-m55): Likewise.
+   * config/arm/arm.c (arm_option_override): Enable fix_vlldm if
+   targetting an affected CPU and not explicitly controlled on
+   the command line.
+
+CVE: CVE-2021-35465
+Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
+Signed-off-by: Pgowda 
+
+---
+ gcc/config/arm/arm-cpus.in | 9 +++--
+ gcc/config/arm/arm.c   | 9 +
+ gcc/config/arm/arm.opt | 4 
+ gcc/doc/invoke.texi| 9 +
+ 4 files changed, 29 insertions(+), 2 deletions(-)
+
+diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
+--- a/gcc/config/arm/arm.c 2020-07-22 23:35:17.344384552 -0700
 b/gcc/config/arm/arm.c 2021-11-11 20:16:19.761241867 -0800
+@@ -3595,6 +3595,15 @@ arm_option_override (void)
+   fix_cm3_ldrd = 0;
+ }
+ 
++  /* Enable fix_vlldm by default if required.  */
++  if (fix_vlldm == 2)
++{
++  if (bitmap_bit_p (arm_active_target.isa, isa_bit_quirk_vlldm))
++  fix_vlldm = 1;
++  else
++  fix_vlldm = 0;
++}
++
+   /* Hot/Cold partitioning is not currently supported, since we can't
+  handle literal pool placement in that case.  */
+   if (flag_reorder_blocks_and_partition)
+diff --git a/gcc/config/arm/arm-cpus.in b/gcc/config/arm/arm-cpus.in
+--- a/gcc/config/arm/arm-cpus.in   2020-07-22 23:35:17.340384509 -0700
 b/gcc/config/arm/arm-cpus.in   2021-11-11 20:17:01.364573561 -0800
+@@ -190,6 +190,9 @@ define feature quirk_armv6kz
+ # Cortex-M3 LDRD quirk.
+ define feature quirk_cm3_ldrd
+ 
++# v8-m/v8.1-m VLLDM errata.
++define feature quirk_vlldm
++
+ # Don't use .cpu assembly directive
+ define feature quirk_no_asmcpu
+ 
+@@ -314,7 +317,7 @@ define fgroup DOTPROD  NEON dotprod
+ # architectures.
+ # xscale isn't really a 'quirk', but it isn't an architecture either and we
+ # need to ignore it for matching purposes.
+-define fgroup ALL_QUIRKS   quirk_no_volatile_ce quirk_armv6kz quirk_cm3_ldrd 
xscale quirk_no_asmcpu
++define fgroup ALL_QUIRKS

[OE-core] [PATCH 1/2] lua: Backport fix for CVE-2021-43396

2021-11-15 Thread Richard Purdie

Backport the fix for CVE-2021-43396 ("C stack overflow with coroutines")
from upstream.

Signed-off-by: Richard Purdie 
---
 ...9057a5146755e737c479850f87fd0e3b6868.patch | 43 +++
 meta/recipes-devtools/lua/lua_5.4.3.bb|  1 +
 2 files changed, 44 insertions(+)
 create mode 100644 
meta/recipes-devtools/lua/lua/74d99057a5146755e737c479850f87fd0e3b6868.patch

diff --git 
a/meta/recipes-devtools/lua/lua/74d99057a5146755e737c479850f87fd0e3b6868.patch 
b/meta/recipes-devtools/lua/lua/74d99057a5146755e737c479850f87fd0e3b6868.patch
new file mode 100644
index 000..dcdc04837d6
--- /dev/null
+++ 
b/meta/recipes-devtools/lua/lua/74d99057a5146755e737c479850f87fd0e3b6868.patch
@@ -0,0 +1,43 @@
+From 74d99057a5146755e737c479850f87fd0e3b6868 Mon Sep 17 00:00:00 2001
+From: Roberto Ierusalimschy 
+Date: Wed, 3 Nov 2021 15:04:18 -0300
+Subject: [PATCH] Bug: C stack overflow with coroutines
+
+'coroutine.resume' did not increment counter of C calls when
+continuing execution after a protected error (that is,
+while running 'precover').
+---
+ ldo.c |  6 --
+ testes/cstack.lua | 14 ++
+ 2 files changed, 18 insertions(+), 2 deletions(-)
+
+Upstream-Status: Backport 
[https://github.com/lua/lua/commit/74d99057a5146755e737c479850f87fd0e3b6868.patch]
+CVE: CVE-2021-43519
+
+diff --git a/src/ldo.c b/src/ldo.c
+index d0edc8b4f..66f890364 100644
+--- a/src/ldo.c
 b/src/ldo.c
+@@ -759,11 +759,10 @@ static void resume (lua_State *L, void *ud) {
+   StkId firstArg = L->top - n;  /* first argument */
+   CallInfo *ci = L->ci;
+   if (L->status == LUA_OK)  /* starting a coroutine? */
+-ccall(L, firstArg - 1, LUA_MULTRET, 1);  /* just call its body */
++ccall(L, firstArg - 1, LUA_MULTRET, 0);  /* just call its body */
+   else {  /* resuming from previous yield */
+ lua_assert(L->status == LUA_YIELD);
+ L->status = LUA_OK;  /* mark that it is running (again) */
+-luaE_incCstack(L);  /* control the C stack */
+ if (isLua(ci)) {  /* yielded inside a hook? */
+   L->top = firstArg;  /* discard arguments */
+   luaV_execute(L, ci);  /* just continue running Lua code */
+@@ -814,6 +813,9 @@ LUA_API int lua_resume (lua_State *L, lua_State *from, int 
nargs,
+   else if (L->status != LUA_YIELD)  /* ended with errors? */
+ return resume_error(L, "cannot resume dead coroutine", nargs);
+   L->nCcalls = (from) ? getCcalls(from) : 0;
++  if (getCcalls(L) >= LUAI_MAXCCALLS)
++return resume_error(L, "C stack overflow", nargs);
++  L->nCcalls++;
+   luai_userstateresume(L, nargs);
+   api_checknelems(L, (L->status == LUA_OK) ? nargs + 1 : nargs);
+   status = luaD_rawrunprotected(L, resume, );
diff --git a/meta/recipes-devtools/lua/lua_5.4.3.bb 
b/meta/recipes-devtools/lua/lua_5.4.3.bb
index 0224744fe7a..a204242bc02 100644
--- a/meta/recipes-devtools/lua/lua_5.4.3.bb
+++ b/meta/recipes-devtools/lua/lua_5.4.3.bb
@@ -7,6 +7,7 @@ HOMEPAGE = "http://www.lua.org/;
 SRC_URI = "http://www.lua.org/ftp/lua-${PV}.tar.gz;name=tarballsrc \
file://lua.pc.in \
${@bb.utils.contains('DISTRO_FEATURES', 'ptest', 
'http://www.lua.org/tests/lua-${PV_testsuites}-tests.tar.gz;name=tarballtest 
file://run-ptest ', '', d)} \
+   file://74d99057a5146755e737c479850f87fd0e3b6868.patch \
"
 
 # if no test suite matches PV release of Lua exactly, download the suite for 
the closest Lua release.
-- 
2.32.0


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

[OE-core] [PATCH 2/2] glibc: Backport fix for CVE-2021-43396

2021-11-15 Thread Richard Purdie

Backport the fix for CVE-2021-43396. It is disputed that this is a security 
issue
however the fix applies easily so we may as well.

Signed-off-by: Richard Purdie 
---
 .../glibc/glibc/CVE-2021-43396.patch  | 184 ++
 meta/recipes-core/glibc/glibc_2.34.bb |   1 +
 2 files changed, 185 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2021-43396.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2021-43396.patch 
b/meta/recipes-core/glibc/glibc/CVE-2021-43396.patch
new file mode 100644
index 000..ebea5efd347
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2021-43396.patch
@@ -0,0 +1,184 @@
+From ff012870b2c02a62598c04daa1e54632e020fd7d Mon Sep 17 00:00:00 2001
+From: Nikita Popov 
+Date: Tue, 2 Nov 2021 13:21:42 +0500
+Subject: [PATCH] gconv: Do not emit spurious NUL character in ISO-2022-JP-3
+ (bug 28524)
+
+Bugfix 27256 has introduced another issue:
+In conversion from ISO-2022-JP-3 encoding, it is possible
+to force iconv to emit extra NUL character on internal state reset.
+To do this, it is sufficient to feed iconv with escape sequence
+which switches active character set.
+The simplified check 'data->__statep->__count != ASCII_set'
+introduced by the aforementioned bugfix picks that case and
+behaves as if '\0' character has been queued thus emitting it.
+
+To eliminate this issue, these steps are taken:
+* Restore original condition
+'(data->__statep->__count & ~7) != ASCII_set'.
+It is necessary since bits 0-2 may contain
+number of buffered input characters.
+* Check that queued character is not NUL.
+Similar step is taken for main conversion loop.
+
+Bundled test case follows following logic:
+* Try to convert ISO-2022-JP-3 escape sequence
+switching active character set
+* Reset internal state by providing NULL as input buffer
+* Ensure that nothing has been converted.
+
+Signed-off-by: Nikita Popov 
+
+CVE: CVE-2021-43396
+Upstream-Status: Backport [ff012870b2c02a62598c04daa1e54632e020fd7d]
+---
+ iconvdata/Makefile|  5 +++-
+ iconvdata/bug-iconv15.c   | 60 +++
+ iconvdata/iso-2022-jp-3.c | 28 --
+ 3 files changed, 84 insertions(+), 9 deletions(-)
+ create mode 100644 iconvdata/bug-iconv15.c
+
+Index: git/iconvdata/Makefile
+===
+--- git.orig/iconvdata/Makefile
 git/iconvdata/Makefile
+@@ -1,4 +1,5 @@
+ # Copyright (C) 1997-2021 Free Software Foundation, Inc.
++# Copyright (C) The GNU Toolchain Authors.
+ # This file is part of the GNU C Library.
+ 
+ # The GNU C Library is free software; you can redistribute it and/or
+@@ -74,7 +75,7 @@ ifeq (yes,$(build-shared))
+ tests = bug-iconv1 bug-iconv2 tst-loading tst-e2big tst-iconv4 bug-iconv4 \
+   tst-iconv6 bug-iconv5 bug-iconv6 tst-iconv7 bug-iconv8 bug-iconv9 \
+   bug-iconv10 bug-iconv11 bug-iconv12 tst-iconv-big5-hkscs-to-2ucs4 \
+-  bug-iconv13 bug-iconv14
++  bug-iconv13 bug-iconv14 bug-iconv15
+ ifeq ($(have-thread-library),yes)
+ tests += bug-iconv3
+ endif
+@@ -327,6 +328,8 @@ $(objpfx)bug-iconv12.out: $(addprefix $(
+ $(addprefix $(objpfx),$(modules.so))
+ $(objpfx)bug-iconv14.out: $(addprefix $(objpfx), $(gconv-modules)) \
+ $(addprefix $(objpfx),$(modules.so))
++$(objpfx)bug-iconv15.out: $(addprefix $(objpfx), $(gconv-modules)) \
++$(addprefix $(objpfx),$(modules.so))
+ 
+ $(objpfx)iconv-test.out: run-iconv-test.sh \
+$(addprefix $(objpfx), $(gconv-modules)) \
+Index: git/iconvdata/bug-iconv15.c
+===
+--- /dev/null
 git/iconvdata/bug-iconv15.c
+@@ -0,0 +1,60 @@
++/* Bug 28524: Conversion from ISO-2022-JP-3 with iconv
++   may emit spurious NUL character on state reset.
++   Copyright (C) The GNU Toolchain Authors.
++   This file is part of the GNU C Library.
++
++   The GNU C Library is free software; you can redistribute it and/or
++   modify it under the terms of the GNU Lesser General Public
++   License as published by the Free Software Foundation; either
++   version 2.1 of the License, or (at your option) any later version.
++
++   The GNU C Library is distributed in the hope that it will be useful,
++   but WITHOUT ANY WARRANTY; without even the implied warranty of
++   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
++   Lesser General Public License for more details.
++
++   You should have received a copy of the GNU Lesser General Public
++   License along with the GNU C Library; if not, see
++   .  */
++
++#include 
++#include 
++#include 
++
++static int
++do_test (void)
++{
++  char in[] = "\x1b(I";
++  char *inbuf = in;
++  size_t inleft = sizeof (in) - 1;
++  char out[1];
++  char *outbuf = out;
++  size_t outleft = sizeof (out);
++  iconv_t cd;
++
++  cd = iconv_open ("UTF8", "ISO-2022-JP-3");
++

[OE-core] [PATCH] gcc: Dropping mips workaround

2021-11-15 Thread Richard Purdie

I've tested without this and the ptest results for mips are the same with
and without it so the issue this was fixing in gcc 9 was likely resolved
by gcc 11.

Signed-off-by: Richard Purdie 
---
 meta/recipes-devtools/binutils/binutils_2.37.bb | 4 
 1 file changed, 4 deletions(-)

diff --git a/meta/recipes-devtools/binutils/binutils_2.37.bb 
b/meta/recipes-devtools/binutils/binutils_2.37.bb
index 7430bf13425..12a6fb55776 100644
--- a/meta/recipes-devtools/binutils/binutils_2.37.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.37.bb
@@ -27,10 +27,6 @@ EXTRA_OECONF:class-native = "--enable-targets=all \
 
 PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'debuginfod', d)}"
 PACKAGECONFIG[debuginfod] = "--with-debuginfod, --without-debuginfod, elfutils"
-# gcc9.0 end up mis-compiling libbfd.so with O2 which then crashes on target
-# So remove -O2 and use -Os as workaround
-SELECTED_OPTIMIZATION:remove:mipsarch = "-O2"
-SELECTED_OPTIMIZATION:append:mipsarch = " -Os"
 
 do_install:class-native () {
autotools_do_install
-- 
2.32.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158279): 
https://lists.openembedded.org/g/openembedded-core/message/158279
Mute This Topic: https://lists.openembedded.org/mt/87066754/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] gcc: Fix CVE-2021-35465

2021-11-15 Thread Pgowda

source : https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102035

Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=574e7950bd6b34e9e2cacce18c802b45505d1d0a]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=30461cf8dba3d3adb15a125e4da48800eb2b9b8f]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=809330ab8450261e05919b472783bf15e4b000f7]

Signed-off-by: Pgowda 
---
 meta/recipes-devtools/gcc/gcc-11.2.inc|   4 +
 .../gcc/gcc/0001-CVE-2021-35465.patch | 138 
 .../gcc/gcc/0002-CVE-2021-35465.patch |  39 +++
 .../gcc/gcc/0003-CVE-2021-35465.patch | 103 ++
 .../gcc/gcc/0004-CVE-2021-35465.patch | 304 ++
 5 files changed, 588 insertions(+)
 create mode 100644 meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc/0002-CVE-2021-35465.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc/0003-CVE-2021-35465.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc/0004-CVE-2021-35465.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index f06c1a891b..baced2a400 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -62,6 +62,10 @@ SRC_URI = "\
file://0037-libatomic-Do-not-enforce-march-on-aarch64.patch \
file://0041-apply-debug-prefix-maps-before-checksumming-DIEs.patch \

file://0006-If-CXXFLAGS-contains-something-unsupported-by-the-bu.patch \
+   file://0001-CVE-2021-35465.patch \
+   file://0002-CVE-2021-35465.patch \
+   file://0003-CVE-2021-35465.patch \
+   file://0004-CVE-2021-35465.patch \
 "
 SRC_URI[sha256sum] = 
"d08edc536b54c372a1010ff6619dd274c0f1603aa49212ba20f7aa2cda36fa8b"
 
diff --git a/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch 
b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
new file mode 100644
index 00..6b1d4e3fce
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
@@ -0,0 +1,138 @@
+From 3929bca9ca95de9d35e82ae8828b188029e3eb70 Mon Sep 17 00:00:00 2001
+From: Richard Earnshaw 
+Date: Fri, 11 Jun 2021 16:02:05 +0100
+Subject: [PATCH] arm: Add command-line option for enabling CVE-2021-35465
+ mitigation [PR102035]
+
+Add a new option, -mfix-cmse-cve-2021-35465 and document it.  Enable it
+automatically for cortex-m33, cortex-m35p and cortex-m55.
+
+gcc:
+   PR target/102035
+   * config/arm/arm.opt (mfix-cmse-cve-2021-35465): New option.
+   * doc/invoke.texi (Arm Options): Document it.
+   * config/arm/arm-cpus.in (quirk_vlldm): New feature bit.
+   (ALL_QUIRKS): Add quirk_vlldm.
+   (cortex-m33): Add quirk_vlldm.
+   (cortex-m35p, cortex-m55): Likewise.
+   * config/arm/arm.c (arm_option_override): Enable fix_vlldm if
+   targetting an affected CPU and not explicitly controlled on
+   the command line.
+
+CVE: CVE-2021-35465
+Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
+Signed-off-by: Pgowda 
+
+---
+ gcc/config/arm/arm-cpus.in | 9 +++--
+ gcc/config/arm/arm.c   | 9 +
+ gcc/config/arm/arm.opt | 4 
+ gcc/doc/invoke.texi| 9 +
+ 4 files changed, 29 insertions(+), 2 deletions(-)
+
+diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
+--- a/gcc/config/arm/arm.c 2021-11-15 02:13:11.100579812 -0800
 b/gcc/config/arm/arm.c 2021-11-15 02:17:36.988237692 -0800
+@@ -3610,6 +3610,15 @@ arm_option_override (void)
+   fix_cm3_ldrd = 0;
+ }
+ 
++  /* Enable fix_vlldm by default if required.  */
++  if (fix_vlldm == 2)
++{
++  if (bitmap_bit_p (arm_active_target.isa, isa_bit_quirk_vlldm))
++  fix_vlldm = 1;
++  else
++  fix_vlldm = 0;
++}
++
+   /* Hot/Cold partitioning is not currently supported, since we can't
+  handle literal pool placement in that case.  */
+   if (flag_reorder_blocks_and_partition)
+diff --git a/gcc/config/arm/arm-cpus.in b/gcc/config/arm/arm-cpus.in
+--- a/gcc/config/arm/arm-cpus.in   2021-11-15 02:13:11.104579747 -0800
 b/gcc/config/arm/arm-cpus.in   2021-11-15 02:17:36.984237757 -0800
+@@ -186,6 +186,9 @@ define feature quirk_armv6kz
+ # Cortex-M3 LDRD quirk.
+ define feature quirk_cm3_ldrd
+ 
++# v8-m/v8.1-m VLLDM errata.
++define feature quirk_vlldm
++
+ # Don't use .cpu assembly directive
+ define feature quirk_no_asmcpu
+ 
+@@ -322,7 +325,7 @@ define implied vfp_base MVE MVE_FP ALL_F
+ # architectures.
+ # xscale isn't really a 'quirk', but it isn't an architecture either and we
+ # need to ignore it for matching purposes.
+-define fgroup ALL_QUIRKS   quirk_no_volatile_ce quirk_armv6kz quirk_cm3_ldrd 
xscale quirk_no_asmcpu
++define fgroup ALL_QUIRKS

Re: [OE-core] [PATCH 05/24] xserver-xorg: convert from autotools to meson

2021-11-15 Thread Richard Purdie

On Mon, 2021-11-15 at 07:15 +0100, Zoltan Boszormenyi via lists.openembedded.org
wrote:
> 2021. 11. 10. 20:39 keltezéssel, Alexander Kanavin írta:
> > 
> >   # Xorg requires a SHA1 implementation, pick one
> >   XORG_CRYPTO ??= "openssl"
> > -PACKAGECONFIG[openssl] = "--with-sha1=libcrypto,,openssl"
> > -PACKAGECONFIG[nettle] = "--with-sha1=libnettle,,nettle"
> > -PACKAGECONFIG[gcrypt] = "--with-sha1=libgcrypt,,libgcrypt"
> > +PACKAGECONFIG[openssl] = "-Dsha1=libcrypto,,openssl"
> > +PACKAGECONFIG[nettle] = "-Dsha1=libnettle,,nettle"
> > +PACKAGECONFIG[gcrypt] = "-Dsha1=libgcrypt,,libgcrypt"
> >   
> >   do_install:append () {
> > # Its assumed base-files creates this for us
> > -   rmdir ${D}${localstatedir}/log/
> 
> The comment is related to the presence of /var/log and
> now it doesn't make sense after removing the above line.
> Please remove the comment, too.
> 
> >   sed -i -e 's,${libdir}/xorg/modules,${prefix}/lib*/xorg/modules,' 
> > ${D}${mandir}/man5/xorg.conf.5
> >   }
> >   

It is gone:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=657f71e1f5cf8a9f385b1748d99cb6d531511626

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158277): 
https://lists.openembedded.org/g/openembedded-core/message/158277
Mute This Topic: https://lists.openembedded.org/mt/86965698/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] waffle: add cmake-native to DEPENDS

2021-11-15 Thread Chen Qi

waffle currently requires cmake-native because it has the following lines
in git/src/waffle/meson.build.

  if meson.version().version_compare('>= 0.50')
cmake = import('cmake')

In case of 'wayland' not being in DISTRO_FEATURES, we will get the
following error at do_configure.

  | ../git/src/waffle/meson.build:233:8: ERROR: Unable to find cmake

So explictly add 'cmake-native' to DEPENDS to solve this problem.

Signed-off-by: Chen Qi 
---
 meta/recipes-graphics/waffle/waffle_1.7.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/waffle/waffle_1.7.0.bb 
b/meta/recipes-graphics/waffle/waffle_1.7.0.bb
index 6284af3076..ea11309940 100644
--- a/meta/recipes-graphics/waffle/waffle_1.7.0.bb
+++ b/meta/recipes-graphics/waffle/waffle_1.7.0.bb
@@ -17,7 +17,7 @@ S = "${WORKDIR}/git"
 
 inherit meson features_check lib_package bash-completion pkgconfig
 
-DEPENDS:append = " python3"
+DEPENDS:append = " python3 cmake-native"
 
 # This should be overridden per-machine to reflect the capabilities of the GL
 # stack.
-- 
2.33.0


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

66 matches

Mail list logo