From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
meta/recipes-core/dropbear/dropbear.inc | 1 +
.../dropbear/dropbear/CVE-2021-36369.patch| 145 ++
2 files changed, 146 insertions(+)
create mode 100644 meta/recipes-core/dropbear/dropbear/CVE-2021-36369.patch
All,
Below is the list as of top 31 bug owners as of the end of WW49 of who have
open medium or higher bugs and enhancements against YP 4.2. There are 99
possible work days left until the final release candidates for YP 4.2 needs
to be released.
Who
Count
michael.opdenac...@bootlin.com
35
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 the triage page under the appropriate
heading:
From: Riyaz Khan
Links:
Dependent Patches:
CVE-2021-3521-01
https://github.com/rpm-software-management/rpm/commit/b5e8bc74b2b05aa557f663fe227b94d2bc64fbd8
CVE-2021-3521-02
https://github.com/rpm-software-management/rpm/commit/9f03f42e2614a68f589f9db8fe76287146522c0c
CVE-2021-3521-03
From: Wang Mingyu
Signed-off-by: Wang Mingyu
---
meta/recipes-devtools/gnu-config/gnu-config_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/gnu-config/gnu-config_git.bb
b/meta/recipes-devtools/gnu-config/gnu-config_git.bb
index
texrels are generated while compiling on x86/clang because pic/pie flags
that are passed via bitbake do not make it everywhere evenly.
--enable-pie is default way of getting it enabled in bluez5
PIE is enabled by default which ensures that textrels are not generated
Signed-off-by: Khem Raj
---
I resent the patch and shows up in list now. May be a glitch in
thunderbird not sure.
On 12/5/2022 6:28 AM, Ross Burton wrote:
It doesn’t look like this patch was ever sent to the list, at least
https://lists.openembedded.org/g/openembedded-core/search?p=%2C%2C%2C20%2C0%2C0%2C0=libdrm-kms
Am Mo, 5. Dez 2022 um 22:30:38 + schrieb Richard Purdie
:
FWIW I do agree with Alex, we can't afford to carry a patch like this
ourselves and we should discuss it with upstream as it is presumably
something they'd want to fix. If they reject it for some reason, that
is a different
On Fri, 2022-12-02 at 16:54 +0800, Matt Johnston wrote:
> Your email prompted me to check my own software (Dropbear) and it showed a
> few y2038 issues to fix. Those bugs wouldn't be noticed from a quick test -
> it "only" prevented auth and idle timeouts from occurring.
>
> gcc and clang are
libkms library is deprecated in 2.4.111 version. Hence remove
libdrm-kms package.
Signed-off-by: Sandeep Gundlupet Raju
---
meta/recipes-graphics/drm/libdrm_2.4.113.bb | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/drm/libdrm_2.4.113.bb
On Mon, 2022-12-05 at 13:49 -0600, Ryan Eatmon via
lists.openembedded.org wrote:
> This might have gotten lost in the fun of the YPS and the many
> discussions around the previous versions of then patch. Was there any
> more feedback or changes that folks want me to make for this patch, or
>
On Mon, 2022-12-05 at 21:13 +0100, Markus Volk wrote:
> Rename USE_X11 to HAVE_X11 to avoid naming conflict with eglplatform.h
>
> Signed-off-by: Markus Volk
> ---
> .../0001-replace-USE_X11-by-HAVE_X11.patch| 319 ++
> .../gstreamer/gstreamer1.0-vaapi_1.20.4.bb| 9 +-
On 05/12/2022 21:13:30+0100, Markus Volk wrote:
> Rename USE_X11 to HAVE_X11 to avoid naming conflict with eglplatform.h
>
> Signed-off-by: Markus Volk
> ---
> .../0001-replace-USE_X11-by-HAVE_X11.patch| 319 ++
> .../gstreamer/gstreamer1.0-vaapi_1.20.4.bb| 9 +-
> 2
Hello,
On 05/12/2022 13:49:48-0600, Ryan Eatmon via lists.openembedded.org wrote:
>
> This might have gotten lost in the fun of the YPS and the many discussions
> around the previous versions of then patch. Was there any more feedback or
> changes that folks want me to make for this patch, or
> There’s been a series of commits now “fixing” the lookup logic, can you write
> a small test case to exercise this path?
>
> Ross
Test implemented under
https://lists.openembedded.org/g/openembedded-core/message/174304.
I did it as a separate patch from this one as it is my first test and it
Signed-off-by: Peter Marko
---
meta/lib/oeqa/selftest/cases/externalsrc.py | 44 +
1 file changed, 44 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/cases/externalsrc.py
diff --git a/meta/lib/oeqa/selftest/cases/externalsrc.py
This is totally appropriate for upstream submission, please do so.
Alex
On Mon 5. Dec 2022 at 21.13, Markus Volk wrote:
> Rename USE_X11 to HAVE_X11 to avoid naming conflict with eglplatform.h
>
> Signed-off-by: Markus Volk
> ---
> .../0001-replace-USE_X11-by-HAVE_X11.patch| 319
Rename USE_X11 to HAVE_X11 to avoid naming conflict with eglplatform.h
Signed-off-by: Markus Volk
---
.../0001-replace-USE_X11-by-HAVE_X11.patch| 319 ++
.../gstreamer/gstreamer1.0-vaapi_1.20.4.bb| 9 +-
2 files changed, 324 insertions(+), 4 deletions(-)
create mode
This might have gotten lost in the fun of the YPS and the many
discussions around the previous versions of then patch. Was there any
more feedback or changes that folks want me to make for this patch, or
is it good to go? Just curious if there was more that you needed from me?
On
This fixes the following QA issue when building an SDK for
x86_64-mingw32 machines.
ERROR: binutils-cross-canadian-x86-64-2.36.1-r0 do_package_qa: QA Issue: non
-staticdev package contains static .a library: binutils-cross-canadian-x86-64
path
Am Mo, 5. Dez 2022 um 20:17:53 +0100 schrieb Alexander Kanavin
:
We don't use the monorepo, we use source tarballs and in them vaapi
continues to be provided separately:
I see. Their meson.build is quite broken :(
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
We don't use the monorepo, we use source tarballs and in them vaapi
continues to be provided separately:
https://gstreamer.freedesktop.org/src/gstreamer-vaapi/
Alex
On Mon, 5 Dec 2022 at 20:04, Markus Volk wrote:
>
> Wouldn't it be best if we just removed the gstreamer-1.0-vaapi recipe. Gitlab
On Mon, Dec 5, 2022 at 11:04 AM Markus Volk wrote:
>
> Wouldn't it be best if we just removed the gstreamer-1.0-vaapi recipe. Gitlab
> repo says:
>
> ARCHIVED REPOSITORY: Hardware-accelerated video decoding, encoding and
> processing on Intel graphics through VA-API
>
> This code has been moved
Wouldn't it be best if we just removed the gstreamer-1.0-vaapi recipe.
Gitlab repo says:
*ARCHIVED REPOSITORY*: Hardware-accelerated video decoding, encoding
and processing on Intel graphics through VA-API
*This code has been moved to the GStreamer mono repo
On Mon, Dec 5, 2022 at 5:48 AM Randy MacLeod
wrote:
>
> Let's keep the discussion on the list to give everyone a chance to know
> what's going on and to contribute.
> Oh and please use in-line email instead of attachments when possible.
>
> Also add Khem who is the author of many of these
On Mon, Dec 5, 2022 at 6:32 AM Alexandre Belloni via
lists.openembedded.org
wrote:
>
> Hello,
>
> This caused:
>
> | FAILED: gst-libs/gst/vaapi/libgstlibvaapi-1.0.a.p/gstvaapidisplay_egl.c.o
> | x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
> -fstack-protector-strong
Add the list and Khem in case anyone is interested in Richard's comments
below.
../Randy
On 2022-12-05 08:47, Richard Purdie wrote:
Hi Yash,
On Mon, 2022-12-05 at 13:06 +, Shinde, Yash wrote:
PFA document for GCC patch analysis. There were about 28 patches in
GCC sources out of which 3
The /proc/pressure support in buildstats is creating directories in the
buildstats tree called reduced_proc_pressure, which confuses the parsing
logic as that cannot be parsed as a name-epoc-version-revision tuple.
Explicitly skip this directory to solve the problem.
Signed-off-by: Ross Burton
From: Ovidiu Panait
Currently, allyesconfig test runs for x86_64 fail with:
ERROR: linux-yocto-5.19.17+gitAUTOINC+0cba9aa404_aaf4490d18-r0 do_package:
QA Issue: linux-yocto: Files/directories were installed but not shipped in any
package:
/lib/modules/5.19.17/kernel/drivers/nvdimm
With
On Sun, Dec 4, 2022 at 8:40 AM Minjae Kim wrote:
>
>
> xkb: proof GetCountedString against request length attacks
> Upstream-Status: Backport
> [https://cgit.freedesktop.org/xorg/xserver/commit/?id=11beef0b7f1ed290348e45618e5fa0d2bffcb72e]
>
>
> xkb: fix some possible memleaks in
Hello,
This caused:
| FAILED: gst-libs/gst/vaapi/libgstlibvaapi-1.0.a.p/gstvaapidisplay_egl.c.o
| x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
-fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security
-Werror=format-security
Em seg., 5 de dez. de 2022 às 02:52, Markus Volk
escreveu:
> Am So, 4. Dez 2022 um 09:23:49 -0800 schrieb Khem Raj >:
>
> Not sure if this is related but I think its somewhere in egl headers
> provided by mesa.
>
>
> This is related to an update of the egl headers in Mesa, just as you
>
Let's keep the discussion on the list to give everyone a chance to know
what's going on and to contribute.
Oh and please use in-line email instead of attachments when possible.
Also add Khem who is the author of many of these patches. Hopefully he can
help us clean-up the status and advise
On 1 Dec 2022, at 14:04, Peter Marko via lists.openembedded.org
wrote:
>
> Commit 0533edac277080e1bd130c14df0cbac61ba01a0c broke
> bitbake parsing when bitbake is executed from directory with existing
> .gitmodules
> and the recipe in externalsrc does not have .gitmodules
>
> The check needs
It doesn’t look like this patch was ever sent to the list, at least
https://lists.openembedded.org/g/openembedded-core/search?p=%2C%2C%2C20%2C0%2C0%2C0=libdrm-kms
doesn’t show it.
Can you post it please?
Ross
> On 2 Dec 2022, at 18:24, Sandeep Gundlupet Raju via lists.openembedded.org
>
On Mon, Dec 05 2022, Richard Purdie wrote:
> On Mon, 2022-12-05 at 11:00 +0100, Ola x Nilsson wrote:
>> On Wed, Nov 30 2022, Richard Purdie wrote:
>>
>> > On Wed, 2022-11-30 at 17:56 +0100, Alexandre Belloni wrote:
>> > > On 30/11/2022 16:46:17+, Ross Burton wrote:
>> > > > On 30 Nov 2022,
On Mon, 2022-12-05 at 11:00 +0100, Ola x Nilsson wrote:
> On Wed, Nov 30 2022, Richard Purdie wrote:
>
> > On Wed, 2022-11-30 at 17:56 +0100, Alexandre Belloni wrote:
> > > On 30/11/2022 16:46:17+, Ross Burton wrote:
> > > > On 30 Nov 2022, at 14:20, Richard Purdie via
> > > >
On Wed, Nov 30 2022, Richard Purdie wrote:
> On Wed, 2022-11-30 at 17:56 +0100, Alexandre Belloni wrote:
>> On 30/11/2022 16:46:17+, Ross Burton wrote:
>> > On 30 Nov 2022, at 14:20, Richard Purdie via
>> > lists.yoctoproject.org
>> > wrote:
>> > > > > * Could we optionally disable some of
Both of these patches seem very wrong. X11 definitely does not require
opengl. I just confirmed it by building xf86-input-synaptics without
opengl in DISTRO_FEATURES.
Can you show how the issue can be reproduced on plain poky? It seems
like your local config or distro or BSP layer does something
From: Mingli Yu
Fixes:
ERROR: Nothing RPROVIDES 'xf86-video-vesa' (but
/build/layers/oe-core/meta/recipes-graphics/packagegroups/packagegroup-core-x11-xserver.bb
RDEPENDS on or otherwise requires it)
xf86-video-vesa was skipped: missing required distro feature 'opengl' (not in
From: Mingli Yu
xf86-input-synaptics depends on virtual/xserver which needs opengl
DISTRO_FEATURES, so add opengl distro check also for xf86-input-synaptics.
Signed-off-by: Mingli Yu
---
meta/recipes-graphics/xorg-driver/xorg-driver-common.inc | 2 +-
1 file changed, 1 insertion(+), 1
On Mon, 5 Dec 2022 at 03:25, wangmy wrote:
> -SRCREV = "20403c5701973a4cbd7e0b4bbeb627fcd424a0f1"
> +SRCREV = "f992bcc08219edb283d2ab31dd3871a4a0e8220e"
> PV = "20220927+git${SRCPV}"
The date in PV should also be updated to the current date.
Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all
42 matches
Mail list logo