Upstream-Status: Backport from
[https://github.com/madler/zlib/commit/73331a6a0481067628f065ffe87bb1d8f787d10c]
Signed-off-by: Ashish Sharma
---
.../zlib/zlib/CVE-2023-45853.patch| 40 +++
meta/recipes-core/zlib/zlib_1.2.11.bb | 1 +
2 files changed, 41
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-zlib-Backport-fix-CVE-2023-45853.patch
FAIL: test commit message presence: Please include a commit
Upstream-Status: Backport from
https://gitlab.com/libtiff/libtiff/-/commit/4fc16f649fa2875d5c388cf2edc295510a247ee5
Signed-off-by: Hitendra Prajapati
---
.../libtiff/files/CVE-2023-40745.patch| 34 +++
meta/recipes-multimedia/libtiff/tiff_4.1.0.bb | 1 +
2 files
Signed-off-by: Ashish Sharma
---
.../zlib/zlib/CVE-2023-45853.patch| 40 +++
meta/recipes-core/zlib/zlib_1.2.11.bb | 3 +-
2 files changed, 42 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/zlib/zlib/CVE-2023-45853.patch
diff --git
On Mon, Nov 6, 2023 at 3:40 PM Max Krummenacher wrote:
>
> On Mon, Nov 6, 2023 at 9:04 PM Bruce Ashfield
> wrote:
> >
> > On Mon, Nov 6, 2023 at 2:53 PM Max Krummenacher
> > wrote:
> > >
> > > From: Max Krummenacher
> > >
> > > Kernel 6.7-rc1 commit 02e85f74668e ("tools: arm64: Add a
Hi Richard,
sorry for the late reply. I see that you have decided to apply the patch in the
mean time, but here are my comments
On 11/4/23 04:13, Richard Purdie wrote:
> On Fri, 2023-11-03 at 13:50 -0700, Alexis Lothoré via
> lists.openembedded.org wrote:
>> From: Alexis Lothoré
>> 5
On Mon, Nov 6, 2023 at 9:04 PM Bruce Ashfield wrote:
>
> On Mon, Nov 6, 2023 at 2:53 PM Max Krummenacher wrote:
> >
> > From: Max Krummenacher
> >
> > Kernel 6.7-rc1 commit 02e85f74668e ("tools: arm64: Add a Makefile for
> > generating sysreg-defs.h") uses files from arch/arm64/tools/,
> >
On Mon, Nov 6, 2023 at 2:53 PM Max Krummenacher wrote:
>
> From: Max Krummenacher
>
> Kernel 6.7-rc1 commit 02e85f74668e ("tools: arm64: Add a Makefile for
> generating sysreg-defs.h") uses files from arch/arm64/tools/,
> gen-sysreg.awk and sysreg.
> Without the files the build of perf fails
nss-mymachines packageconfig controls this features therefore add this
dependency only when it is enabled.
Fixes
ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
rdepends on libnss-mymachines, but it isn't a build dependency? [build-deps]
Signed-off-by: Khem Raj
Cc:
From: Max Krummenacher
Kernel 6.7-rc1 commit 02e85f74668e ("tools: arm64: Add a Makefile for
generating sysreg-defs.h") uses files from arch/arm64/tools/,
gen-sysreg.awk and sysreg.
Without the files the build of perf fails independent of the used
architecture (confirmed with armv7 and
On 11/5/23 1:43 PM, Adrian Freihofer wrote:
On Sat, 2023-11-04 at 11:09 +, Richard Purdie wrote:
On Sat, 2023-11-04 at 11:29 +0100, adrian.freiho...@gmail.com wrote:
Hi Alex, hi Richard
After some internal discussions, I would like to clarify my
previous
answers on this topic.
*
nss-mymachines packageconfig controls this features therefore add this
dependency only when it is enabled.
Fixes
ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
rdepends on libnss-mymachines, but it isn't a build dependency? [build-deps]
Signed-off-by: Khem Raj
Cc:
Khem Raj escreveu no dia segunda, 6/11/2023 à(s) 17:09:
> nss-mymachines packageconfig controls this features therefore add this
> dependency only when it is enabled.
>
> Fixes
> ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
> rdepends on libnss-mymachines, but it
Move the do_packagedata dependencies into the package_write codeblocks
themselves. Also drop the dependency for the tar package backend which
was dropped.
Signed-off-by: Richard Purdie
---
meta/classes-global/debian.bbclass | 3 ---
meta/classes-global/package.bbclass | 19
On Sun, 2023-11-05 at 08:30 +, Richard Purdie via
lists.openembedded.org wrote:
> On Thu, 2023-11-02 at 16:53 +0100, Lukas Funke wrote:
> > From: Lukas Funke
> >
> > This patch series adds a recipetool handler in order to create 'go' recipes.
> > Each recipe contains a list of dependencies
nss-mymachines packageconfig controls this features therefore add this
dependency only when it is enabled.
Fixes
ERROR: systemd-1_254.4-r0 do_package_qa: QA Issue: systemd-container
rdepends on libnss-mymachines, but it isn't a build dependency? [build-deps]
Signed-off-by: Khem Raj
Cc:
On Fri, Nov 3, 2023 at 7:51 AM Florian Wickert wrote:
>
> By removing libnss_mymachines.so.2 from FILES:${PN}-container it
> correctly gets packaged into libnss-mymachines, just like the other
> libnss-* components, due to PACKAGES_DYNAMIC.
>
> To make up for the missing lib in the container
Drop a len() usage that isn't needed, drop a comment that isn't needed
and use bb.fatal() to end the task with an error.
Signed-off-by: Richard Purdie
---
meta/classes/go-vendor.bbclass | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/meta/classes/go-vendor.bbclass
The SRC_URI tests are a better fit for the new do_recipe_qa task, move them
there.
Signed-off-by: Richard Purdie
---
meta/classes-global/insane.bbclass | 46 ++
1 file changed, 22 insertions(+), 24 deletions(-)
diff --git a/meta/classes-global/insane.bbclass
Commands like "bitbake XXX -S printdiff" search for sstate files but don't
download
them. This means that local files aren't touched as the download code would do,
meaning
the sstate cleanup scripts can delete them. This can then lead to obtuse build
failures.
Have the search code touch local
On Tue, 2023-10-31 at 23:47 +0100, Louis Rannou wrote:
> This changes the prototype of write_doc as the SPDX3 documentation does not
> specify yet which is the root element.
>
> Signed-off-by: Louis Rannou
> Signed-off-by: Marta Rybczynska
> Signed-off-by: Samantha Jalabert
> ---
>
On Fri, Oct 20, 2023 at 12:47 PM Alexandre Belloni via
lists.openembedded.org
wrote:
>
> Hello,
>
> This doesn't apply on master, can you rebase?
I can't take this patch for nanbield or mickledore until it is
accepted in master, so all branches are waiting for an updated patch
for master!
Steve
From: Vijay Anusuri
Upstream-Status: Backport
[https://gitlab.freedesktop.org/xorg/xserver/-/commit/1953f460b9ad1a9cdf0fcce70f6ad3310b713d5f
&
https://gitlab.freedesktop.org/xorg/xserver/-/commit/b6fe3f924aecac6d6e311673511ce61aa2f7a81f
&
Remove the pretest_lic_files_chksum_modified_not_mentioned test entirely
and use pyparsing in test_lic_files_chksum_modified_not_mentioned to
scan the patches for lines starting with either "+LIC_FILES_CHKSUM" or
"-LIC_FILES_CHKSUM". If either is found but no "License-Update" tag is
present in
On Mon, Nov 6, 2023 at 10:15 AM Rasmus Villemoes
wrote:
>
> On 06/11/2023 15.49, Bruce Ashfield wrote:
> > On Mon, Nov 6, 2023 at 9:22 AM Rasmus Villemoes
> > wrote:
> >>
> >> From: Rasmus Villemoes
> >>
> >> Building for an arm64 target, e.g. qemuarm64 or a raspberrypi3,
> >> without "python"
On Mon, Nov 6, 2023 at 5:02 AM Vijay Anusuri wrote:
>
> Hi Steve,
>
> Xserver-xorg version is the same for both mickledore and kirkstone. Could you
> please merge this patch to mickledore along with kirkstone.
I will merge these patches to the stable branches after it hits the
master branch.
On Mon, 2023-11-06 at 12:47 +, Richard Purdie via
lists.openembedded.org wrote:
> On Thu, 2023-10-26 at 12:33 +0200, Alexander Kanavin wrote:
> > > 'bitbake -S printdiff' is a useful diagnostic facility for finding out
> > > why sstate is not being reused, but until now it had no tests that
On 06/11/2023 15.49, Bruce Ashfield wrote:
> On Mon, Nov 6, 2023 at 9:22 AM Rasmus Villemoes
> wrote:
>>
>> From: Rasmus Villemoes
>>
>> Building for an arm64 target, e.g. qemuarm64 or a raspberrypi3,
>> without "python" in PACKAGECONFIG, results in
>>
>> | Makefile.config:892: *** ERROR: No
Sure Ross.
Thanks & Regards,
Vijay
On Mon, Nov 6, 2023 at 4:08 PM Ross Burton wrote:
> It would be much appreciated if you could submit to master first and then
> backport to the stable releases, as it makes tracking what releases have
> been fixed a lot easier.
>
> Ross
>
> > On 6 Nov 2023,
On Mon, 2023-11-06 at 16:00 +0100, Rasmus Villemoes wrote:
> Somewhat related, but maybe not really:
>
> When I set PACKAGECONFIG for perf in a perf.bbappend file, without
> python being in there, the build breaks:
>
> > Makefile.config:277: ***
>
Hi Steve,
Xserver-xorg version is the same for both mickledore and kirkstone. Could
you please merge this patch to mickledore along with kirkstone.
Thanks & Regards,
Vijay
On Mon, Nov 6, 2023 at 4:51 PM Vijay Anusuri via lists.openembedded.org
wrote:
> From: Vijay Anusuri
>
>
On 06/11/2023 13:54:16+0100, Alexander Kanavin wrote:
> Thanks, I just sent a corrected patch.
>
Thanks!
> Alex
>
> On Sat, 4 Nov 2023 at 00:50, Alexandre Belloni
> wrote:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7419/steps/16/logs/stdio
> >
> > On 03/11/2023
Somewhat related, but maybe not really:
When I set PACKAGECONFIG for perf in a perf.bbappend file, without
python being in there, the build breaks:
| Makefile.config:277: ***
.../tmp/work/qemuarm64-poky-linux/perf/1.0/recipe-sysroot-native/usr/bin/python3-native/python3-config
not found. Stop.
On Mon, Nov 6, 2023 at 9:22 AM Rasmus Villemoes
wrote:
>
> From: Rasmus Villemoes
>
> Building for an arm64 target, e.g. qemuarm64 or a raspberrypi3,
> without "python" in PACKAGECONFIG, results in
>
> | Makefile.config:892: *** ERROR: No python interpreter needed for jevents
> generation.
On Wed, 2023-11-01 at 12:01 +0100, Adrian Freihofer wrote:
> The new devtool ide plugin configures an IDE to work with the eSDK.
>
> With this initial implementation VSCode is the default IDE.
> The plugin works for recipes inheriting the cmake or the meson bbclass.
> Support for more programming
From: Rasmus Villemoes
Building for an arm64 target, e.g. qemuarm64 or a raspberrypi3,
without "python" in PACKAGECONFIG, results in
| Makefile.config:892: *** ERROR: No python interpreter needed for jevents
generation. Install python or build with NO_JEVENTS=1.. Stop.
Signed-off-by: Rasmus
On Wed, 2023-11-01 at 12:01 +0100, Adrian Freihofer wrote:
> Make the deploy function independent from d. This allows to call the
> function also from Python code not running in bitbake.
> This is needed to for the devtool ide plugin which will call the
> do_install task and the code from devtool
On Wed, 2023-11-01 at 12:01 +0100, Adrian Freihofer wrote:
> Remove the image-combined-dbg.bbclass and make this the default
> behavior for the rootfs-dbg. A rootfs-dbg with only debug symbols but
> no executable binaries also causes problems with gdb, which is
> probably the most common use case
On Wed, 2023-11-01 at 12:01 +0100, Adrian Freihofer wrote:
> Define the CMAKE_CROSSCOMPILING_EMULATOR variable similar to what the
> meson bbclass does. This allows for example to execute cross compilied
> unit tests on the build machine.
>
> CMAKE_CROSSCOMPILING_EMULATOR is a semi colon
On Mon, 2023-11-06 at 14:07 +0100, Alexander Kanavin wrote:
> On Mon, 6 Nov 2023 at 13:48, Richard Purdie
> wrote:
>
> > This highlights two issues:
> >
> > a) Why is the single sstate siginfo file gone? The most likely
> > explanation is that it wasn't accessed recently and was deleted by the
On 2023-11-06 07:25, Alexander Kanavin wrote:
On Mon, 6 Nov 2023 at 03:54, Patchtest
wrote:
Testing patch /home/patchtest/share/mboxes/cairo-upgrade-1.16.0---1.18.0.patch
FAIL: test lic files chksum modified not mentioned: LIC_FILES_CHKSUM changed without
"License-Update:" tag and
On Mon, 6 Nov 2023 at 13:48, Richard Purdie
wrote:
> This highlights two issues:
>
> a) Why is the single sstate siginfo file gone? The most likely
> explanation is that it wasn't accessed recently and was deleted by the
> cleanup/ageing code. This makes sense since the code in question never
>
Thanks, I just sent a corrected patch.
Alex
On Sat, 4 Nov 2023 at 00:50, Alexandre Belloni
wrote:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7419/steps/16/logs/stdio
>
> On 03/11/2023 11:28:06+0100, Alexander Kanavin wrote:
> > copy_buildsystem() has become far too
copy_buildsystem() has become far too large and needs to be split
into shorter and more understandable pieces; some of those
pieces will be reused for the purpose of providing esdk mode
directly from a plain yocto build.
Signed-off-by: Alexander Kanavin
---
v2: fixup errors when sdk_ext_type is
Comparing this to my WIP patch of the snapshot in September:
https://git.yoctoproject.org/poky-contrib/commit/?h=ross/cairo=9216e710b322581e2ebec5f763fa345cb16e0409
The BUGTRACKER field needs updating.
> +SRC_URI[md5sum] = "3f0685fbadc530606f965b9645bb51d9"
Drop.
> X11DEPENDS =
On Thu, 2023-10-26 at 12:33 +0200, Alexander Kanavin wrote:
> > 'bitbake -S printdiff' is a useful diagnostic facility for finding out
> > why sstate is not being reused, but until now it had no tests that would
> > ensure it works. This commit adds three basic scenarios:
> >
> > 1. make a change
Thanks for working on this. Some comments below.
On Mon, 6 Nov 2023 at 03:34, qi...@fujitsu.com wrote:
> --- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> +++ b/meta/recipes-graphics/cairo/cairo_1.18.0.bb
> @@ -30,47 +30,28 @@ DEPENDS = "fontconfig glib-2.0 libpng pixman zlib"
>
> SRC_URI =
On Mon, 6 Nov 2023 at 03:54, Patchtest
wrote:
> Testing patch /home/patchtest/share/mboxes/cairo-upgrade-1.16.0---1.18.0.patch
>
> FAIL: test lic files chksum modified not mentioned: LIC_FILES_CHKSUM changed
> without "License-Update:" tag and description in commit message
>
On Sun, 5 Nov 2023 at 20:43, wrote:
> Another topic where additional meta data about the sstate-cache seams
> to be beneficial is sstate-mirror retention. Knowing which artifact was
> compiled for which tag or commit of the bitbake layer could help to
> wipe out some artifacts which are not
From: Vijay Anusuri
Upstream-Status: Backport
[https://gitlab.freedesktop.org/xorg/xserver/-/commit/541ab2ecd41d4d8689e71855d93e492bc554719a
&
https://gitlab.freedesktop.org/xorg/xserver/-/commit/564ccf2ce9616620456102727acb8b0256b7bbd7
&
On Mon, 2023-11-06 at 10:55 +, Ross Burton wrote:
> On 6 Nov 2023, at 10:44, Richard Purdie
> wrote:
> >
> > On Mon, 2023-11-06 at 10:35 +, Ross Burton wrote:
> > > From: Ross Burton
> > >
> > > poky-tiny does a PACKAGE_EXCLUDE on shadow-base as the kernel doesn't
> > > support
From: Ross Burton
poky-tiny does a PACKAGE_EXCLUDE on shadow-base as the kernel doesn't
support multiple users. However it does this by assigning to an
override, which makes it impossible for images or machines to extend
PACKAGE_EXCLUDE with their own exclusions.
Signed-off-by: Ross Burton
On 6 Nov 2023, at 10:44, Richard Purdie
wrote:
>
> On Mon, 2023-11-06 at 10:35 +, Ross Burton wrote:
>> From: Ross Burton
>>
>> poky-tiny does a PACKAGE_EXCLUDE on shadow-base as the kernel doesn't
>> support multiple users. However it does this by assigning to an
>> override, which
From: Ross Burton
poky-tiny does a PACKAGE_EXCLUDE on shadow-base as the kernel doesn't
support multiple users. However it does this by assigning to an
override, which makes it impossible for images or machines to extend
PACKAGE_EXCLUDE with their own exclusions.
Signed-off-by: Ross Burton
On Mon, 2023-11-06 at 10:35 +, Ross Burton wrote:
> From: Ross Burton
>
> poky-tiny does a PACKAGE_EXCLUDE on shadow-base as the kernel doesn't
> support multiple users. However it does this by assigning to an
> override, which makes it impossible for images or machines to extend
>
It would be much appreciated if you could submit to master first and then
backport to the stable releases, as it makes tracking what releases have been
fixed a lot easier.
Ross
> On 6 Nov 2023, at 05:47, Vijay Anusuri via lists.openembedded.org
> wrote:
>
> From: Vijay Anusuri
>
>
From: Ross Burton
poky-tiny does a PACKAGE_EXCLUDE on shadow-base as the kernel doesn't
support multiple users. However it does this by assigning to an
override, which makes it impossible for images or machines to extend
PACKAGE_INCLUDE with their own exclusions.
Signed-off-by: Ross Burton
57 matches
Mail list logo
