From: Soumya Sambu
Changelog:
=
9.18.24:
- Fix case insensitive setting for isc_ht hashtable.
[GL #4568]
9.18.23:
- Specific DNS answers could cause a denial-of-service
condition due to DNS validation taking a long time.
(CVE-2023-50387) [GL #4424]
From: Vijay Anusuri
Upstream-Status: Backport
[https://github.com/gwsw/less/commit/c6ac6de49698be84d264a0c4c0c40bb870b10144]
Signed-off-by: Vijay Anusuri
---
.../less/less/CVE-2022-48624.patch| 41 +++
meta/recipes-extended/less/less_600.bb| 1 +
2 files c
Currently there is only one defined imager as part of oe-core's wic
implementation: 'direct'. However, having a highly plugin-based design,
wic allows users to define their own imagers (and sources).
Therefore don't hard-code the filename extension of the imager output to
be 'direct' (i.e. the def
On 2/22/2024 3:56 PM, Bruce Ashfield wrote:
On Thu, Feb 22, 2024 at 4:51 PM Ryan Eatmon via lists.openembedded.org
wrote:
On 2/22/2024 4:35 AM, Andreas Helbech Kleist wrote:
From: Bruce Ashfield
The initial fix for localversion setting in 6.3+ broke older
recipes and also broke recipes
On Thu, Feb 22, 2024 at 4:51 PM Ryan Eatmon via lists.openembedded.org
wrote:
>
>
>
> On 2/22/2024 4:35 AM, Andreas Helbech Kleist wrote:
> > From: Bruce Ashfield
> >
> > The initial fix for localversion setting in 6.3+ broke older
> > recipes and also broke recipes setting localversion in a kern
On 2/22/2024 4:35 AM, Andreas Helbech Kleist wrote:
From: Bruce Ashfield
The initial fix for localversion setting in 6.3+ broke older
recipes and also broke recipes setting localversion in a kernel
recipe, as make-mod-scripts (and other locations) can trigger
a regeneration of files and don't
On Thu, Feb 22, 2024 at 3:28 PM Munehisa Kamata via
lists.openembedded.org
wrote:
>
> The pkg-config workaround has been applied for kernel image building, but
> not for module building. On x86, this can trigger rebuilding of objtool
> unnecessary at do_compile_kernelmodules task. If the kernel is
Since be0e796299b0 ("build: ship all config files with
--enable-datafiles") in bluez, installing input.conf and network.conf
has been redundant, as the bluez5 recipe already includes
--enable-datafiles.
Signed-off-by: Emil Kronborg
---
meta/recipes-connectivity/bluez5/bluez5.inc | 8
1
On 2/22/2024 4:39 AM, Andreas Helbech Kleist wrote:
On Wed, 2024-02-21 at 08:40 -0600, Ryan Eatmon wrote:
On 2/16/2024 7:51 AM, Andreas Helbech Kleist wrote:
On Fri, 2024-02-16 at 09:11 +0100, Andreas Helbech Kleist wrote:
On Thu, 2024-02-15 at 19:45 -0600, Ryan Eatmon via
lists.openembedde
scripts/lib/devtool/ide_sdk.py:709: SyntaxWarning: invalid escape sequence '\.'
re_so = re.compile('.*\.so[.0-9]*$')
scripts/lib/devtool/ide_plugins/__init__.py:87: SyntaxWarning: invalid escape
sequence '\$'
gdbserver_cmd_start += "test -f \$TEMP_DIR/pid && exit 0; "
scripts/lib/devtool/ide
On 22/02/2024 14:00, adrian.freiho...@gmail.com wrote:
On Wed, 2024-02-21 at 15:56 +0100, Enguerrand de Ribaucourt wrote:
On 21/02/2024 15:12, Enguerrand de Ribaucourt wrote:
On 20/02/2024 10:01, adrian.freiho...@gmail.com wrote:
On Mon, 2024-02-19 at 17:55 +0100, Enguerrand de Ribaucour
There is a very rare case where the maxval is improperly computed
initially for cache loading progress, and the value will go over.
Explanation from bitbake/lib/bb/cache.py:736 in
MulticonfigCache:__init__:progress()
# we might have calculated incorrect total size because a file
# might'v
Dnia czwartek, 22 lutego 2024 16:02:47 CET Richard Purdie pisze:
> On Thu, 2024-02-22 at 14:53 +, Eilís 'pidge' Ní Fhlannagáin wrote:
> > From: Piotr Łobacz
> >
> > postinst-useradd-* haven't been running in order of dependency.
> >
> > This patch is reworked from Piotr Łobacz's patch and fi
On Thu, 2024-02-22 at 14:53 +, Eilís 'pidge' Ní Fhlannagáin wrote:
> From: Piotr Łobacz
>
> postinst-useradd-* haven't been running in order of dependency.
>
> This patch is reworked from Piotr Łobacz's patch and fixes:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=15084
> https://b
There isn't any reason for coreutils-native as a DEPENDS, so
remove it to speed up tests.
Signed-off-by: Eilís 'pidge' Ní Fhlannagáin
---
meta-selftest/recipes-test/selftest-users/creategroup1.bb | 2 --
meta-selftest/recipes-test/selftest-users/creategroup2.bb | 1 -
2 files changed, 3 deletion
This adds a test for 13904's fix by creating a convoluted set of recipes
with USERADD_DEPENDS in non-alpha order.
Signed-off-by: Eilís 'pidge' Ní Fhlannagáin
---
.../selftest-users/acreategroup.bb| 32
.../selftest-users/bcreategroup.bb| 37 ++
From: Piotr Łobacz
postinst-useradd-* haven't been running in order of dependency.
This patch is reworked from Piotr Łobacz's patch and fixes:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=15084
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13904
It ensures that groups, users and group
These commits fix #13904 and #15084, adds a test for it and adds a minor fix for
the creategroup tests
Eilís 'pidge' Ní Fhlannagáin (2):
selftest-users: Convoluted selftest for USERADD_DEPENDS
creategroup*: Remove coreutils-native as a DEPENDS
Piotr Łobacz (1):
useradd.bbclass: Fix order of
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/dunfell-8-9-cve-exclusion_5.4.inc-update-for-5.4.268.patch
FAIL: test commit message presence: Please include a com
From: Richard Purdie
The package task references WORKDIR at it's top level and we can't
easily make the timestamp for that determnistic due to writes to files
there and in other subdirs. We could try and force it to a specific value
but it is easier to just remove it from the package task, we don
Signed-off-by: Steve Sakoman
---
.../linux/cve-exclusion_5.4.inc | 199 +-
1 file changed, 188 insertions(+), 11 deletions(-)
diff --git a/meta/recipes-kernel/linux/cve-exclusion_5.4.inc
b/meta/recipes-kernel/linux/cve-exclusion_5.4.inc
index 983424d427..79caff7c6c
From: Bruce Ashfield
Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:
f0602893f43a Linux 5.4.268
5ff9836ab0f6 arm64: dts: armada-3720-turris-mox: set irq type for RTC
300a55a3a6d4 perf top: Skip side-band event setup if HAVE_LIBBPF_SUP
From: Bruce Ashfield
Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:
4410df70110f Linux 5.4.266
7d0f1fd80ad6 block: Don't invalidate pagecache for invalid falloc modes
a0678f504758 ring-buffer: Fix wake ups when buffer_percent is set
From: Bruce Ashfield
Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:
9153fc966495 Linux 5.4.267
69ef165176a3 ASoC: meson: codec-glue: fix pcm format cast warning
584756c3d75a ipv6: remove max_size check inline with ipv4
66b3025202
From: Bruce Ashfield
Updating to the latest korg -stable release that comprises
the following commits:
2d21f73b2f16 Linux 5.4.265
5c70542f32af powerpc/ftrace: Fix stack teardown in ftrace_no_trace
0e1867b482b4 powerpc/ftrace: Create a dummy stackframe to fix stack unwind
9395c04
From: Tim Orling
This is the latest/last of the 9.0.z upgrades, since 9.1 is now
released.
CVE: CVE-2024-22667
(includes the patch for .2142
https://github.com/vim/vim/commit/b39b240c386a5a29241415541f1c99e2e6b8ce47)
Changes:
https://github.com/vim/vim/compare/v9.0.2130...v9.0.2190
Signed-off
From: Bruce Ashfield
Updating to the latest korg -stable release that comprises
the following commits:
16e6e107a688 Linux 5.4.264
06bcac5c5151 devcoredump: Send uevent once devcd is ready
c6a1282e530d devcoredump : Serialize devcd_del work
d99376b70247 smb: client: fix potential
From: Peter Marko
Concept of gcc-source prevents cve-check to detect existing
CVE patch file.
So whitelist this CVE in all recipes using gcc-source via this
include file.
(From OE-Core rev: 04511734c6dc8c7dda3a943b385cd273d012d8c7)
Signed-off-by: Peter Marko
Signed-off-by: Steve Sakoman
(cher
Please review this set of changes for dunfell and have comments back by
end of day Monday, February 26
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6590
The following changes since commit 7ab6087536bc67c63094f08f863dcd3d5e35b8e7:
cmake: Unset
On Wed, 2024-02-21 at 15:56 +0100, Enguerrand de Ribaucourt wrote:
>
>
> On 21/02/2024 15:12, Enguerrand de Ribaucourt wrote:
> >
> >
> > On 20/02/2024 10:01, adrian.freiho...@gmail.com wrote:
> > > On Mon, 2024-02-19 at 17:55 +0100, Enguerrand de Ribaucourt
> > > wrote:
> > > > When launching
On Thu, 2024-02-22 at 11:56 +0100, Jonathan GUILLOT wrote:
> I have attached a patch (as an example) recreating the same glibc-
> locale-locale.alias package but it is really weird to me. Is there a
> glibc locale expert to help?
I had a look at the situation and I think the best thing to do is
pa
I have attached a patch (as an example) recreating the same
glibc-locale-locale.alias package but it is really weird to me. Is there a
glibc locale expert to help?
Regards,
Jonathan
Le mar. 20 févr. 2024 à 10:45, Jonathan GUILLOT a
écrit :
> Without any of my modifications, it seems that glibc-
On Wed, 2024-02-21 at 08:40 -0600, Ryan Eatmon wrote:
>
> On 2/16/2024 7:51 AM, Andreas Helbech Kleist wrote:
> > On Fri, 2024-02-16 at 09:11 +0100, Andreas Helbech Kleist wrote:
> > > On Thu, 2024-02-15 at 19:45 -0600, Ryan Eatmon via
> > > lists.openembedded.org wrote:
> > > >
> > > > On 2/15/2
From: Bruce Ashfield
The initial fix for localversion setting in 6.3+ broke older
recipes and also broke recipes setting localversion in a kernel
recipe, as make-mod-scripts (and other locations) can trigger
a regeneration of files and don't have access to the variable.
Moving the setting of thi
From: Ming Liu
Just like UBOOT_LOCALVERSION, an end user can set KERNEL_LOCALVERSION
to append a string to the name of the local version of the kernel
image.
Signed-off-by: Ming Liu
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
cherry-picked from master 229435a52f36ddec5f85f
From: Bruce Ashfield
During testing of the v6.4 reference kernel, it was noticed that
on-target modules no longer matched the magic value of the running
kernel.
This was due to a different localversion in the cross built kernel
and the scripts / resources created on target.
This was due to chan
Without this, kernels v6.3 and later have wrong localversion '+' appended.
Bruce Ashfield (2):
kernel: fix localversion in v6.3+
kernel: make LOCALVERSION consistent between recipes
Ming Liu (1):
kernel.bbclass: introduce KERNEL_LOCALVERSION
meta/classes/kernel-arch.bbclass |
This reverts commit fc8e5d7c13f62e987b76971116cf290fd01a0c8f.
We need to use the absolute path to the compiler so that the VSCode
configuration generated by devtool ide-sdk could lint meson projects.
A feature was just added to vscode-cpptools to support conveying the
compilerPath in addition to
A feature in vscode-cpptools was just added that allow us to pass the absolute
compiler path through the devtool ide-sdk generated configuration. We can
revert the meson.bbclass modification to avoid any potential issues with using
absolute paths in meson.cross.
-=-=-=-=-=-=-=-=-=-=-=-
Links: Yo
The compile_commands.json file output by meson uses the compiler as if
present in the $PATH. However, when using an IDE, the $PATH used by
bitbake is not there.
The vscode-cpptools now allows to define the compilerPath in addition
to replace the one from compile_commands.json.
Signed-off-by: Engu
Michal, what problem are you seeing?
So originally I encountered this issue when building sbsigntool. Now I
see that I was simply using a modified version of an older recipe
revision.
If I were to use a somewhat recent one, I would have this change in
place
https://github.com/Wind-River/meta
41 matches
Mail list logo
