[OE-core] [PATCH] libbsd: upgrade 0.11.7 -> 0.11.8

2024-01-15 Thread wangmy
From: Wang Mingyu License-Update: Switch arc4random(3bsd) man page from OpenBSD to NetBSD 0001-funopen-Replace-off64_t-with-off_t-in-funopen_seek.patch removed since it's included in 0.11.8 Signed-off-by: Wang Mingyu --- ...e-off64_t-with-off_t-in-funopen_seek.patch | 34 ---

[OE-core] [PATCH] kexec-tools: upgrade 2.0.27 -> 2.0.28

2024-01-15 Thread wangmy
From: Wang Mingyu 0002-purgatory-Pass-r-directly-to-linker.patch 0003-kexec-ARM-Fix-add_buffer_phys_virt-align-issue.patch 0005-Disable-PIE-during-link.patch refreshed for 2.0.28 Signed-off-by: Wang Mingyu --- .../0002-purgatory-Pass-r-directly-to-linker.patch| 7 ---

[OE-core] [PATCH] iproute2: upgrade 6.6.0 -> 6.7.0

2024-01-15 Thread wangmy
From: Wang Mingyu Signed-off-by: Wang Mingyu --- .../iproute2/{iproute2_6.6.0.bb => iproute2_6.7.0.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-connectivity/iproute2/{iproute2_6.6.0.bb => iproute2_6.7.0.bb} (97%) diff --git

[OE-core] [PATCH] nghttp2: upgrade 1.57.0 -> 1.58.0

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: -Fix build error when both clock_gettime and GetTickCount64 are available -nghttpx: Shutdown h3 stream write if reset by a remote endpoint -Bump golang.org/x/net from 0.15.0 to 0.17.0 -cmake: speed up warning option detection -Update doc -ngtcp2 has

[OE-core] [PATCH] python3-cython: upgrade 3.0.7 -> 3.0.8

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: * Using "const" together with defined fused types could fail to compile. * A "use after free" bug was fixed in parallel sections. * Several types were not available as "cython.*" types in pure Python code. * The generated code is now correct C89 again,

[OE-core] [PATCH] python3-subunit: upgrade 1.4.2 -> 1.4.4

2024-01-15 Thread wangmy
From: Wang Mingyu License-Update: Rely on external copy of iso8601 Changelog: === * Removed use of deprecated "utc" and "utcfromtimestamp" methods of "datetime.datetime". * Fix an issue with date parsing exception handling * Add support for Python 3.12 Signed-off-by: Wang Mingyu ---

[OE-core] [PATCH] python3-git: upgrade 3.1.40 -> 3.1.41

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: https://github.com/gitpython-developers/GitPython/releases/tag/3.1.41 Signed-off-by: Wang Mingyu --- .../python/{python3-git_3.1.40.bb => python3-git_3.1.41.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

[OE-core] [PATCH] bind: upgrade 9.18.20 -> 9.18.21

2024-01-15 Thread wangmy
From: Wang Mingyu bind-ensure-searching-for-json-headers-searches-sysr.patch refreshed for 9.18.21 Changelog: == -Improve LRU cleaning behaviour. -The "resolver-nonbackoff-tries" and "resolver-retry-interval" options are deprecated; a warning will be logged if they are used. -BIND

[OE-core] [PATCH] ofono: upgrade 2.2 -> 2.3

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: == -Fix issue with handling SMS submit report sizes. -Fix issue with handling operator name and ISI modems. Signed-off-by: Wang Mingyu --- meta/recipes-connectivity/ofono/{ofono_2.2.bb => ofono_2.3.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[OE-core] [PATCH] python3-numpy: upgrade 1.26.2 -> 1.26.3

2024-01-15 Thread wangmy
From: Wang Mingyu 0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch refreshed for 1.26.3 Changelog: https://github.com/numpy/numpy/releases/tag/v1.26.3 Signed-off-by: Wang Mingyu --- ...earch-usr-and-so-on-for-libraries-by-default-.patch | 10 --

[OE-core] [PATCH] vte: upgrade 0.74.1 -> 0.74.2

2024-01-15 Thread wangmy
From: Wang Mingyu Signed-off-by: Wang Mingyu --- meta/recipes-support/vte/{vte_0.74.1.bb => vte_0.74.2.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-support/vte/{vte_0.74.1.bb => vte_0.74.2.bb} (96%) diff --git a/meta/recipes-support/vte/vte_0.74.1.bb

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Etienne Cordonnier via lists.openembedded.org
Hi Jasper, one thing to keep in mind is that for some repositories, downloading a release tarball is significantly faster than cloning the whole repository (since the tarball is much smaller than the git repository containing the entire git history). Etienne On Mon, Jan 15, 2024 at 7:38 AM

[OE-core] [PATCH] libtest-warnings-perl: upgrade 0.031 -> 0.032

2024-01-15 Thread wangmy
From: Wang Mingyu License-Update: new config variable, $ENV{PERL_TEST_WARNINGS_ONLY_REPORT_WARNINGS}, for temporarily turning failures into reports Signed-off-by: Wang Mingyu --- ...rnings-perl_0.031.bb => libtest-warnings-perl_0.032.bb} | 7 ++- 1 file changed, 2 insertions(+), 5

[OE-core] [PATCH] xserver-xorg: upgrade 21.1.9 -> 21.1.10

2024-01-15 Thread wangmy
From: Wang Mingyu 0001-xf86pciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.patch refreshed for 21.1.10 Signed-off-by: Wang Mingyu --- ...Bus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.patch | 10 -- ...{xserver-xorg_21.1.9.bb => xserver-xorg_21.1.10.bb} | 2 +- 2 files changed, 5

[OE-core] [PATCH] mpg123: upgrade 1.32.3 -> 1.32.4

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: === - build: -- Reorganize shared headers, API headers into src/include. -- Use relative include paths, avoiding internal directories in CPPFLAGS except for config.h. -- Group C99 feature checks and make several standard headers mandatory. -- Get rid of

[OE-core] [PATCH] libxmlb: upgrade 0.3.14 -> 0.3.15

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: - Sprinkle __attribute__((nonnull)) to give a little more compile-time safety - Accept text/xml as an alternative to application/xml - Do not inline shared code - Fix compiling with Visual Studio - Fix the exported api test on Windows - Generate and use

[OE-core] [PATCH] python3-hypothesis: upgrade 6.92.2 -> 6.92.9

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: https://hypothesis.readthedocs.io/en/latest/changes.html Signed-off-by: Wang Mingyu --- ...ython3-hypothesis_6.92.2.bb => python3-hypothesis_6.92.9.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

[OE-core] [PATCH] elfutils: upgrade 0.189 -> 0.190

2024-01-15 Thread wangmy
From: Wang Mingyu 0001-Add-helper-function-for-basename.patch 0001-dso-link-change.patch 0001-libasm-may-link-with-libbz2-if-found.patch 0001-libelf-elf_end.c-check-data_list.data.d.d_buf-before.patch 0001-tests-Makefile.am-compile-test_nlist-with-standard-C.patch

Re: [OE-core] [PATCH] rust: Use llvm-config from native llvm-rust on rust target builds

2024-01-15 Thread Richard Purdie
On Sat, 2024-01-13 at 21:58 -0800, Khem Raj wrote: > target rust recipe builds ( cross compile ) calls llvm-config from > target sysroot which works ok as long as C++ runtime it needs is > available on build host e.g. libstdc++ etc. which is commonly the > case, however when using clang and llvm

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Ross Burton
On 9 Jan 2024, at 19:29, Khem Raj via lists.openembedded.org wrote: > ++ #ifndef BACKEND_IS_OPENSSL > + g_test_add ("/tls/" BACKEND "/connection/unclean-close-by-server", > TestConnection, NULL, > + setup_connection, test_unclean_close_by_server, > teardown_connection); > ++

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Alexander Kanavin
On Mon, 15 Jan 2024 at 15:03, Jasper Orschulko wrote: > > > Sadly it wouldn't. Auto-generated github archives are known to be > > non-deterministic, and we even have a qa check to ensure no recipe is > > using them. I didn't raise this point because my objections are on > > the > > principle of

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Alexander Kanavin
On Mon, 15 Jan 2024 at 15:04, Ross Burton wrote: > > This issue is reported upstream, and the link is in the patch. Yes, > > given sufficient time one can become an expert in intricacies of glib, > > openssl, and their interaction, and then develop a real fix all by > > themselves, but I think a

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Alexander Kanavin
Alberto's commit I was referring to is: https://git.yoctoproject.org/poky/commit/?h=master=ef3e46afd910d4b7727d42c4c18b501525c65695 You can also dig up the related dicussion on the bitbake list. Alex On Mon, 15 Jan 2024 at 15:17, Jasper Orschulko wrote: > > Ah nice, that is definitely

[OE-core] [PATCH] libtool: Update patch to mark as backport

2024-01-15 Thread Richard Purdie
The patch merged upstream, mark as such. Signed-off-by: Richard Purdie --- ...2-libtool.m4-For-reproducibility-stop-encoding-hostnam.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Alexander Kanavin
On Mon, 15 Jan 2024 at 14:41, Ross Burton wrote: > > On 9 Jan 2024, at 19:29, Khem Raj via lists.openembedded.org > wrote: > > ++ #ifndef BACKEND_IS_OPENSSL > > + g_test_add ("/tls/" BACKEND "/connection/unclean-close-by-server", > > TestConnection, NULL, > > +

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Jasper Orschulko via lists.openembedded.org
Hi Alex, > Okay, I've read the README file in that repo, and if i understood it > right, the process is: > - run fossology > - have a human inspect the output, and correct it on a file by file > basis (tremendous waste of time and limited developer resources even > when done the 'open source way'

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Jasper Orschulko via lists.openembedded.org
> Sadly it wouldn't. Auto-generated github archives are known to be > non-deterministic, and we even have a qa check to ensure no recipe is > using them. I didn't raise this point because my objections are on > the > principle of using release tarballs, not this technicality. Ah ok, that is

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Jasper Orschulko via lists.openembedded.org
Hi Etienne, GitHub also provides tarballs for the unmodified source code, e.g.:https://github.com/libexpat/libexpat/archive/refs/tags/R_2_5_0.tar.gz This corresponds to the "Source Code" asset that Github automatically adds to releases, see:

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Alexander Kanavin
On Mon, 15 Jan 2024 at 14:54, Jasper Orschulko wrote: > GitHub also provides tarballs for the unmodified source code, > e.g.:https://github.com/libexpat/libexpat/archive/refs/tags/R_2_5_0.tar.gz > > This corresponds to the "Source Code" asset that Github automatically > adds to releases, see: >

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Ross Burton
On 15 Jan 2024, at 13:49, Alexander Kanavin wrote: >> We could #if 0 out every test that failed and rejoice in our 100% pass test >> cases but that would be a terrible idea, so why is this different? > > This is what we already do for intermittently failing ptests all over > the stack. Rejoice!

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Alexander Kanavin
On Mon, 15 Jan 2024 at 15:05, Alexander Kanavin via lists.openembedded.org wrote: > > On Mon, 15 Jan 2024 at 15:03, Jasper Orschulko > wrote: > > > > > Sadly it wouldn't. Auto-generated github archives are known to be > > > non-deterministic, and we even have a qa check to ensure no recipe is >

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Jasper Orschulko via lists.openembedded.org
Thanks, good to know! Well, that buries that idea then I guess... we will have to somehow deal with the release tarballs then I guess. On Mon, 2024-01-15 at 15:05 +0100, Alexander Kanavin wrote: > On Mon, 15 Jan 2024 at 15:03, Jasper Orschulko > wrote: > > > > > Sadly it wouldn't.

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Jasper Orschulko via lists.openembedded.org
Ah nice, that is definitely something we would be interested in! Alberto, would you be so kind to share some details? On Mon, 2024-01-15 at 15:12 +0100, Alexander Kanavin wrote: > On Mon, 15 Jan 2024 at 15:05, Alexander Kanavin via > lists.openembedded.org > > wrote: > > > > On Mon, 15 Jan 2024

[OE-core] [PATCH] python3-more-itertools: upgrade 10.1.0 -> 10.2.0

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: === -factor, iter_index, sieve, and unique_justseen were updated to match the itertools docs -first was was optimized -takewhile_inclusive was was refactored -combination_with_replacement_index was was optimized -nth_permutation,

[OE-core] [PATCH] python3-pycryptodome: upgrade 3.19.1 -> 3.20.0

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: === -Added support for TurboSHAKE128 and TurboSHAKE256. -Added method Crypto.Hash.new() to generate a hash object given a hash name. -Added support for AES-GCM encryption of PBES2 and PKCS#8 containers. -Added support for SHA-2 and SHA-3 algorithms in PBKDF2

[OE-core] [PATCH] xz: upgrade 5.4.4 -> 5.4.5

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: * Small fixes and improvements to the tests. * Updated translations: Chinese (simplified) and Esperanto. Signed-off-by: Wang Mingyu --- meta/recipes-extended/xz/{xz_5.4.4.bb => xz_5.4.5.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

[OE-core] [PATCH] virglrenderer: upgrade 1.0.0 -> 1.0.1

2024-01-15 Thread wangmy
From: Wang Mingyu 0001-meson.build-use-python3-directly-for-python.patch refreshed for 1.0.1 0001-vtest-Fix-undefined-behavior-with-clang.patch removed since it's included in 1.0.1 Signed-off-by: Wang Mingyu --- ...uild-use-python3-directly-for-python.patch | 6 +-

[OE-core] [PATCH] python3-jinja2: upgrade 3.1.2 -> 3.1.3

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: == -Fix compiler error when checking if required blocks in parent templates are empty. -xmlattr filter does not allow keys with spaces. -Make error messages stemming from invalid nesting of {% trans %} blocks more helpful Signed-off-by: Wang Mingyu ---

[OE-core] [PATCH] python3-markdown: upgrade 3.5 -> 3.5.2

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: -Fix type annotations for convertFile - it accepts only bytes-based buffers. Also remove legacy checks from Python 2 -Remove legacy import needed only in Python 2 -Fix typo that left the attribute AdmonitionProcessor.content_indent unset -Fix edge-case

[OE-core] [PATCH] stress-ng: upgrade 0.17.03 -> 0.17.04

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: https://github.com/ColinIanKing/stress-ng/releases/tag/V0.17.04 Signed-off-by: Wang Mingyu --- .../stress-ng/{stress-ng_0.17.03.bb => stress-ng_0.17.04.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

[OE-core] [PATCH] python3-wcwidth: upgrade 0.2.12 -> 0.2.13

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: Bugfix zero-width support for Hangul Jamo Signed-off-by: Wang Mingyu --- .../{python3-wcwidth_0.2.12.bb => python3-wcwidth_0.2.13.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/python/{python3-wcwidth_0.2.12.bb =>

[OE-core] [PATCH] python3-trove-classifiers: upgrade 2023.11.29 -> 2024.1.8

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: === * Added CAN classifiers * fixed CAN classifier order Signed-off-by: Wang Mingyu --- ...iers_2023.11.29.bb => python3-trove-classifiers_2024.1.8.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

Re: [OE-core] [PATCH] python3-subunit: upgrade 1.4.2 -> 1.4.4

2024-01-15 Thread Alexander Kanavin
On Mon, 15 Jan 2024 at 10:14, wangmy wrote: > > From: Wang Mingyu > > License-Update: Rely on external copy of iso8601 This also doesn't sufficiently clarify what changed in the license, so I went and checked:

[OE-core] [PATCH] swig: upgrade 4.1.1 -> 4.2.0

2024-01-15 Thread wangmy
From: Wang Mingyu 0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch 0001-configure-use-pkg-config-for-pcre-detection.patch determinism.patch refreshed for 4.2.0 Changelog: -Various template wrapping improvements: template template parameters, variadic templates,

Re: [OE-core] [PATCH] libtest-warnings-perl: upgrade 0.031 -> 0.032

2024-01-15 Thread Alexander Kanavin
On Mon, 15 Jan 2024 at 10:03, wangmy wrote: > > From: Wang Mingyu > > License-Update: > new config variable, $ENV{PERL_TEST_WARNINGS_ONLY_REPORT_WARNINGS}, > for temporarily turning failures into reports The actual change to the LICENSE file is in this commit:

[OE-core] [PATCH] python3-pycryptodomex: upgrade 3.19.1 -> 3.20.0

2024-01-15 Thread wangmy
From: Wang Mingyu Changelog: === -Added support for TurboSHAKE128 and TurboSHAKE256. -Added method Crypto.Hash.new() to generate a hash object given a hash name. -Added support for AES-GCM encryption of PBES2 and PKCS#8 containers. -Added support for SHA-2 and SHA-3 algorithms in PBKDF2

Re: [OE-core] [PATCH v5 2/3] mesa: add support for RustiCL under PACKAGECONFIG "opencl"

2024-01-15 Thread Zoltan Boszormenyi
2024. 01. 13. 7:12 keltezéssel, Dmitry Baryshkov írta: On Fri, 12 Jan 2024 at 12:21, Böszörményi Zoltán wrote: 2024. 01. 02. 23:57 keltezéssel, Dmitry Baryshkov írta: On Tue, 2 Jan 2024 at 17:30, Richard Purdie wrote: On Tue, 2024-01-02 at 17:25 +0200, Dmitry Baryshkov wrote: On Tue, 2 Jan

[OE-core][dunfell][PATCH] dbus: Add patches to clear cache on policy reload

2024-01-15 Thread Poonam Jadhav
See discussion at https://marc.info/?l=selinux=152173501930182=2 Link: https://gitlab.freedesktop.org/dbus/dbus/-/merge_requests/31 Support patches added: 1. "Add-_dbus_clear_loop-and-_dbus_clear_watch.patch" Where '_dbus_clear_loop' and '_dbus_clear_watch' functions are available. 2.

[OE-core] "ptest-pkgs" image feature misses ptest package dependencies due to COMPLEMENTARY_GLOB ignoring all RRECOMMENDS

2024-01-15 Thread Lyu, William via lists.openembedded.org
When I try to build a core-image-minimal image with ptest for openssl installed using the following conf/local.conf modifications, the openssl-ptest is installed but with missing runtime dependencies. DISTRO_FEATURES:append = " ptest" EXTRA_IMAGE_FEATURES += " ptest-pkgs"

[OE-core] [PATCH] libsecret: upgrade 0.21.1 -> 0.21.2

2024-01-15 Thread wangmy
From: Jiang Kai Changelog: * Support GnuTLS as an alternative crypto backend * Fix LeakSanitizer issues * secret-tool: Verify that the parsed stdin password is vaild UTF-8 * Fix markup syntax for SecretSchema * Public secret_attributes_validate method * Updated translations

[OE-core][dunfell][PATCH] qemu: Backport fix for CVE-2023-2861

2024-01-15 Thread Vijay Anusuri via lists.openembedded.org
From: Vijay Anusuri Updated 0012-fix-libcap-header-issue-on-some-distro.patch to resolve patch fuzz caused by the CVE-2023-2861 patch Upstream-Status: Backport [https://gitlab.com/qemu-project/qemu/-/commit/a5804fcf7b22fc7d1f9ec794dd284c7d504bd16b &

[OE-core] [PATCH] enchant2: upgrade 2.6.4 -> 2.6.5

2024-01-15 Thread wangmy
From: Jiang Kai Changelog: -permits error messages from spelling providers not to be valid UTF-8. -The --with-hunspell-dir configure option is removed (along with all the other ---with-PROVIDER-dir options, which did nothing). -Doxygen API documentation is now included in the

[OE-core] [PATCH] btrfs-tools: upgrade 6.5.3 -> 6.6.3

2024-01-15 Thread wangmy
From: Jiang Kai 0001-Add-a-possibility-to-specify-where-python-modules-ar.patch refreshed for 6.6.3 Changelog: == * subvol create: accept multiple arguments * subvol delete: print the subvolume id in the output * subvol sync: check if the filesystems is still writeable so it does not

[OE-core] [PATCH] debianutils: upgrade 5.15 -> 5.16

2024-01-15 Thread wangmy
From: Jiang Kai Changelog: Upload to unstable per request of Chris Hofstaedtler. Signed-off-by: Jiang Kai Signed-off-by: Wang Mingyu --- .../debianutils/{debianutils_5.15.bb => debianutils_5.16.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

Re: [OE-core] [PATCH] rng-tools: move to meta-oe

2024-01-15 Thread Randy MacLeod via lists.openembedded.org
On 2024-01-15 11:58 a.m., Alexandre Belloni via lists.openembedded.org wrote: This is breaking meta-agl-core until this gets into meta-oe: https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/3849/steps/14/logs/stdio Thanks Alexandre. Stephane, Jan-Simon, Is rng-tools

[OE-core] [PATCHv2] rust: Re-write RPATHs in the copies llvm-config

2024-01-15 Thread Khem Raj
Ensure that it can still access the native-sysroot for dependencies, use ORIGIN to indicate this relative its install location, this also helps in this not getting into the output of llvm-config which could otherwise provide incorrect library paths target rust recipe builds ( cross compile )

Re: [OE-core] [PATCH] rng-tools: move to meta-oe

2024-01-15 Thread Khem Raj
On Mon, Jan 15, 2024 at 12:20 PM Randy MacLeod via lists.openembedded.org wrote: > > On 2024-01-15 11:58 a.m., Alexandre Belloni via lists.openembedded.org wrote: > > This is breaking meta-agl-core until this gets into meta-oe: > >

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Khem Raj
On Mon, Jan 15, 2024 at 11:38 AM Khem Raj wrote: > > On Mon, Jan 15, 2024 at 9:06 AM Ross Burton wrote: > > > > > > > > > On 15 Jan 2024, at 16:53, Khem Raj wrote: > > > Where does it say it does not support? On the contrary there are patches > > > in this area sent recently > > > >

Re: [OE-core] [PATCH] rng-tools: move to meta-oe

2024-01-15 Thread Scott Murray
On Mon, 15 Jan 2024, Randy MacLeod via lists.openembedded.org wrote: > On 2024-01-15 11:58 a.m., Alexandre Belloni via lists.openembedded.org wrote: > > This is breaking meta-agl-core until this gets into meta-oe: > > > >

Re: [OE-core] [PATCH] Revert "cve-check: Modify judgment processing using "=" in version comparison"

2024-01-15 Thread Matsunaga-Shinji
Hi, Ross, What do you think about the following? Regards, Shinji -Original Message- From: Matsunaga, Shinji/松永 慎司 Sent: Thursday, December 28, 2023 10:59 AM To: 'ross.bur...@arm.com' Cc: openembedded-core@lists.openembedded.org Subject: RE: [PATCH] Revert "cve-check: Modify judgment

[OE-core] [PATCH] libxrandr: upgrade 1.5.3 -> 1.5.4

2024-01-15 Thread wangmy
From: Jiang Kai Changelog: = -Remove "All rights reserved" from Oracle copyright notices -configure: Use LT_INIT from libtool 2 instead of deprecated AC_PROG_LIBTOOL -XRRGetMonitors(): free correct pointer in error path Signed-off-by: Jiang Kai Signed-off-by: Wang Mingyu ---

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Khem Raj
On Mon, Jan 15, 2024 at 9:06 AM Ross Burton wrote: > > > > > On 15 Jan 2024, at 16:53, Khem Raj wrote: > > Where does it say it does not support? On the contrary there are patches in > > this area sent recently > >

Re: [OE-core] [PATCH] rust: Use llvm-config from native llvm-rust on rust target builds

2024-01-15 Thread Khem Raj
On Mon, Jan 15, 2024 at 9:49 AM Richard Purdie wrote: > > On Mon, 2024-01-15 at 08:56 -0800, Khem Raj wrote: > > Hi > > > > On Mon, Jan 15, 2024 at 5:19 AM Richard Purdie > > wrote: > > > On Sat, 2024-01-13 at 21:58 -0800, Khem Raj wrote: > > > > target rust recipe builds ( cross compile ) calls

[OE-core] [PATCH v2] libtest-warnings-perl: upgrade 0.031 -> 0.032

2024-01-15 Thread wangmy
From: Wang Mingyu License-Update: basic artistic license changed to perl artistic license. Signed-off-by: Wang Mingyu --- ...ings-perl_0.031.bb => libtest-warnings-perl_0.032.bb} | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) rename

[OE-core] [PATCH v2] python3-subunit: upgrade 1.4.2 -> 1.4.4

2024-01-15 Thread wangmy
From: Wang Mingyu License-Update: change License file to COPYING. add BSD-3-Clause to LICENSE Changelog: === * Removed use of deprecated "utc" and "utcfromtimestamp" methods of "datetime.datetime". * Fix an issue with date parsing exception handling * Add support for Python 3.12

[OE-core] [PATCHv3] rust: Re-write RPATHs in the copies llvm-config

2024-01-15 Thread Khem Raj
Ensure that it can still access the native-sysroot for dependencies, use ORIGIN to indicate this relative its install location, this also helps in this not getting into the output of llvm-config which could otherwise provide incorrect library paths target rust recipe builds ( cross compile )

[OE-core] [PATCH] weston: Update to 13.0.0

2024-01-15 Thread Fabio Estevam
From: Fabio Estevam Update to Weston 13.0.0. Remove the following options that were no longer exist in 13.0.0: launcher-libseat and launcher-libseat. Add seatd as a required dependency for kms. Signed-off-by: Fabio Estevam --- .../wayland/{weston_12.0.2.bb => weston_13.0.0.bb} | 9

Re: [OE-core] [PATCH 2/2] python: update 3.11.5 -> 3.12.1

2024-01-15 Thread Alexandre Belloni via lists.openembedded.org
I got failures on the AB: https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/8302/steps/12/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/8477/steps/25/logs/stdio On 12/01/2024 13:41:41+0100, Alexander Kanavin wrote: > Drop distutils and smtpd modules

Re: [OE-core] [PATCH] weston: Update to 13.0.0

2024-01-15 Thread Khem Raj
On Mon, Jan 15, 2024 at 7:25 PM Fabio Estevam wrote: > > From: Fabio Estevam > > Update to Weston 13.0.0. > > Remove the following options that were no longer exist in 13.0.0: > launcher-libseat and launcher-libseat. I think one of them should be launcher-logind > > Add seatd as a required

[OE-core] [nanbield][patch 1/2] xwayland: upgrade 23.2.2 -> 23.2.3

2024-01-15 Thread Lee Chee Yang
From: Wang Mingyu upgrade include fix for CVE-2023-6377 CVE-2023-6478 (Cherry-pick from OE-Core rev: bf0bb7b94ed4930145af5f1fb3836157daceb6bb) Signed-off-by: Wang Mingyu Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie Signed-off-by: Lee Chee Yang ---

[OE-core] [nanbield][patch 2/2] curl: Fix CVE-2023-46219

2024-01-15 Thread Lee Chee Yang
From: Lee Chee Yang Upstream docs for CVE-2023-46219: https://curl.se/docs/CVE-2023-46219.html Signed-off-by: Lee Chee Yang --- .../curl/curl/CVE-2023-46219.patch| 131 ++ meta/recipes-support/curl/curl_8.4.0.bb | 1 + 2 files changed, 132 insertions(+)

[OE-core] [PATCH] newlib: Upgrade 4.3.0 -> 4.4.0

2024-01-15 Thread Alejandro Hernandez Samaniego
- COPYING.LICENSE: Added Apache-2.0-with-LLVM-exception from newlibs commit 96ec8f868e1a0f5a75badfe4627a41f12cce742d applicable to newlib/libc/machine/aarch64. - Also switch libgloss to use PV from newlib.inc instead to align with the newlib recipe behavior. Signed-off-by: Alejandro Enedino

Re: [OE-core] [dunfell][PATCH] systemd: fix CVE-2023-7008

2024-01-15 Thread Hitendra Prajapati via lists.openembedded.org
Hi Steve, Yes, it is for kirkstone branch. Sorry for my mistake. Regards, Hitendra On 14/01/24 7:41 am, Steve Sakoman wrote: On Thu, Jan 11, 2024 at 6:12 PM Hitendra Prajapati via lists.openembedded.org wrote: Upstream-Status: Backport

[OE-core] [kirkstone][PATCH] systemd: fix CVE-2023-7008

2024-01-15 Thread Hitendra Prajapati via lists.openembedded.org
Upstream-Status: Backport from https://github.com/systemd/systemd/commit/3b4cc1437b51fcc0b08da8cc3f5d1175eed25eb1 Signed-off-by: Hitendra Prajapati --- .../systemd/systemd/CVE-2023-7008.patch | 40 +++ meta/recipes-core/systemd/systemd_250.5.bb| 1 + 2 files changed,

Re: [OE-core] [PATCH] uboot-sign: support to load optee-os and TFA images

2024-01-15 Thread A. Sverdlin via lists.openembedded.org
Hello Jamin! On Mon, 2024-01-15 at 15:54 +0800, Jamin Lin via lists.openembedded.org wrote: > Currently, u-boot FIT image only support to load u-boot image. > To support optee-os and trusted-firmware-a, update ITS file generation > scripts, so users are able to use u-boot FIT image to load >

Re: [OE-core] Removing Github release SRC_URIs from oe-core recipes?

2024-01-15 Thread Mark Hatle
On 1/15/24 7:50 AM, Jasper Orschulko via lists.openembedded.org wrote: Hi Alex, Okay, I've read the README file in that repo, and if i understood it right, the process is: - run fossology - have a human inspect the output, and correct it on a file by file basis (tremendous waste of time and

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Khem Raj
On Mon, Jan 15, 2024 at 5:41 AM Ross Burton wrote: > On 9 Jan 2024, at 19:29, Khem Raj via lists.openembedded.org gmail@lists.openembedded.org> wrote: > > ++ #ifndef BACKEND_IS_OPENSSL > > + g_test_add ("/tls/" BACKEND "/connection/unclean-close-by-server", > TestConnection, NULL, > > +

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Khem Raj
On Mon, Jan 15, 2024 at 6:04 AM Ross Burton wrote: > On 15 Jan 2024, at 13:49, Alexander Kanavin > wrote: > >> We could #if 0 out every test that failed and rejoice in our 100% pass > test cases but that would be a terrible idea, so why is this different? > > > > This is what we already do for

Re: [OE-core] [PATCH v3] glib-networking: Fix ptest failures with openssl backend

2024-01-15 Thread Ross Burton
> On 15 Jan 2024, at 16:53, Khem Raj wrote: > Where does it say it does not support? On the contrary there are patches in > this area sent recently https://gitlab.gnome.org/GNOME/glib-networking/-/commit/8e1d80c1e0fc52d17d08a21946fa4a86ec30e1db Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive

Re: [OE-core] [PATCH v2 2/3] insane.bbclass: Make check_32bit_symbols check for file functions too

2024-01-15 Thread Alexander Kanavin
I guess the patch needs to be adjusted to suppress the warnings from here? https://git.yoctoproject.org/poky/tree/meta/conf/distro/include/time64.inc Any suppressions should come with upstream ticket links. Better yet, make patches to address the issues. Seems like there's not a lot of them.

[OE-core] [AUH] weston: upgrading to 13.0.0 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *weston* to *13.0.0* has Failed(do_compile). Detailed error information: do_compile failed Next steps: - apply the patch: git am 0001-weston-upgrade-12.0.2-13.0.0.patch

[OE-core] [AUH] lttng-ust: upgrading to 2.13.7 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *lttng-ust* to *2.13.7* has Failed (devtool error). Detailed error information: Running 'devtool upgrade' for recipe lttng-ust failed. NOTE: Reconnecting to bitbake server...

[OE-core] [AUH] lttng-modules: upgrading to 2.13.11 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *lttng-modules* to *2.13.11* has Failed (devtool error). Detailed error information: Running 'devtool upgrade' for recipe lttng-modules failed. NOTE: Reconnecting to bitbake

[OE-core] [AUH] virglrenderer: upgrading to 1.0.1 SUCCEEDED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *virglrenderer* to *1.0.1* has Succeeded. Next steps: - apply the patch: git am 0001-virglrenderer-upgrade-1.0.0-1.0.1.patch - check the changes to upstream patches and

[OE-core] [AUH] debianutils: upgrading to 5.16 SUCCEEDED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *debianutils* to *5.16* has Succeeded. Next steps: - apply the patch: git am 0001-debianutils-upgrade-5.15-5.16.patch - check the changes to upstream patches and summarize

[OE-core] [AUH] libxrandr: upgrading to 1.5.4 SUCCEEDED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *libxrandr* to *1.5.4* has Succeeded. Next steps: - apply the patch: git am 0001-libxrandr-upgrade-1.5.3-1.5.4.patch - check the changes to upstream patches and summarize

[OE-core] [AUH] puzzles: upgrading to 7a93ae5d3c90cb5d1d8d775a8cd9d30bc745f658 SUCCEEDED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *puzzles* to *7a93ae5d3c90cb5d1d8d775a8cd9d30bc745f658* has Succeeded. Next steps: - apply the patch: git am 0001-puzzles-upgrade-to-latest-revision.patch - check the

[OE-core] [AUH] mpg123: upgrading to 1.32.4 SUCCEEDED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *mpg123* to *1.32.4* has Succeeded. Next steps: - apply the patch: git am 0001-mpg123-upgrade-1.32.3-1.32.4.patch - check the changes to upstream patches and summarize them

[OE-core] [AUH] vulkan-samples: upgrading to d9a6b1069f8008e83a74ae6c08fc7b0235aa2830 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *vulkan-samples* to *d9a6b1069f8008e83a74ae6c08fc7b0235aa2830* has Failed (devtool error). Detailed error information: Running 'devtool upgrade' for recipe vulkan-samples failed.

[OE-core] [AUH] iso-codes: upgrading to 4.16.0 SUCCEEDED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *iso-codes* to *4.16.0* has Succeeded. Next steps: - apply the patch: git am 0001-iso-codes-upgrade-4.15.0-4.16.0.patch - check the changes to upstream patches and summarize

[OE-core] [AUH] pulseaudio: upgrading to 17.0 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *pulseaudio* to *17.0* has Failed(do_compile). Detailed error information: do_compile failed Next steps: - apply the patch: git am 0001-pulseaudio-upgrade-16.1-17.0.patch

Re: [OE-core] [PATCH] rust: Use llvm-config from native llvm-rust on rust target builds

2024-01-15 Thread Richard Purdie
On Mon, 2024-01-15 at 08:56 -0800, Khem Raj wrote: > Hi > > On Mon, Jan 15, 2024 at 5:19 AM Richard Purdie > wrote: > > On Sat, 2024-01-13 at 21:58 -0800, Khem Raj wrote: > > > target rust recipe builds ( cross compile ) calls llvm-config > > > from > > > target sysroot which works ok as long as

Re: [OE-core] [PATCH] rust: Use llvm-config from native llvm-rust on rust target builds

2024-01-15 Thread Khem Raj
Hi On Mon, Jan 15, 2024 at 5:19 AM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Sat, 2024-01-13 at 21:58 -0800, Khem Raj wrote: > > target rust recipe builds ( cross compile ) calls llvm-config from > > target sysroot which works ok as long as C++ runtime it needs is > >

Re: [OE-core] [PATCH v2 2/3] insane.bbclass: Make check_32bit_symbols check for file functions too

2024-01-15 Thread Alexandre Belloni via lists.openembedded.org
This causes a bunch of warnings on the autobuilders: https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/8306/steps/12/logs/warnings https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/5587/steps/11/logs/warnings stdio: WARNING: lib32-openssh-9.5p1-r0 do_package_qa:

Re: [OE-core] [PATCH] rng-tools: move to meta-oe

2024-01-15 Thread Alexandre Belloni via lists.openembedded.org
This is breaking meta-agl-core until this gets into meta-oe: https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/3849/steps/14/logs/stdio On 10/01/2024 15:25:01-0500, Randy MacLeod via lists.openembedded.org wrote: > From: Randy MacLeod > > Nothing in oe-core depends on

[OE-core] [AUH] texinfo: upgrading to 7.1 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *texinfo* to *7.1* has Failed (devtool error). Detailed error information: The following devtool command failed: upgrade texinfo -V 7.1 NOTE: Reconnecting to bitbake server...

[OE-core] [AUH] stress-ng: upgrading to 0.17.04 SUCCEEDED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *stress-ng* to *0.17.04* has Succeeded. Next steps: - apply the patch: git am 0001-stress-ng-upgrade-0.17.03-0.17.04.patch - check the changes to upstream patches and

[OE-core] [AUH] gtk+3: upgrading to 3.24.39 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *gtk+3* to *3.24.39* has Failed (devtool error). Detailed error information: Running 'devtool upgrade' for recipe gtk+3 failed. NOTE: Reconnecting to bitbake server... Loading

[OE-core] [AUH] libtraceevent: upgrading to 1.8.2 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *libtraceevent* to *1.8.2* has Failed (devtool error). Detailed error information: Running 'devtool upgrade' for recipe libtraceevent failed. NOTE: Reconnecting to bitbake

[OE-core] [AUH] attr: upgrading to 2.5.2 FAILED

2024-01-15 Thread Auto Upgrade Helper
Hello, this email is a notification from the Auto Upgrade Helper that the automatic attempt to upgrade the recipe *attr* to *2.5.2* has Failed (devtool error). Detailed error information: The following devtool command failed: upgrade attr -V 2.5.2 NOTE: Reconnecting to bitbake server...

  1   2   >