Date   

[meta-python] [PATCH] python3-google-api-python-client: upgrade 2.45.0 -> 2.48.0

zhengruoqin
 

Changelog:
https://github.com/googleapis/google-api-python-client/releases

Signed-off-by: Zheng Ruoqin <zhengrq.fnst@...>
---
...ent_2.45.0.bb => python3-google-api-python-client_2.48.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-python/recipes-devtools/python/{python3-google-api-python-client_2.45.0.bb => python3-google-api-python-client_2.48.0.bb} (86%)

diff --git a/meta-python/recipes-devtools/python/python3-google-api-python-client_2.45.0.bb b/meta-python/recipes-devtools/python/python3-google-api-python-client_2.48.0.bb
similarity index 86%
rename from meta-python/recipes-devtools/python/python3-google-api-python-client_2.45.0.bb
rename to meta-python/recipes-devtools/python/python3-google-api-python-client_2.48.0.bb
index 070a5b530..35caae152 100644
--- a/meta-python/recipes-devtools/python/python3-google-api-python-client_2.45.0.bb
+++ b/meta-python/recipes-devtools/python/python3-google-api-python-client_2.48.0.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "https://github.com/googleapis/google-api-python-client"
LICENSE = "Apache-2.0"
LIC_FILES_CHKSUM = "file://LICENSE;md5=86d3f3a95c324c9479bd8986968f4327"

-SRC_URI[sha256sum] = "375ce07994fdc187b25cc86788048ad30f8d55ff077d5e34cfcd6cbbea697128"
+SRC_URI[sha256sum] = "600c43d7eac6e3536fdcad1d14ba9ee503edf4c7db0bd827e791bbf03b9f1330"

inherit pypi setuptools3

--
2.25.1


[meta-python] [PATCH] python3-google-api-core: upgrade 2.7.3 -> 2.8.0

xuhuan.fnst@fujitsu.com
 

From: Xu Huan <xuhuan.fnst@...>

Changelog:
=========
adds support for audience in client_options (#379) (c97c498)

Signed-off-by: Xu Huan <xuhuan.fnst@...>
---
...oogle-api-core_2.7.3.bb => python3-google-api-core_2.8.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-python/recipes-devtools/python/{python3-google-api-core_2.7.3.bb => python3-google-api-core_2.8.0.bb} (87%)

diff --git a/meta-python/recipes-devtools/python/python3-google-api-core_2.7.3.bb b/meta-python/recipes-devtools/python/python3-google-api-core_2.8.0.bb
similarity index 87%
rename from meta-python/recipes-devtools/python/python3-google-api-core_2.7.3.bb
rename to meta-python/recipes-devtools/python/python3-google-api-core_2.8.0.bb
index 3422dd711..b7ff8bc29 100644
--- a/meta-python/recipes-devtools/python/python3-google-api-core_2.7.3.bb
+++ b/meta-python/recipes-devtools/python/python3-google-api-core_2.8.0.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"

inherit pypi setuptools3

-SRC_URI[sha256sum] = "17957f0704cbe95bd2ce25019efd2046423978594d181d4263e5dcffd2dbbc79"
+SRC_URI[sha256sum] = "065bb8e11c605fd232707ae50963dc1c8af5b3c95b4568887515985e6c1156b3"

RDEPENDS:${PN} += "\
${PYTHON_PN}-asyncio \
--
2.25.1


[meta-python] [PATCH] python3-cachetools: upgrade 5.0.0 -> 5.1.0

xuhuan.fnst@fujitsu.com
 

From: Xu Huan <xuhuan.fnst@...>

License-Update: Copyright year updated to 2022.

Changelog:
Add cache decorator parameters as wrapper function attributes.

Signed-off-by: Xu Huan <xuhuan.fnst@...>
---
...ython3-cachetools_5.0.0.bb => python3-cachetools_5.1.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-python/recipes-devtools/python/{python3-cachetools_5.0.0.bb => python3-cachetools_5.1.0.bb} (80%)

diff --git a/meta-python/recipes-devtools/python/python3-cachetools_5.0.0.bb b/meta-python/recipes-devtools/python/python3-cachetools_5.1.0.bb
similarity index 80%
rename from meta-python/recipes-devtools/python/python3-cachetools_5.0.0.bb
rename to meta-python/recipes-devtools/python/python3-cachetools_5.1.0.bb
index f2974f7e3..98a7f3d8f 100644
--- a/meta-python/recipes-devtools/python/python3-cachetools_5.0.0.bb
+++ b/meta-python/recipes-devtools/python/python3-cachetools_5.1.0.bb
@@ -6,7 +6,7 @@ Python 3 Standard Library @lru_cache function decorator."
SECTION = "devel/python"

LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=439a07e400525964c3c82684146e46eb"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=1ec55353c80c662e4255f8889a0ca558"

inherit pypi python_setuptools_build_meta ptest

@@ -27,6 +27,6 @@ do_install_ptest() {
cp -rf ${S}/tests/* ${D}${PTEST_PATH}/tests/
}

-SRC_URI[sha256sum] = "486471dfa8799eb7ec503a8059e263db000cdda20075ce5e48903087f79d5fd6"
+SRC_URI[sha256sum] = "8b3b8fa53f564762e5b221e9896798951e7f915513abf2ba072ce0f07f3f5a98"

BBCLASSEXTEND = "native nativesdk"
--
2.25.1


[meta-python] [PATCH] python3-astroid: upgrade 2.11.3 -> 2.11.5

xuhuan.fnst@fujitsu.com
 

From: Xu Huan <xuhuan.fnst@...>

Changelog:
=========
- Fix crash while obtaining object_type() of an Unknown node.
- Fix a bug where in attempting to handle the patching of distutils by virtualenv,
library submodules called distutils (e.g. numpy.distutils) were included also.

Signed-off-by: Xu Huan <xuhuan.fnst@...>
---
.../{python3-astroid_2.11.3.bb => python3-astroid_2.11.5.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-python/recipes-devtools/python/{python3-astroid_2.11.3.bb => python3-astroid_2.11.5.bb} (89%)

diff --git a/meta-python/recipes-devtools/python/python3-astroid_2.11.3.bb b/meta-python/recipes-devtools/python/python3-astroid_2.11.5.bb
similarity index 89%
rename from meta-python/recipes-devtools/python/python3-astroid_2.11.3.bb
rename to meta-python/recipes-devtools/python/python3-astroid_2.11.5.bb
index a2e911137..f11a4a13d 100644
--- a/meta-python/recipes-devtools/python/python3-astroid_2.11.3.bb
+++ b/meta-python/recipes-devtools/python/python3-astroid_2.11.5.bb
@@ -4,7 +4,7 @@ SECTION = "devel/python"
LICENSE = "LGPL-2.1-only"
LIC_FILES_CHKSUM = "file://LICENSE;md5=a70cf540abf41acb644ac3b621b2fad1"

-SRC_URI[sha256sum] = "4e5ba10571e197785e312966ea5efb2f5783176d4c1a73fa922d474ae2be59f7"
+SRC_URI[sha256sum] = "f4e4ec5294c4b07ac38bab9ca5ddd3914d4bf46f9006eb5c0ae755755061044e"

inherit pypi setuptools3

--
2.25.1


[meta-python] [PATCH] python3-asyncinotify: upgrade 2.0.2 -> 2.0.3

xuhuan.fnst@fujitsu.com
 

From: Xu Huan <xuhuan.fnst@...>

Signed-off-by: Xu Huan <xuhuan.fnst@...>
---
...hon3-asyncinotify_2.0.2.bb => python3-asyncinotify_2.0.3.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-python/recipes-devtools/python/{python3-asyncinotify_2.0.2.bb => python3-asyncinotify_2.0.3.bb} (82%)

diff --git a/meta-python/recipes-devtools/python/python3-asyncinotify_2.0.2.bb b/meta-python/recipes-devtools/python/python3-asyncinotify_2.0.3.bb
similarity index 82%
rename from meta-python/recipes-devtools/python/python3-asyncinotify_2.0.2.bb
rename to meta-python/recipes-devtools/python/python3-asyncinotify_2.0.3.bb
index 2bf919248..189547bae 100644
--- a/meta-python/recipes-devtools/python/python3-asyncinotify_2.0.2.bb
+++ b/meta-python/recipes-devtools/python/python3-asyncinotify_2.0.3.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://gitlab.com/Taywee/asyncinotify"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE;md5=6ec941a1cd6616454970d03cb9c9e8f8"

-SRC_URI[sha256sum] = "867cc056d88fc07aa8b3d1dc5b9c3c911cdd6130a4df5f67beb1fdecfd37b164"
+SRC_URI[sha256sum] = "a14baf680a3d3e1cf54e082ab56f56c475d59d3644cfc25c00c460e56d9bbdf7"

inherit pypi setuptools3

--
2.25.1


[meta-python] [PATCH] python3-imageio: upgrade 2.19.1 -> 2.19.2

xuhuan.fnst@fujitsu.com
 

From: Xu Huan <xuhuan.fnst@...>

Changelog:
==========
Fix
Don't treat im_mode ? as im_mode V

Other
Add stacklevel=2 to some warnings.

Signed-off-by: Xu Huan <xuhuan.fnst@...>
---
.../{python3-imageio_2.19.1.bb => python3-imageio_2.19.2.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-python/recipes-devtools/python/{python3-imageio_2.19.1.bb => python3-imageio_2.19.2.bb} (81%)

diff --git a/meta-python/recipes-devtools/python/python3-imageio_2.19.1.bb b/meta-python/recipes-devtools/python/python3-imageio_2.19.2.bb
similarity index 81%
rename from meta-python/recipes-devtools/python/python3-imageio_2.19.1.bb
rename to meta-python/recipes-devtools/python/python3-imageio_2.19.2.bb
index 1a6c078cd..b792b9885 100644
--- a/meta-python/recipes-devtools/python/python3-imageio_2.19.1.bb
+++ b/meta-python/recipes-devtools/python/python3-imageio_2.19.2.bb
@@ -5,7 +5,7 @@ SECTION = "devel/python"
LICENSE = "BSD-2-Clause"
LIC_FILES_CHKSUM = "file://LICENSE;md5=24cb9a367a9e641b459a01c4d15256ba"

-SRC_URI[sha256sum] = "d63600626b80ebe1ec9614c33434879c754dea328717f4e2cebe88f156fa1a9c"
+SRC_URI[sha256sum] = "46e1e74128837d2a1ebc87476b7f73978b69a128fa238bc989b625a9819bd9b3"

inherit pypi setuptools3

--
2.25.1


[meta-python] [PATCH] python3-croniter: upgrade 1.3.4 -> 1.3.5

xuhuan.fnst@fujitsu.com
 

From: Xu Huan <xuhuan.fnst@...>

Signed-off-by: Xu Huan <xuhuan.fnst@...>
---
.../{python3-croniter_1.3.4.bb => python3-croniter_1.3.5.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-python/recipes-devtools/python/{python3-croniter_1.3.4.bb => python3-croniter_1.3.5.bb} (78%)

diff --git a/meta-python/recipes-devtools/python/python3-croniter_1.3.4.bb b/meta-python/recipes-devtools/python/python3-croniter_1.3.5.bb
similarity index 78%
rename from meta-python/recipes-devtools/python/python3-croniter_1.3.4.bb
rename to meta-python/recipes-devtools/python/python3-croniter_1.3.5.bb
index 4158dbe7c..92962c0f4 100644
--- a/meta-python/recipes-devtools/python/python3-croniter_1.3.4.bb
+++ b/meta-python/recipes-devtools/python/python3-croniter_1.3.5.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = "file://docs/LICENSE;md5=b8ee59850b882cbf623188489ea748e2"

PYPI_PACKAGE = "croniter"

-SRC_URI[sha256sum] = "3169365916834be654c2cac57ea14d710e742f8eb8a5fce804f6ce548da80bf2"
+SRC_URI[sha256sum] = "7592fc0e8a00d82af98dfa2768b75983b6fb4c2adc8f6d0d7c931a715b7cefee"

inherit pypi setuptools3

--
2.25.1


Re: [PATCH] ccache.bbclass: document CCACHE_MAXSIZE variable

Khem Raj
 

you need to send it to oe-core ml

On Thu, May 26, 2022 at 4:15 PM Zach Welch <zach@...> wrote:

Setting this avoids premature cache object eviction during large builds.

Signed-off-by: Zachary T Welch <zach@...>
---
meta/classes/ccache.bbclass | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/classes/ccache.bbclass b/meta/classes/ccache.bbclass
index 4532894c57..913304ab35 100644
--- a/meta/classes/ccache.bbclass
+++ b/meta/classes/ccache.bbclass
@@ -12,7 +12,12 @@
# Set CCACHE_TOP_DIR to a shared dir
# CCACHE_TOP_DIR = /path/to/shared_ccache/
#
-# - TO debug ccahe
+# - Adjust the ccache size limit to avoid overflow during large builds:
+# export CCACHE_MAXSIZE = "100G"
+# To find a reasonable limit, set this limit to 0 (no limit), then
+# observe how large the ccache directory grows.
+#
+# - To debug ccache:
# export CCACHE_DEBUG = "1"
# export CCACHE_LOGFILE = "${CCACHE_DIR}/logfile.log"
# And also set PARALLEL_MAKE = "-j 1" to get make the log in order
--
2.25.1




[PATCH] ccache.bbclass: document CCACHE_MAXSIZE variable

Zach Welch
 

Setting this avoids premature cache object eviction during large builds.

Signed-off-by: Zachary T Welch <zach@...>
---
meta/classes/ccache.bbclass | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/classes/ccache.bbclass b/meta/classes/ccache.bbclass
index 4532894c57..913304ab35 100644
--- a/meta/classes/ccache.bbclass
+++ b/meta/classes/ccache.bbclass
@@ -12,7 +12,12 @@
# Set CCACHE_TOP_DIR to a shared dir
# CCACHE_TOP_DIR = /path/to/shared_ccache/
#
-# - TO debug ccahe
+# - Adjust the ccache size limit to avoid overflow during large builds:
+# export CCACHE_MAXSIZE = "100G"
+# To find a reasonable limit, set this limit to 0 (no limit), then
+# observe how large the ccache directory grows.
+#
+# - To debug ccache:
# export CCACHE_DEBUG = "1"
# export CCACHE_LOGFILE = "${CCACHE_DIR}/logfile.log"
# And also set PARALLEL_MAKE = "-j 1" to get make the log in order
--
2.25.1


[meta-oe][dunfell][PATCH] mariadb: update to 10.4.25

Armin Kuster
 

Source: mariadb.org
MR: 117530, 117522, 117514, 117506, 117497, 117489, 117481, 117473, 117465, 117457, 117449, 117380, 117364, 117356, 117336, 117212, 117204, 117196, 117180, 117188, 117169, 117161, 117441, 117372
Type: Security Fix
Disposition: Backport from mariagdb.org
ChangeID: 8bf787570ebe8503d2974af92e17b505e70440e5
Description:

LTS version, bug fix only.

Include these CVES:
CVE-2022-27458
CVE-2022-27457
CVE-2022-27456
CVE-2022-27455
CVE-2022-27452
CVE-2022-27451
CVE-2022-27449
CVE-2022-27448
CVE-2022-27447
CVE-2022-27446
CVE-2022-27445
CVE-2022-27444
CVE-2022-27387
CVE-2022-27386
CVE-2022-27385
CVE-2022-27384
CVE-2022-27383
CVE-2022-27382
CVE-2022-27381
CVE-2022-27380
CVE-2022-27379
CVE-2022-27378
CVE-2022-27377
CVE-2022-27376

Signed-off-by: Armin Kuster <akuster808@...>
Signed-off-by: Armin Kuster <akuster@...>
---
.../{mariadb-native_10.4.24.bb => mariadb-native_10.4.25.bb} | 0
meta-oe/recipes-dbs/mysql/mariadb.inc | 4 ++--
.../mysql/{mariadb_10.4.24.bb => mariadb_10.4.25.bb} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta-oe/recipes-dbs/mysql/{mariadb-native_10.4.24.bb => mariadb-native_10.4.25.bb} (100%)
rename meta-oe/recipes-dbs/mysql/{mariadb_10.4.24.bb => mariadb_10.4.25.bb} (100%)

diff --git a/meta-oe/recipes-dbs/mysql/mariadb-native_10.4.24.bb b/meta-oe/recipes-dbs/mysql/mariadb-native_10.4.25.bb
similarity index 100%
rename from meta-oe/recipes-dbs/mysql/mariadb-native_10.4.24.bb
rename to meta-oe/recipes-dbs/mysql/mariadb-native_10.4.25.bb
diff --git a/meta-oe/recipes-dbs/mysql/mariadb.inc b/meta-oe/recipes-dbs/mysql/mariadb.inc
index 9aca7371af..565f4d5613 100644
--- a/meta-oe/recipes-dbs/mysql/mariadb.inc
+++ b/meta-oe/recipes-dbs/mysql/mariadb.inc
@@ -17,8 +17,8 @@ SRC_URI = "https://downloads.mariadb.org/interstitial/${BP}/source/${BP}.tar.gz
file://0001-disable-ucontext-on-musl.patch \
file://fix-arm-atomic.patch \
"
-SRC_URI[md5sum] = "af39316a6803d13f84fb586635598036"
-SRC_URI[sha256sum] = "fe975551b37f095640ea5e380eb896a37e331caf113dbe5d05564714338df846"
+
+SRC_URI[sha256sum] = "ff963c4e11bc06b775f66f2b1ddef184996208fb4b23cfdb50d95fb02eaa7ef8"

UPSTREAM_CHECK_URI = "https://github.com/MariaDB/server/releases"

diff --git a/meta-oe/recipes-dbs/mysql/mariadb_10.4.24.bb b/meta-oe/recipes-dbs/mysql/mariadb_10.4.25.bb
similarity index 100%
rename from meta-oe/recipes-dbs/mysql/mariadb_10.4.24.bb
rename to meta-oe/recipes-dbs/mysql/mariadb_10.4.25.bb
--
2.25.1


[meta-oe][master][kirkstone][PATCH] mariadb: update to 10.7.4

Armin Kuster
 

LTS version, bugfix only update.

Drop clang-64bit-atomics.patch as the patched code was removed in this update.
https://github.com/MariaDB/server/commit/cf483a7766d0730872232fdedd727d30a493fe29

Includes these CVES:
CVE-2022-27458
CVE-2022-27457
CVE-2022-27456
CVE-2022-27455
CVE-2022-27452
CVE-2022-27451
CVE-2022-27449
CVE-2022-27448
CVE-2022-27447
CVE-2022-27446
CVE-2022-27445
CVE-2022-27444
CVE-2022-27387
CVE-2022-27386
CVE-2022-27384
CVE-2022-27383
CVE-2022-27382
CVE-2022-27381
CVE-2022-27380
CVE-2022-27379
CVE-2022-27378
CVE-2022-27377
CVE-2022-27376

Signed-off-by: Armin Kuster <akuster808@...>
---
...ive_10.7.3.bb => mariadb-native_10.7.4.bb} | 0
meta-oe/recipes-dbs/mysql/mariadb.inc | 3 +-
.../mysql/mariadb/clang-64bit-atomics.patch | 178 ------------------
.../{mariadb_10.7.3.bb => mariadb_10.7.4.bb} | 0
4 files changed, 1 insertion(+), 180 deletions(-)
rename meta-oe/recipes-dbs/mysql/{mariadb-native_10.7.3.bb => mariadb-native_10.7.4.bb} (100%)
delete mode 100644 meta-oe/recipes-dbs/mysql/mariadb/clang-64bit-atomics.patch
rename meta-oe/recipes-dbs/mysql/{mariadb_10.7.3.bb => mariadb_10.7.4.bb} (100%)

diff --git a/meta-oe/recipes-dbs/mysql/mariadb-native_10.7.3.bb b/meta-oe/recipes-dbs/mysql/mariadb-native_10.7.4.bb
similarity index 100%
rename from meta-oe/recipes-dbs/mysql/mariadb-native_10.7.3.bb
rename to meta-oe/recipes-dbs/mysql/mariadb-native_10.7.4.bb
diff --git a/meta-oe/recipes-dbs/mysql/mariadb.inc b/meta-oe/recipes-dbs/mysql/mariadb.inc
index 855f124834..3f246dc0a5 100644
--- a/meta-oe/recipes-dbs/mysql/mariadb.inc
+++ b/meta-oe/recipes-dbs/mysql/mariadb.inc
@@ -20,11 +20,10 @@ SRC_URI = "https://archive.mariadb.org/${BP}/source/${BP}.tar.gz \
file://mm_malloc.patch \
file://sys_futex.patch \
file://mariadb-openssl3.patch \
- file://clang-64bit-atomics.patch \
"
SRC_URI:append:libc-musl = " file://ppc-remove-glibc-dep.patch"

-SRC_URI[sha256sum] = "da286919ffc9c913282202349709b6ba4ebcd342815e8dae0aa6b6bd8f515cd4"
+SRC_URI[sha256sum] = "73dd9c9d325520f20ca5e0ef16f94b7be1146bed7e4a78e735c20daebf3a4173"

UPSTREAM_CHECK_URI = "https://github.com/MariaDB/server/releases"

diff --git a/meta-oe/recipes-dbs/mysql/mariadb/clang-64bit-atomics.patch b/meta-oe/recipes-dbs/mysql/mariadb/clang-64bit-atomics.patch
deleted file mode 100644
index cdc2947b7b..0000000000
--- a/meta-oe/recipes-dbs/mysql/mariadb/clang-64bit-atomics.patch
+++ /dev/null
@@ -1,178 +0,0 @@
-Prevent Clang from emitting atomic libcalls
-
-Clang expects 8-byte alignment for some 64-bit atomic operations
-in some 32-bit targets. Native instruction lock cmpxchg8b (for x86)
-should only require 4-byte alignment.
-
-This patch tries to add 8-byte alignents to data needing atomic ops
-which helps clang to not generate the libatomic calls but emit
-builtins directly.
-
-Upstream-Status: Submitted[https://jira.mariadb.org/browse/MDEV-28162]
-Signed-off-by: Khem Raj <raj.khem@...>
-
---- a/include/my_atomic.h
-+++ b/include/my_atomic.h
-@@ -115,6 +115,16 @@
- #include "atomic/gcc_builtins.h"
- #endif
-
-+#include <stdint.h>
-+
-+# ifdef __GNUC__
-+typedef __attribute__((__aligned__(8))) int64 ATOMIC_I64;
-+typedef __attribute__((__aligned__(8))) uint64 ATOMIC_U64;
-+# else
-+typedef int64 ATOMIC_I64;
-+typedef uint64 ATOMIC_U64;
-+# endif
-+
- #if SIZEOF_LONG == 4
- #define my_atomic_addlong(A,B) my_atomic_add32((int32*) (A), (B))
- #define my_atomic_loadlong(A) my_atomic_load32((int32*) (A))
-@@ -123,12 +133,12 @@
- #define my_atomic_faslong(A,B) my_atomic_fas32((int32*) (A), (B))
- #define my_atomic_caslong(A,B,C) my_atomic_cas32((int32*) (A), (int32*) (B), (C))
- #else
--#define my_atomic_addlong(A,B) my_atomic_add64((int64*) (A), (B))
--#define my_atomic_loadlong(A) my_atomic_load64((int64*) (A))
--#define my_atomic_loadlong_explicit(A,O) my_atomic_load64_explicit((int64*) (A), (O))
--#define my_atomic_storelong(A,B) my_atomic_store64((int64*) (A), (B))
--#define my_atomic_faslong(A,B) my_atomic_fas64((int64*) (A), (B))
--#define my_atomic_caslong(A,B,C) my_atomic_cas64((int64*) (A), (int64*) (B), (C))
-+#define my_atomic_addlong(A,B) my_atomic_add64((ATOMIC_I64*) (A), (B))
-+#define my_atomic_loadlong(A) my_atomic_load64((ATOMIC_I64*) (A))
-+#define my_atomic_loadlong_explicit(A,O) my_atomic_load64_explicit((ATOMIC_I64*) (A), (O))
-+#define my_atomic_storelong(A,B) my_atomic_store64((ATOMIC_I64*) (A), (B))
-+#define my_atomic_faslong(A,B) my_atomic_fas64((ATOMIC_I64*) (A), (B))
-+#define my_atomic_caslong(A,B,C) my_atomic_cas64((ATOMIC_I64*) (A), (ATOMIC_I64*) (B), (C))
- #endif
-
- #ifndef MY_MEMORY_ORDER_SEQ_CST
---- a/storage/perfschema/pfs_atomic.h
-+++ b/storage/perfschema/pfs_atomic.h
-@@ -41,7 +41,7 @@ public:
- }
-
- /** Atomic load. */
-- static inline int64 load_64(int64 *ptr)
-+ static inline int64 load_64(ATOMIC_I64 *ptr)
- {
- return my_atomic_load64(ptr);
- }
-@@ -53,9 +53,9 @@ public:
- }
-
- /** Atomic load. */
-- static inline uint64 load_u64(uint64 *ptr)
-+ static inline uint64 load_u64(ATOMIC_U64 *ptr)
- {
-- return (uint64) my_atomic_load64((int64*) ptr);
-+ return (uint64) my_atomic_load64((ATOMIC_I64*) ptr);
- }
-
- /** Atomic store. */
-@@ -65,7 +65,7 @@ public:
- }
-
- /** Atomic store. */
-- static inline void store_64(int64 *ptr, int64 value)
-+ static inline void store_64(ATOMIC_I64 *ptr, int64 value)
- {
- my_atomic_store64(ptr, value);
- }
-@@ -77,9 +77,9 @@ public:
- }
-
- /** Atomic store. */
-- static inline void store_u64(uint64 *ptr, uint64 value)
-+ static inline void store_u64(ATOMIC_U64 *ptr, uint64 value)
- {
-- my_atomic_store64((int64*) ptr, (int64) value);
-+ my_atomic_store64((ATOMIC_I64*) ptr, (int64) value);
- }
-
- /** Atomic add. */
-@@ -89,7 +89,7 @@ public:
- }
-
- /** Atomic add. */
-- static inline int64 add_64(int64 *ptr, int64 value)
-+ static inline int64 add_64(ATOMIC_I64 *ptr, int64 value)
- {
- return my_atomic_add64(ptr, value);
- }
-@@ -101,9 +101,9 @@ public:
- }
-
- /** Atomic add. */
-- static inline uint64 add_u64(uint64 *ptr, uint64 value)
-+ static inline uint64 add_u64(ATOMIC_U64 *ptr, uint64 value)
- {
-- return (uint64) my_atomic_add64((int64*) ptr, (int64) value);
-+ return (uint64) my_atomic_add64((ATOMIC_I64*) ptr, (int64) value);
- }
-
- /** Atomic compare and swap. */
-@@ -114,7 +114,7 @@ public:
- }
-
- /** Atomic compare and swap. */
-- static inline bool cas_64(int64 *ptr, int64 *old_value,
-+ static inline bool cas_64(ATOMIC_I64 *ptr, ATOMIC_I64 *old_value,
- int64 new_value)
- {
- return my_atomic_cas64(ptr, old_value, new_value);
-@@ -129,10 +129,10 @@ public:
- }
-
- /** Atomic compare and swap. */
-- static inline bool cas_u64(uint64 *ptr, uint64 *old_value,
-+ static inline bool cas_u64(ATOMIC_U64 *ptr, ATOMIC_U64 *old_value,
- uint64 new_value)
- {
-- return my_atomic_cas64((int64*) ptr, (int64*) old_value,
-+ return my_atomic_cas64((ATOMIC_I64*) ptr, (ATOMIC_I64*) old_value,
- (uint64) new_value);
- }
- };
---- a/sql/sql_class.h
-+++ b/sql/sql_class.h
-@@ -1049,7 +1049,7 @@ static inline void update_global_memory_
- (longlong) global_status_var.global_memory_used,
- size));
- // workaround for gcc 4.2.4-1ubuntu4 -fPIE (from DEB_BUILD_HARDENING=1)
-- int64 volatile * volatile ptr= &global_status_var.global_memory_used;
-+ ATOMIC_I64 volatile * volatile ptr= &global_status_var.global_memory_used;
- my_atomic_add64_explicit(ptr, size, MY_MEMORY_ORDER_RELAXED);
- }
-
---- a/storage/innobase/include/srv0mon.h
-+++ b/storage/innobase/include/srv0mon.h
-@@ -49,7 +49,7 @@ enum monitor_running_status {
- typedef enum monitor_running_status monitor_running_t;
-
- /** Monitor counter value type */
--typedef int64_t mon_type_t;
-+typedef ATOMIC_I64 mon_type_t;
-
- /** Two monitor structures are defined in this file. One is
- "monitor_value_t" which contains dynamic counter values for each
-@@ -568,7 +568,7 @@ Use MONITOR_INC if appropriate mutex pro
- if (enabled) { \
- ib_uint64_t value; \
- value = my_atomic_add64_explicit( \
-- (int64*) &MONITOR_VALUE(monitor), 1, \
-+ (ATOMIC_I64*) &MONITOR_VALUE(monitor), 1, \
- MY_MEMORY_ORDER_RELAXED) + 1; \
- /* Note: This is not 100% accurate because of the \
- inherent race, we ignore it due to performance. */ \
-@@ -585,7 +585,7 @@ Use MONITOR_DEC if appropriate mutex pro
- if (enabled) { \
- ib_uint64_t value; \
- value = my_atomic_add64_explicit( \
-- (int64*) &MONITOR_VALUE(monitor), -1, \
-+ (ATOMIC_I64*) &MONITOR_VALUE(monitor), -1, \
- MY_MEMORY_ORDER_RELAXED) - 1; \
- /* Note: This is not 100% accurate because of the \
- inherent race, we ignore it due to performance. */ \
diff --git a/meta-oe/recipes-dbs/mysql/mariadb_10.7.3.bb b/meta-oe/recipes-dbs/mysql/mariadb_10.7.4.bb
similarity index 100%
rename from meta-oe/recipes-dbs/mysql/mariadb_10.7.3.bb
rename to meta-oe/recipes-dbs/mysql/mariadb_10.7.4.bb
--
2.25.1


do_patch failing when executed multiple times in the same S=WORKDIR Was: [yocto] Strange sporadic build issues (incremental builds in docker container)

Martin Jansa
 

On Wed, Mar 30, 2022 at 11:29 PM Trevor Woerner <twoerner@...> wrote:
On Wed 2022-03-30 @ 04:08:31 PM, Richard Purdie wrote:
> On Wed, 2022-03-30 at 09:40 -0400, Trevor Woerner wrote:
> > Hi Matthias,
> >
> > On Wed 2022-03-30 @ 06:32:00 AM, Matthias Klein wrote:
> > > Yes, you are right, it is mostly the same recipes that fail. But they also change from time to time.
> > > Today it happened to me even without Jenkins and Docker, normally in the console with the recipe keymaps_1.0.bb.
> >
> > And keymaps follows the exact same pattern as modutils-initscripts and
> > initscripts; namely that their sources are entirely contained in-tree:
> >
> >     keymaps/
> >     ├── files
> >     │   ├── GPLv2.patch
> >     │   └── keymap.sh
> >     └── keymaps_1.0.bb
> >
> >     keymaps/keymaps_1.0.bb
> >      23 SRC_URI = "file://keymap.sh \
> >      24            file://GPLv2.patch"
> >
> > Any recipe that follows this pattern is susceptible, it's probably just a
> > coincidence that most of my failures happened to be with the two recipes I
> > mentioned.
> >
> > This issue has revealed a bug, and fixing that bug would be great. However,
> > the thing is, keymap.sh is a shell program written 12 years ago which hasn't
> > changed since. The GPL/COPYING file is only there for "reasons". The license
> > file doesn't *need* to be moved into the build area for this recipe to get its
> > job done (namely installing keymap.sh into the image's sysvinit).
>
> The "good" news is I did work out how to reproduce this.
>
> bitbake keymaps -c clean
> bitbake keymaps
> bitbake keymaps -c unpack -f
> bitbake keymaps -c patch
> bitbake keymaps -c unpack -f
> bitbake keymaps -c patch

Awesome! That is a very simple and quick reproducer!

> I haven't looked at why but hopefully that helps us more forward with looking at
> the issue.
>
> The complications with S == WORKDIR were one of the reasons I did start work on
> patches to make it work better and maybe move fetching into a dedicated
> direction rather than WORKDIR and then symlink things. I never got that patch to
> work well enough to submit though (and it is too late for a major change like
> that in this release).

As per our conversation I quickly tried the following (not that I expected
this to be a final solution, but just a poking-around kind of thing):

        diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
        index cc81461473..503da61b3d 100644
        --- a/meta/classes/base.bbclass
        +++ b/meta/classes/base.bbclass
        @@ -170,6 +170,7 @@ do_unpack[dirs] = "${WORKDIR}"
         do_unpack[cleandirs] = "${@d.getVar('S') if os.path.normpath(d.getVar('S')) != os.path.normpath(d.getVar('WORKDIR')) else os.path.join('${S}', 'patches')}"

         python base_do_unpack() {
        +    bb.utils.remove(d.getVar('B') + "/.pc", recurse=True)
             src_uri = (d.getVar('SRC_URI') or "").split()
             if not src_uri:
                 return

And it changed the error message from:

        $ bitbake keymaps -c patch
        ...
        ERROR: keymaps-1.0-r31 do_patch: Applying patch 'GPLv2.patch' on target directory '/z/build-master/quilt-fix/qemux86/nodistro/build/tmp-glibc/work/qemux86-oe-linux/keymaps/1.0-r31'
        CmdError('quilt --quiltrc /z/build-master/quilt-fix/qemux86/nodistro/build/tmp-glibc/work/qemux86-oe-linux/keymaps/1.0-r31/recipe-sysroot-native/etc/quiltrc push', 0, 'stdout:
        stderr: File series fully applied, ends at patch GPLv2.patch
        ')

to:

        $ bitbake keymaps -c patch
        ...
        ERROR: keymaps-1.0-r31 do_patch: Applying patch 'GPLv2.patch' on target directory '/z/build-master/quilt-fix/qemux86/nodistro/build/tmp-glibc/work/qemux86-oe-linux/keymaps/1.0-r31'
        CmdError('quilt --quiltrc /z/build-master/quilt-fix/qemux86/nodistro/build/tmp-glibc/work/qemux86-oe-linux/keymaps/1.0-r31/recipe-sysroot-native/etc/quiltrc push', 0, 'stdout: Applying patch GPLv2.patch
        The next patch would create the file COPYING,
        which already exists!  Applying it anyway.
        patching file COPYING
        Hunk #1 FAILED at 1.
        1 out of 1 hunk FAILED -- rejects in file COPYING
        Patch GPLv2.patch can be reverse-applied

        stderr: ')

progress? https://www.reddit.com/r/ProgrammerHumor/comments/8j5qim/progress/

+oe-core ML as it isn't poky/yocto specific

Just small update as multiple people mentioned this (in case I don't send the final fix later today).

There are couple recipes affected by this e.g. keymaps (.patch already removed in oe-core), makedevs (.patch removal sent to ML yesterday https://lists.openembedded.org/g/openembedded-core/message/166172), devmem2 (https://lists.openembedded.org/g/openembedded-devel/message/97270), but there are other recipes with S = "${WORKDIR}" where you can trigger this e.g. by having a .patch file in DISTRO layer .bbappend (e.g. tzdata with webOS https://github.com/webosose/meta-webosose/blob/06e5298d9f5c47679b679081d9930f8d1c776142/meta-webos/recipes-extended/tzdata/tzdata.bbappend#L10)

This do_patch issue is caused by:
introduced in kirkstone with:

I'm still looking how to fix this properly, but the shortest sequence to reproduce this is just
bitbake keymaps -c patch
bitbake keymaps -c unpack -f
bitbake keymaps -c patch

And the change in quilt behavior is causing QuiltTree.Clean (quilt pop -a -f) in:

to fail with "No series file found" before undoing the patches in WORKDIR.

Removing ".pc" as Trevor tried above doesn't help, because we really need quilt's help to undo the patches (in this case to delete COPYING file from WORKDIR before applying the .patch which tries to add it again), because do_unpack cannot just wipe S and start over (because S == WORKDIR) - not selectively removing the files listed in SRC_URI, because COPYING file isn't listed there.

Using skip_series_check in 'quilt pop' (partially reverting the change from upstream) helps a bit, but might be difficult to upstream.

Will send a fix later today or next week.

Cheers,


Re: [meta-filesystems][dunfell][PATCH] fuse: Set CVE_PRODUCT

Ranjitsinh Rathod
 

Hi Armin,

We have sent this patch for dunfell so you can take this.
This will get applied without any conflicts.


Thanks,

Best Regards,

Ranjitsinh Rathod
Technical Leader |  | KPIT Technologies Ltd.
Cellphone: +91-84606 92403
__________________________________________
KPIT | Follow us on LinkedIn


From: openembedded-devel@... <openembedded-devel@...> on behalf of omkar via lists.openembedded.org <omkarpatil10.93=gmail.com@...>
Sent: Thursday, May 26, 2022 3:14 PM
To: openembedded-devel@... <openembedded-devel@...>; omkarpatil10.93@... <omkarpatil10.93@...>
Cc: Ranjitsinh Rathod <Ranjitsinh.Rathod@...>; Omkar Patil <Omkar.Patil@...>
Subject: [oe][meta-filesystems][dunfell][PATCH] fuse: Set CVE_PRODUCT
 
Caution: This email originated from outside of the KPIT. Do not click links or open attachments unless you recognize the sender and know the content is safe.

From: Omkar Patil <omkar.patil@...>

set CVE_PRODUCT to avoid wrongly reported CVEs

Signed-off-by: Omkar Patil <omkar.patil@...>
Signed-off-by: Omkar Patil <omkarpatil10.93@...>
---
 meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb | 3 +++
 meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb  | 6 ++----
 2 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb b/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb
index 24b17fc93..b15bcd228 100644
--- a/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb
+++ b/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb
@@ -22,6 +22,9 @@ UPSTREAM_CHECK_REGEX = "fuse\-(?P<pver>3(\.\d+)+).tar.xz"

 inherit meson pkgconfig

+# set vendor along with fuse to fix wrongly reported CVEs
+CVE_PRODUCT = "fuse_project:fuse"
+
 DEPENDS = "udev"

 PACKAGES =+ "fuse3-utils"
diff --git a/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb b/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
index 49682b3cd..cfd9650c9 100644
--- a/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
+++ b/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
@@ -19,10 +19,8 @@ SRC_URI = "https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flibfuse%2Flibfuse%2Freleases%2Fdownload%2F%24&amp;data=05%7C01%7Cranjitsinh.rathod%40kpit.com%7C83b651494f5444d27b7408da3efc9091%7C3539451eb46e4a26a242ff61502855c7%7C0%7C0%7C637891551789489516%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=8ioNpnZj3C%2BoQR0JYG3ug7T23KvkRXMX9ST3YUwhzQM%3D&amp;reserved=0{BP}/${BP}.tar.
 SRC_URI[md5sum] = "8000410aadc9231fd48495f7642f3312"
 SRC_URI[sha256sum] = "d0e69d5d608cc22ff4843791ad097f554dd32540ddc9bed7638cc6fea7c1b4b5"

-# CVE-2019-14860 is a REDHAT specific issue and was addressed for REDHAT Fuse products on Red Hat Fuse 7.4.1 and Red Hat Fuse 7.5.0.
-# REDHAT has also released the fix and updated their security advisories after significant releases.
-CVE_PRODUCT = "fuse"
-CVE_CHECK_WHITELIST += "CVE-2019-14860"
+# set vendor along with fuse to fix wrongly reported CVEs
+CVE_PRODUCT = "fuse_project:fuse"

 UPSTREAM_CHECK_URI = "https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flibfuse%2Flibfuse%2Freleases&amp;data=05%7C01%7Cranjitsinh.rathod%40kpit.com%7C83b651494f5444d27b7408da3efc9091%7C3539451eb46e4a26a242ff61502855c7%7C0%7C0%7C637891551789489516%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=o2sHG5VW6H%2BXEqkBThXg81ziwC6%2FaTFcbSYtVSpxrQ4%3D&amp;reserved=0"
 UPSTREAM_CHECK_REGEX = "fuse\-(?P<pver>2(\.\d+)+).tar.gz"
--
2.17.1

This message contains information that may be privileged or confidential and is the property of the KPIT Technologies Ltd. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. KPIT Technologies Ltd. does not accept any liability for virus infected mails.


[meta-filesystems][dunfell][PATCH] fuse: Set CVE_PRODUCT

omkar
 

From: Omkar Patil <omkar.patil@...>

set CVE_PRODUCT to avoid wrongly reported CVEs

Signed-off-by: Omkar Patil <omkar.patil@...>
Signed-off-by: Omkar Patil <omkarpatil10.93@...>
---
meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb | 3 +++
meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb | 6 ++----
2 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb b/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb
index 24b17fc93..b15bcd228 100644
--- a/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb
+++ b/meta-filesystems/recipes-support/fuse/fuse3_3.9.2.bb
@@ -22,6 +22,9 @@ UPSTREAM_CHECK_REGEX = "fuse\-(?P<pver>3(\.\d+)+).tar.xz"

inherit meson pkgconfig

+# set vendor along with fuse to fix wrongly reported CVEs
+CVE_PRODUCT = "fuse_project:fuse"
+
DEPENDS = "udev"

PACKAGES =+ "fuse3-utils"
diff --git a/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb b/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
index 49682b3cd..cfd9650c9 100644
--- a/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
+++ b/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
@@ -19,10 +19,8 @@ SRC_URI = "https://github.com/libfuse/libfuse/releases/download/${BP}/${BP}.tar.
SRC_URI[md5sum] = "8000410aadc9231fd48495f7642f3312"
SRC_URI[sha256sum] = "d0e69d5d608cc22ff4843791ad097f554dd32540ddc9bed7638cc6fea7c1b4b5"

-# CVE-2019-14860 is a REDHAT specific issue and was addressed for REDHAT Fuse products on Red Hat Fuse 7.4.1 and Red Hat Fuse 7.5.0.
-# REDHAT has also released the fix and updated their security advisories after significant releases.
-CVE_PRODUCT = "fuse"
-CVE_CHECK_WHITELIST += "CVE-2019-14860"
+# set vendor along with fuse to fix wrongly reported CVEs
+CVE_PRODUCT = "fuse_project:fuse"

UPSTREAM_CHECK_URI = "https://github.com/libfuse/libfuse/releases"
UPSTREAM_CHECK_REGEX = "fuse\-(?P<pver>2(\.\d+)+).tar.gz"
--
2.17.1


Re: Honister merge request: May 25th

Khem Raj
 

merged thanks

On Wed, May 25, 2022 at 7:20 PM akuster808 <akuster808@...> wrote:

The following changes since commit 9a0caf5b09e14a28a54c3f8524d97530aeb8152c:

zabbix: Fix sereval CVEs (2022-04-16 09:48:15 -0700)

are available in the Git repository at:

https://git.openembedded.org/meta-openembedded honister-next

for you to fetch changes up to 0e6c34f82ca4d43cbca3754c5fe37c5b3bdd0f37:

ostree: prevent ostree-native depending on target virtual/kernel to
provide kernel-module-overlay (2022-05-23 07:43:39 -0700)

----------------------------------------------------------------
Martin Jansa (1):
ostree: prevent ostree-native depending on target virtual/kernel
to provide kernel-module-overlay

Nicolas Dechesne (1):
imlib2: update SRC_URI

meta-oe/recipes-extended/ostree/ostree_2021.3.bb | 2 +-
meta-oe/recipes-graphics/imlib2/imlib2_git.bb | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)


Honister merge request: May 25th

Armin Kuster
 

The following changes since commit 9a0caf5b09e14a28a54c3f8524d97530aeb8152c:

  zabbix: Fix sereval CVEs (2022-04-16 09:48:15 -0700)

are available in the Git repository at:

  https://git.openembedded.org/meta-openembedded honister-next

for you to fetch changes up to 0e6c34f82ca4d43cbca3754c5fe37c5b3bdd0f37:

  ostree: prevent ostree-native depending on target virtual/kernel to provide kernel-module-overlay (2022-05-23 07:43:39 -0700)

----------------------------------------------------------------
Martin Jansa (1):
      ostree: prevent ostree-native depending on target virtual/kernel to provide kernel-module-overlay

Nicolas Dechesne (1):
      imlib2: update SRC_URI

 meta-oe/recipes-extended/ostree/ostree_2021.3.bb | 2 +-
 meta-oe/recipes-graphics/imlib2/imlib2_git.bb    | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)


Re: [kirkstone][PATCH 3/3] devmem2: update SRC_URI according to redirect

Martin Jansa
 

buildroot removed it in 2019 and recommends to use busybox version instead:
https://github.com/buildroot/buildroot/commit/2b2579afebfc7a9b8a458af1f2d206101fbfa19c

"Use the the Busybox devmem utility, instead, which provides the same functionality."

On Wed, May 25, 2022 at 8:32 PM Khem Raj <raj.khem@...> wrote:
On Wed, May 25, 2022 at 11:08 AM Denys Dmytriyenko <denis@...> wrote:
>
> Sure, I can do that and put it in the repo, since I've made few patches on top
> of it... Before I do that, are there any objections? Bootlin?

I would suggest to cross post with buildroot and see if there is
interest in using it from
a separate repository.

>
>
> On Wed, May 25, 2022 at 08:03:58PM +0200, Martin Jansa wrote:
> > Anyone willing to create a repo for this on github instead of patching this
> > in metadata?
> >
> > This is another reproducer for do_patch issue described here
> > https://lists.yoctoproject.org/g/yocto/message/56602
> >
> > On Fri, May 13, 2022 at 1:43 AM Denys Dmytriyenko <denis@...> wrote:
> >
> > > From: Michael Opdenacker <michael.opdenacker@...>
> > >
> > > http://www.free-electrons.com now redirects to https://bootlin.com
> > >
> > > Signed-off-by: Michael Opdenacker <michael.opdenacker@...>
> > > Signed-off-by: Khem Raj <raj.khem@...>
> > > Signed-off-by: Denys Dmytriyenko <denis@...>
> > > ---
> > >  meta-oe/recipes-support/devmem2/devmem2.bb | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/meta-oe/recipes-support/devmem2/devmem2.bb
> > > b/meta-oe/recipes-support/devmem2/devmem2.bb
> > > index ba7aad8ab..70d413521 100644
> > > --- a/meta-oe/recipes-support/devmem2/devmem2.bb
> > > +++ b/meta-oe/recipes-support/devmem2/devmem2.bb
> > > @@ -3,7 +3,7 @@ LICENSE = "GPL-2.0-or-later"
> > >  LIC_FILES_CHKSUM =
> > > "file://devmem2.c;endline=38;md5=a9eb9f3890384519f435aedf986297cf"
> > >  PR = "r7"
> > >
> > > -SRC_URI = "
> > > http://www.free-electrons.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c
> > > \
> > > +SRC_URI = "
> > > https://bootlin.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c \
> > >             file://devmem2-fixups-2.patch;apply=yes;striplevel=0 \
> > >
> > > file://0001-devmem.c-ensure-word-is-32-bit-and-add-support-for-6.patch \
> > >
> > > file://0001-devmem2-support-different-page-sizes-at-run-time.patch \
> > > --
> > > 2.25.1
>
>
>


Re: [kirkstone][PATCH 3/3] devmem2: update SRC_URI according to redirect

Khem Raj
 

On Wed, May 25, 2022 at 11:08 AM Denys Dmytriyenko <denis@...> wrote:

Sure, I can do that and put it in the repo, since I've made few patches on top
of it... Before I do that, are there any objections? Bootlin?
I would suggest to cross post with buildroot and see if there is
interest in using it from
a separate repository.



On Wed, May 25, 2022 at 08:03:58PM +0200, Martin Jansa wrote:
Anyone willing to create a repo for this on github instead of patching this
in metadata?

This is another reproducer for do_patch issue described here
https://lists.yoctoproject.org/g/yocto/message/56602

On Fri, May 13, 2022 at 1:43 AM Denys Dmytriyenko <denis@...> wrote:

From: Michael Opdenacker <michael.opdenacker@...>

http://www.free-electrons.com now redirects to https://bootlin.com

Signed-off-by: Michael Opdenacker <michael.opdenacker@...>
Signed-off-by: Khem Raj <raj.khem@...>
Signed-off-by: Denys Dmytriyenko <denis@...>
---
meta-oe/recipes-support/devmem2/devmem2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/devmem2/devmem2.bb
b/meta-oe/recipes-support/devmem2/devmem2.bb
index ba7aad8ab..70d413521 100644
--- a/meta-oe/recipes-support/devmem2/devmem2.bb
+++ b/meta-oe/recipes-support/devmem2/devmem2.bb
@@ -3,7 +3,7 @@ LICENSE = "GPL-2.0-or-later"
LIC_FILES_CHKSUM =
"file://devmem2.c;endline=38;md5=a9eb9f3890384519f435aedf986297cf"
PR = "r7"

-SRC_URI = "
http://www.free-electrons.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c
\
+SRC_URI = "
https://bootlin.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c \
file://devmem2-fixups-2.patch;apply=yes;striplevel=0 \

file://0001-devmem.c-ensure-word-is-32-bit-and-add-support-for-6.patch \

file://0001-devmem2-support-different-page-sizes-at-run-time.patch \
--
2.25.1


Re: [kirkstone][PATCH 3/3] devmem2: update SRC_URI according to redirect

Martin Jansa
 


On Wed, May 25, 2022 at 8:04 PM Martin Jansa via lists.openembedded.org <Martin.Jansa=gmail.com@...> wrote:
Anyone willing to create a repo for this on github instead of patching this in metadata?

This is another reproducer for do_patch issue described here https://lists.yoctoproject.org/g/yocto/message/56602

On Fri, May 13, 2022 at 1:43 AM Denys Dmytriyenko <denis@...> wrote:
From: Michael Opdenacker <michael.opdenacker@...>

http://www.free-electrons.com now redirects to https://bootlin.com

Signed-off-by: Michael Opdenacker <michael.opdenacker@...>
Signed-off-by: Khem Raj <raj.khem@...>
Signed-off-by: Denys Dmytriyenko <denis@...>
---
 meta-oe/recipes-support/devmem2/devmem2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/devmem2/devmem2.bb b/meta-oe/recipes-support/devmem2/devmem2.bb
index ba7aad8ab..70d413521 100644
--- a/meta-oe/recipes-support/devmem2/devmem2.bb
+++ b/meta-oe/recipes-support/devmem2/devmem2.bb
@@ -3,7 +3,7 @@ LICENSE = "GPL-2.0-or-later"
 LIC_FILES_CHKSUM = "file://devmem2.c;endline=38;md5=a9eb9f3890384519f435aedf986297cf"
 PR = "r7"

-SRC_URI = "http://www.free-electrons.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c \
+SRC_URI = "https://bootlin.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c \
            file://devmem2-fixups-2.patch;apply=yes;striplevel=0 \
            file://0001-devmem.c-ensure-word-is-32-bit-and-add-support-for-6.patch \
            file://0001-devmem2-support-different-page-sizes-at-run-time.patch \
--
2.25.1








Re: [kirkstone][PATCH 3/3] devmem2: update SRC_URI according to redirect

Denys Dmytriyenko
 

Sure, I can do that and put it in the repo, since I've made few patches on top
of it... Before I do that, are there any objections? Bootlin?

On Wed, May 25, 2022 at 08:03:58PM +0200, Martin Jansa wrote:
Anyone willing to create a repo for this on github instead of patching this
in metadata?

This is another reproducer for do_patch issue described here
https://lists.yoctoproject.org/g/yocto/message/56602

On Fri, May 13, 2022 at 1:43 AM Denys Dmytriyenko <denis@...> wrote:

From: Michael Opdenacker <michael.opdenacker@...>

http://www.free-electrons.com now redirects to https://bootlin.com

Signed-off-by: Michael Opdenacker <michael.opdenacker@...>
Signed-off-by: Khem Raj <raj.khem@...>
Signed-off-by: Denys Dmytriyenko <denis@...>
---
meta-oe/recipes-support/devmem2/devmem2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/devmem2/devmem2.bb
b/meta-oe/recipes-support/devmem2/devmem2.bb
index ba7aad8ab..70d413521 100644
--- a/meta-oe/recipes-support/devmem2/devmem2.bb
+++ b/meta-oe/recipes-support/devmem2/devmem2.bb
@@ -3,7 +3,7 @@ LICENSE = "GPL-2.0-or-later"
LIC_FILES_CHKSUM =
"file://devmem2.c;endline=38;md5=a9eb9f3890384519f435aedf986297cf"
PR = "r7"

-SRC_URI = "
http://www.free-electrons.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c
\
+SRC_URI = "
https://bootlin.com/pub/mirror/devmem2.c;downloadfilename=devmem2-new.c \
file://devmem2-fixups-2.patch;apply=yes;striplevel=0 \

file://0001-devmem.c-ensure-word-is-32-bit-and-add-support-for-6.patch \

file://0001-devmem2-support-different-page-sizes-at-run-time.patch \
--
2.25.1

2621 - 2640 of 99908