|
Re: [PATCH 1/2] qemu: Upgrade 6.1.0 -> 6.2.0
I am seeing that it now fails to build for riscv64 target where it
fails to configure
ERROR: Unknown CPU family riscv, see
https://wiki.yoctoproject.org/wiki/Meson/UnknownCPU for directions.
ERROR:
I am seeing that it now fails to build for riscv64 target where it
fails to configure
ERROR: Unknown CPU family riscv, see
https://wiki.yoctoproject.org/wiki/Meson/UnknownCPU for directions.
ERROR:
|
By
Khem Raj
·
#160048
·
|
|
[PATCH][honister] xserver-xorg: upgrade 1.20.13 -> 1.20.14
Changelog:
Mario Kleiner (2):
Fix RandR leasing for more than 1 simultaneously active lease.
modesetting: Allow Present flips with mismatched stride on atomic drivers.
Povilas Kanapickas
Changelog:
Mario Kleiner (2):
Fix RandR leasing for more than 1 simultaneously active lease.
modesetting: Allow Present flips with mismatched stride on atomic drivers.
Povilas Kanapickas
|
By
Anuj Mittal
·
#160047
·
|
|
[hardknott][PATCH V3] busybox: backport patches to fix CVEs
Backport patches to fix the following
Backport patches to fix the following
|
By
Chen Qi
·
#160046
·
|
|
[PATCH] xserver-xorg: update CVE_PRODUCT
Some of the CVEs have x_server as the product name.
Signed-off-by: Anuj Mittal <anuj.mittal@...>
---
meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
1 file changed, 1 insertion(+),
Some of the CVEs have x_server as the product name.
Signed-off-by: Anuj Mittal <anuj.mittal@...>
---
meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
1 file changed, 1 insertion(+),
|
By
Anuj Mittal
·
#160045
·
|
|
[hardknott][PATCH 4/4] xserver-xorg: fix CVE-2021-4011
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4011 for xserver-xorg.
CVE: CVE-2021-4011
Signed-off-by: Kai Kang <kai.kang@...>
---
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4011 for xserver-xorg.
CVE: CVE-2021-4011
Signed-off-by: Kai Kang <kai.kang@...>
---
|
By
Kai Kang
·
#160044
·
|
|
[hardknott][PATCH 1/4] xserver-xorg: fix CVE-2021-4008
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4008 for xserver-xorg.
CVE: CVE-2021-4008
Signed-off-by: Kai Kang <kai.kang@...>
---
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4008 for xserver-xorg.
CVE: CVE-2021-4008
Signed-off-by: Kai Kang <kai.kang@...>
---
|
By
Kai Kang
·
#160043
·
|
|
[hardknott][PATCH 2/4] xserver-xorg: fix CVE-2021-4009
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4009 for xserver-xorg.
CVE: CVE-2021-4009
Signed-off-by: Kai Kang <kai.kang@...>
---
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4009 for xserver-xorg.
CVE: CVE-2021-4009
Signed-off-by: Kai Kang <kai.kang@...>
---
|
By
Kai Kang
·
#160042
·
|
|
[hardknott][PATCH 3/4] xserver-xorg: fix CVE-2021-4010
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4010 for xserver-xorg.
CVE: CVE-2021-4010
Signed-off-by: Kai Kang <kai.kang@...>
---
From: Kai Kang <kai.kang@...>
Backport patch to fix CVE-2021-4010 for xserver-xorg.
CVE: CVE-2021-4010
Signed-off-by: Kai Kang <kai.kang@...>
---
|
By
Kai Kang
·
#160041
·
|
|
[hardknott][PATCH 0/4] Fix CVEs of xserver-xorg
From: Kai Kang <kai.kang@...>
Kai Kang (4):
xserver-xorg: fix CVE-2021-4008
xserver-xorg: fix CVE-2021-4009
xserver-xorg: fix CVE-2021-4010
xserver-xorg: fix CVE-2021-4011
From: Kai Kang <kai.kang@...>
Kai Kang (4):
xserver-xorg: fix CVE-2021-4008
xserver-xorg: fix CVE-2021-4009
xserver-xorg: fix CVE-2021-4010
xserver-xorg: fix CVE-2021-4011
|
By
Kai Kang
·
#160040
·
|
|
Re: [PATCH] core-image-tiny-initramfs: delete populate_sdk task
Feels to me that this is working around a problem instead of fixing the problem.
This happens for -tiny-initramfs because the root fs contains a
populated /dev tree, with device nodes in. There is
Feels to me that this is working around a problem instead of fixing the problem.
This happens for -tiny-initramfs because the root fs contains a
populated /dev tree, with device nodes in. There is
|
By
Ross Burton <ross@...>
·
#160039
·
|
|
Re: [hardknott][PATCH V2] busybox: backport patches to fix CVEs
Hi Qi,
Thank you for explanation and testing. The patch looks good to me in
that case. Please modify it to include fixes from 1.34.1 as well.
Thanks,
Anuj
Hi Qi,
Thank you for explanation and testing. The patch looks good to me in
that case. Please modify it to include fixes from 1.34.1 as well.
Thanks,
Anuj
|
By
Anuj Mittal
·
#160038
·
|
|
Re: [hardknott][PATCH] core-image-tiny-initramfs: delete populate_sdk task
Hi Anuj,
It's for both master and hardknott. I sent out two patches, one for master and one for hardknott.
Regards,
Qi
Hi Anuj,
It's for both master and hardknott. I sent out two patches, one for master and one for hardknott.
Regards,
Qi
|
By
Chen Qi
·
#160037
·
|
|
Re: [hardknott][PATCH V2] busybox: backport patches to fix CVEs
Hi Anuj,
You are right that we should use 1_34_1 instead of 1_34_0. Thanks for pointing it out. But I'm not sure if ubuntu's patch solves the CVEs and does not introduce regression.
I checked
Hi Anuj,
You are right that we should use 1_34_1 instead of 1_34_0. Thanks for pointing it out. But I'm not sure if ubuntu's patch solves the CVEs and does not introduce regression.
I checked
|
By
Chen Qi
·
#160036
·
|
|
Re: [hardknott][PATCH] core-image-tiny-initramfs: delete populate_sdk task
Is this not required for master? Is this hardknott specific?
Thanks,
Anuj
Is this not required for master? Is this hardknott specific?
Thanks,
Anuj
|
By
Anuj Mittal
·
#160035
·
|
|
Re: [hardknott][PATCH V2] busybox: backport patches to fix CVEs
That's a big change ... It also doesn't look like it includes fixes for
awk introduced in 1.34.1. Here is the Ubuntu patch for
That's a big change ... It also doesn't look like it includes fixes for
awk introduced in 1.34.1. Here is the Ubuntu patch for
|
By
Anuj Mittal
·
#160034
·
|
|
Yocto Project Newcomer & Unassigned Bugs - Help Needed
All,
The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on
All,
The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on
|
By
Stephen Jolley
·
#160033
·
|
|
Re: [PATCH] base/patch: Disable network for unpack/patch/configure/compile/install
Am 27.12.21 um 15:54 schrieb Eero Aaltonen:
This is possible and already done in recipetool.
I see two possible solution to support language specific package managers:
a) Use the package manager
Am 27.12.21 um 15:54 schrieb Eero Aaltonen:
This is possible and already done in recipetool.
I see two possible solution to support language specific package managers:
a) Use the package manager
|
By
Stefan Herbrechtsmeier
·
#160032
·
|
|
Re: [PATCH] base/patch: Disable network for unpack/patch/configure/compile/install
lists.openembedded.org wrote:
The Java OSS ecosystem has had fairly well defined build time and
runtime dependency metadata commonly available for many years now. The
more widely used build tools are
lists.openembedded.org wrote:
The Java OSS ecosystem has had fairly well defined build time and
runtime dependency metadata commonly available for many years now. The
more widely used build tools are
|
By
Eero Aaltonen
·
#160031
·
|
|
[dunfell 00/14] Pull request (cover letter only)
The following changes since commit 90a07178ea26be453d101c2e8b33d3a0f437635d:
build-appliance-image: Update to dunfell head revision (2021-12-14 22:49:32 +0000)
are available in the Git repository
The following changes since commit 90a07178ea26be453d101c2e8b33d3a0f437635d:
build-appliance-image: Update to dunfell head revision (2021-12-14 22:49:32 +0000)
are available in the Git repository
|
By
Steve Sakoman
·
#160030
·
|
|
[PATCH] musl: Fix building with pure LLVM toolchain
From: Esben Haabendal <esben.haabendal@...>
When building musl with a pure LLVM toolchain, we need compiler-rt instea=
d of
libgcc-initial.
Signed-off-by: Esben Haabendal
From: Esben Haabendal <esben.haabendal@...>
When building musl with a pure LLVM toolchain, we need compiler-rt instea=
d of
libgcc-initial.
Signed-off-by: Esben Haabendal
|
By
Esben Haabendal
·
#160029
·
|