On Tue, Jan 16, 2024 at 11:10 PM Andrej Valek wrote:
>
> Hello Raj,
>
> Don't forget to change the glibc-version.inc too and try to make a
> optimization/cleaning like I proposed here:
> https://lists.openembedded.org/g/openembedded-core/message/193572 ;).
yeah CVEs list will need cleaning anyway
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/kirkstone-1-1-openssh-fix-CVE-2023-48795.patch
FAIL: test CVE check ignore: CVE_CHECK_IGNORE is deprecated and shou
Hello Raj,
Don't forget to change the glibc-version.inc too and try to make a
optimization/cleaning like I proposed here:
https://lists.openembedded.org/g/openembedded-core/message/193572 ;).
Regards,
Andy
On 16.01.2024 20:53, Khem Raj wrote:
Upgrade localdef to get glibc 2.39 build fixes
D
Add a gnulib patch to fix build with clang-18
Signed-off-by: Khem Raj
---
.../0001-posixtm-pacify-clang-18.patch| 38 +++
meta/recipes-core/coreutils/coreutils_9.4.bb | 1 +
2 files changed, 39 insertions(+)
create mode 100644
meta/recipes-core/coreutils/coreutils/000
From: Meenali Gupta
A flaw was found in the SSH channel integrity.By manipulating sequence
numbers during the handshake,an attacker can remove the initial messages
on the secure channel without causing a MAC failure. For example,an attacker
could disable the ping extension and thus disable the ne
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/kirkstone-openssl-fix-CVE-2023-6237-Excessive-time-spent-checking-invalid-RSA-public-keys.patch
FAIL: test CVE chec
Upstream-Status: Backport from
https://github.com/openssl/openssl/commit/e09fc1d746a4fd15bb5c3d7bbbab950aadd005db
Signed-off-by: Hitendra Prajapati
---
.../openssl/openssl/CVE-2023-6237.patch | 127 ++
.../openssl/openssl_3.0.12.bb | 1 +
2 files changed,
I am trying to generate reproducible wic images. I see that the Disk GUID is
changing between builds. On seeing the wic imager source file (direct.py), i
noticed that the disk identifier is set based on the "SOURCE_DATE_EPOCH"
environment variable
(https://github.com/openembedded/openembedded-c
Can we change the perl recipe to simply use 'RDEPENDS' for perl-modules?
I don't see what benefit the 'RRECOMMENDS' could give us.
Regards,
Qi
On 1/17/24 02:56, Tim Orling wrote:
On Tue, Jan 16, 2024 at 9:21 AM Alexander Kanavin
wrote:
How about simple depending on specific module pa
On Tue, Jan 16, 2024 at 7:37 PM Alexander Kanavin
wrote:
>
> Please provide a link to the documentation in the commit message, and not
> just the claim.
>
Perhaps add this link to commit msg
https://qemu-project.gitlab.io/qemu/system/qemu-cpu-models.html#other-non-recommended-x86-cpus
> Alex
>
Please provide a link to the documentation in the commit message, and not
just the claim.
Alex
On Tue 16. Jan 2024 at 21.46, Simone Weiß wrote:
> From: Simone Weiß
>
> Fixes [YOCTO #12388]
>
> QEMUs documentation does recommend to not use n270 and core2duo as
> an argument to -cpu anymore. Upd
Hi Alexander,
One more thing, So far, bitman only support hash 256.
Thanks
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193885):
https://lists.openembedded.org/g/openembedded-core/message/193885
Mute This Topic: https://lists.openembedded.org/m
From: Vijay Anusuri
Upstream-Status: Backport
[https://gitlab.com/libtiff/libtiff/-/commit/1e7d217a323eac701b134afc4ae39b6bdfdbc96a]
Signed-off-by: Vijay Anusuri
---
.../libtiff/files/CVE-2023-6228.patch | 30 +++
meta/recipes-multimedia/libtiff/tiff_4.1.0.bb | 1 +
2
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
u-boot, optee-os and treustred-firmware-a images
Add a variable "UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A" to
ena
Yes, it is a typo and will fix it.
Thanks-Jamin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193882):
https://lists.openembedded.org/g/openembedded-core/message/193882
Mute This Topic: https://lists.openembedded.org/mt/103734859/21656
Group Owner
Hi Alexander,
Thanks for review.
I tested it in ASPEED AST2600 and AST2700 SOCs. Yoc can see our Github
repository here.
https://github.com/AspeedTech-BMC
You are right the latest version of u-boot(2024.01) support binman python tool
to create FIT image and support optee-os and trusted-firmwa
From: Peter Marko
Documentation for this patch is under
https://github.com/mkj/dropbear/commit/66bc1fcdee594c6cb1139df0ef8a6c9c5fc3fde3
Signed-off-by: Peter Marko
---
meta/recipes-core/dropbear/dropbear.inc | 1 +
.../dropbear/dropbear/CVE-2023-48795.patch| 234 ++
Hello,
This causes warnings for meta-aws:
https://autobuilder.yoctoproject.org/typhoon/#/builders/122/builds/3840/steps/12/logs/warnings
On 14/01/2024 17:19:03+, Simone Weiß wrote:
> From: Simone Weiß
>
> Fixes [YOCTO #14538]
>
> Recipes shouldn't use "virtual/" in RPROVIDES and RDEPENDS.
I got these failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6257/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/2751/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6317/st
On Tue, Jan 16, 2024 at 10:57 AM Tim Orling via lists.openembedded.org
wrote:
>
>
> On Tue, Jan 16, 2024 at 9:21 AM Alexander Kanavin
> wrote:
>
>> How about simple depending on specific module packages? I don’t think
>> OpenSSL truly needs all modules.
>>
>
> Agreed. I don’t see a compelling re
New clang 18+ errors out on this while older clang does not
Signed-off-by: Khem Raj
---
...Pass-export-dynamic-option-to-linker.patch | 38 +++
meta/recipes-gnome/libgudev/libgudev_238.bb | 2 +
2 files changed, 40 insertions(+)
create mode 100644
meta/recipes-gnome/libgudev
On Tue, 2024-01-16 at 09:23 -0500, Robert P. J. Day wrote:
> a very weird question, to be sure, but i literally just ran across a
> recipe that does the following (i will paraphrase some stuff to
> protect the innocent).
>
> the recipe processes a bunch of XML source files, and generates from
From: Simone Weiß
Fixes [YOCTO #12388]
QEMUs documentation does recommend to not use n270 and core2duo as
an argument to -cpu anymore. Update therefore the QEMU cpu option for
the core2duo tune to Nehalam. Tested it locally with QEMU and KVM.
Signed-off-by: Simone Weiß
---
meta/conf/machine/i
Upgrade localdef to get glibc 2.39 build fixes
Details of release [1]
[1] https://sourceware.org/glibc/wiki/Release/2.39
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
...2.38.bb => cross-localedef-native_2.39.bb} | 0
meta/recipes-core/glibc/glibc-common.in
On Tue, Jan 16, 2024 at 9:21 AM Alexander Kanavin
wrote:
> How about simple depending on specific module packages? I don’t think
> OpenSSL truly needs all modules.
>
Agreed. I don’t see a compelling reason to add the perl-modules-force-all
complication. This will add confusion in my opinion.
It
* Since 0.7.14 setup.py was dropped and now the project is using the
flit core backend (inherit python_flit_core)
* Add BUGTRACKER url
License-Update: LICENSE renamed to LICENSE.rst
https://alabaster.readthedocs.io/en/latest/changelog.html#changelog
0.7.14 – 2024-01-08
* Dropped support for Py
On 2024-01-16 05:05, Vyacheslav Yurkov wrote:
I also have the same opinion. What else am I supposed to write in the
body if it were merely a refactoring (function moved, renamed, etc),
and it's already described in the hearer?
It shouldn't be considered a strict requirement, as it's going to
If this is only for fixing OpenSSL ptest, then it’s not needed perhaps,
once OpenSSL recipe is fixed?
Alex
On Tue 16. Jan 2024 at 17.56, Lyu, William via lists.openembedded.org
wrote:
> From: William Lyu
>
> When perl-modules is added via COMPLEMENTARY_GLOB, all perl-module-*
> packages recomm
How about simple depending on specific module packages? I don’t think
OpenSSL truly needs all modules.
Alex
On Tue 16. Jan 2024 at 17.56, Lyu, William via lists.openembedded.org
wrote:
> From: William Lyu
>
> Change the openssl-ptest RDEPENDS from perl-modules to
> perl-modules-force-all which
From: William Lyu
Change the openssl-ptest RDEPENDS from perl-modules to
perl-modules-force-all which RDEPENDS on the same set of packages
perl-module-* recommended by perl-modules. So, when openssl-ptest is
added via COMPLEMENTARY_GLOB "ptest-pkgs", its dependencies on these
perl-module-* packag
From: William Lyu
When perl-modules is added via COMPLEMENTARY_GLOB, all perl-module-*
packages recommended by perl-modules are ignored due to the defined
behavior of COMPLEMENTARY_GLOB.
This patch creates a new package perl-modules-force-all that RDEPENDS on
the same set of packages perl-module
Current Dev Position: YP 5.0 M2
Next Deadline: 15th January 2024 YP 5.0 M2 build
Next Team Meetings:
-
Bug Triage meeting Thursday January 18th at 7:30 am PST (
https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)
-
Weekly Project Engineering Sync Tuesday January 16
a very weird question, to be sure, but i literally just ran across a
recipe that does the following (i will paraphrase some stuff to
protect the innocent).
the recipe processes a bunch of XML source files, and generates from
them JSON files, so any change in any of the XML source files should
On Tue, Jan 16, 2024 at 4:07 AM Alexander Kanavin
wrote:
>
> FWIW to me this looks like an outcome of specific product
> requirements, and not something that would be generally useful in
> dunfell. If these are backported, then why not every other bugfix that
> accumulated in dbus repo over the pa
FWIW to me this looks like an outcome of specific product
requirements, and not something that would be generally useful in
dunfell. If these are backported, then why not every other bugfix that
accumulated in dbus repo over the past 4-ish years?
Alex
On Tue, 16 Jan 2024 at 14:58, Steve Sakoman
Adding Chen Qi (dbus maintainer). Does this look OK to you?
Steve
On Mon, Jan 15, 2024 at 1:23 AM Poonam Jadhav wrote:
>
> See discussion at https://marc.info/?l=selinux&m=152173501930182&w=2
> Link: https://gitlab.freedesktop.org/dbus/dbus/-/merge_requests/31
>
> Support patches added:
> 1. "A
On Tue, 2024-01-16 at 09:33 +0100, Vyacheslav Yurkov wrote:
> On 10.01.2024 16:45, Lukas Funke wrote:
> > On 10.01.2024 14:59, Richard Purdie wrote:
> > > On Wed, 2024-01-10 at 12:53 +0100, Vyacheslav Yurkov wrote:
> > > > Local modules are usually referenced with a 'replace' directive in
> > > > g
On 15.01.24 08:54, 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
> u-boot, optee-os and treustred-firm
Seems I have my work cut out for me. Thanks for the feedback.
/Ola
On Mon, Jan 15 2024, Alexander Kanavin wrote:
> 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 c
On Tue, 16 Jan 2024 at 12:02, Jermain Horsman wrote:
> I did implement a new version, it is available on the mailing list,
> it should include all other feedback as well.
Thanks for persevering; the last version is good, so please re-submit
it without the RFC.
Once it lands we can think of furth
Drop distutils and smtpd modules from packaging, as both are gone in 3.12.
Rebase:
0020-configure.ac-setup.py-do-not-add-a-curses-include-pa.patch
(drop setup.py chunk as the file is gone)
Drop patches:
0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
(setup.py gone, lib/termcap no
With python 3.12 some of the glib ptests started failing. Inspection
revealed that they fail because all tests in some glib's test suites are
skipped;
python 3.12's unittest module deems "no tests in a test suite were executed"
a failure (and I tend to agree).
Why are all the tests skipped? Becau
g-i-data class is strictly for setting GI_DATA_ENABLED. Any build tweaks
should be in g-i class.
Signed-off-by: Alexander Kanavin
---
meta/classes-recipe/gobject-introspection-data.bbclass | 5 -
meta/classes-recipe/gobject-introspection.bbclass | 5 +
2 files changed, 5 insertions(
> Is comma (,) as a separator okay? Maybe : is better?
In my opinion a comma suggest a list, whereas a semicolon
suggests a relation, so I've opted to use ':'.
I did implement a new version, it is available on the mailing list,
it should include all other feedback as well.
Sincerely,
Jermain Ho
From: Jermain Horsman
This uses an existing setup-layers configuration and modifies one
or more repositories using a reference provided by the user.
This is a very minimal implementation, no validation of this reference
is done and it is left to the user to provide a valid value.
Signed-off-by:
From: Jermain Horsman
This includes a simple test which creates a layer setup using
custom references, and subsequently modifies the resulting layers
setup using a different custom reference.
Signed-off-by: Jermain Horsman
---
meta/lib/oeqa/selftest/cases/bblayers.py | 53 +
From: Jermain Horsman
During development it can be useful to use a branch instead of a
revision, e.g. when rebasing often or just for easy upgrading of
the setup.
This iteration has a very minimal implementation, which covers many
use cases, but certainly not all.
As previously discussed the in
From: Fabio Estevam
Update to Weston 13.0.0.
Remove the following options that were no longer exist in 13.0.0:
deprecated-launcher-logind and launcher-libseat.
Add seatd as a required dependency for kms.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fixed typo in the commit log. (Khem)
I also have the same opinion. What else am I supposed to write in the
body if it were merely a refactoring (function moved, renamed, etc), and
it's already described in the hearer?
Slava
On 16.01.2024 10:32, Alexander Kanavin wrote:
Because making it strict would only result in useless noise
Because making it strict would only result in useless noise in the
commit logs. It's entirely valid to have changes that can fully be
described with a commit header. I see it as a notice to consider if
the commit message should be added, at the discretion of both
submitter and committer.
Alex
On
On 16/01/2024 10:08:50+0100, Alexander Kanavin wrote:
> No.
Why not?
>
> Alex
>
> On Tue, 16 Jan 2024 at 09:53, Vyacheslav Yurkov wrote:
> >
> > Is that a strict requirement now even for trivial patches?
> >
> > Slava
> >
> > On 16.01.2024 09:45, patcht...@automation.yoctoproject.org wrote:
>
No.
Alex
On Tue, 16 Jan 2024 at 09:53, Vyacheslav Yurkov wrote:
>
> Is that a strict requirement now even for trivial patches?
>
> Slava
>
> On 16.01.2024 09:45, patcht...@automation.yoctoproject.org wrote:
> > Thank you for your submission. Patchtest identified one
> > or more issues with the p
I fixed a typo in the commit message: "directory -> directly".
On Tue, Jan 16, 2024 at 10:02 AM wrote:
> From: Etienne Cordonnier
>
> This was initially added by
> https://git.yoctoproject.org/meta-darwin/commit/?id=97a84e083d0c2812e44231d48fb478e9a9cfac79
> to the meta-darwin repository, howev
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/kirkstone-1-1-cpio-upgrade-to-2.14.patch
FAIL: test CVE check ignore: CVE_CHECK_IGNORE is deprecated and should be
From: Etienne Cordonnier
This was initially added by
https://git.yoctoproject.org/meta-darwin/commit/?id=97a84e083d0c2812e44231d48fb478e9a9cfac79
to the meta-darwin repository, however having it directly in openembedded-core
will make the maintenance of meta-darwin easier.
Signed-off-by: Domin
Is that a strict requirement now even for trivial patches?
Slava
On 16.01.2024 09:45, patcht...@automation.yoctoproject.org wrote:
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patc
From: Soumya Sambu
This includes fix for CVE-2023-7207.
Drop all submitted patches.
Apply a patch from git to fix the build with clang.
[ YOCTO #11674 ]
$git log --oneline release_2_13..v2.14
4a41909 (HEAD, tag: v2.14) Version 2.14
6f9e5d3 Update NEWS
807b3ea Use GNU ls algorithm for deciding
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/v2-9-9-oeqa-selftest-recipetool-Add-test-coverage-for-local-go-modules.patch
FAIL: test commit message presence: Pl
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/v2-8-9-oeqa-selftest-recipetool-Move-helper-function-to-the-class-scope.patch
FAIL: test commit message presence: P
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/v2-7-9-oeqa-selftest-recipetool-Move-create_go-test-to-a-proper-class.patch
FAIL: test commit message presence: Ple
On 10.01.2024 16:45, Lukas Funke wrote:
On 10.01.2024 14:59, Richard Purdie wrote:
On Wed, 2024-01-10 at 12:53 +0100, Vyacheslav Yurkov wrote:
Local modules are usually referenced with a 'replace' directive in
go.mod file. If that's the case, remove them from populating SRC_URI.
Signed-off-by:
Yes, ptest-pkgs is not tested anywhere, and so isn't guaranteed to
work. But if you can fix it, that'd be welcome.
Alex
On Tue, 16 Jan 2024 at 01:07, Lyu, William via lists.openembedded.org
wrote:
>
> When I try to build a core-image-minimal image with ptest for openssl
> installed using the fo
Thanks!
Alex
On Tue, 16 Jan 2024 at 00:55, wangmy wrote:
>
> 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 ins
Thanks, looks good!
Alex
On Tue, 16 Jan 2024 at 00:54, wangmy wrote:
>
> 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.datet
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/recipetool.py | 55 ++
1 file changed, 55 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py
b/meta/lib/oeqa/selftest/cases/recipetool.py
index 83848d6170..0c296875b2 100644
--- a/meta/lib/o
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/recipetool.py | 24 ++
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py
b/meta/lib/oeqa/selftest/cases/recipetool.py
index df15c80069..356bb4a746 100644
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/recipetool.py | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py
b/meta/lib/oeqa/selftest/cases/recipetool.py
index 356bb4a746..83848d6170 100644
--- a/met
Major module version is a part of name, but not necessary part of the
actual URL (See https://go.dev/ref/mod#module-path).
Nevertheless, name detection function can't handle that suffix, so get
rid of it to determine component name.
For replaced modules that name might be different that the actua
Whenever the recipe uses a CLOSED license, the list is going to be
empty. It's a discouraged practice not to have a license, but proceed
anyway to finish recipe generation.
Signed-off-by: Vyacheslav Yurkov
---
scripts/lib/recipetool/create_go.py | 6 ++
1 file changed, 6 insertions(+)
diff
Vendor directory might still be required during install stage, so defer
the removal until later stage.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/go-vendor.bbclass b/meta/classes/go-vendor.b
Take into account module version when populating vendor directory,
because a module with the same URL but with a different version tag
could be used as an indirect dependency.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 9 -
1 file changed, 4 insertions(+), 5 de
Local modules are usually referenced with a 'replace' directive in
go.mod file. If that's the case, remove them from populating SRC_URI.
Signed-off-by: Vyacheslav Yurkov
---
scripts/lib/recipetool/create_go.py | 36 ++---
1 file changed, 23 insertions(+), 13 deletions(-)
Create symlinks for local modules, which are usually not referenced in
the SRC_URI, but still expected to be found in the vendor directory
during the build.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-
73 matches
Mail list logo