Signed-off-by: Anuj Mittal
---
.../icu/icu/CVE-2020-10531.patch | 122 ++
meta/recipes-support/icu/icu_64.2.bb | 1 +
2 files changed, 123 insertions(+)
create mode 100644 meta/recipes-support/icu/icu/CVE-2020-10531.patch
diff --git
Signed-off-by: Anuj Mittal
---
.../screen/screen/CVE-2020-9366.patch | 48 +++
meta/recipes-extended/screen/screen_4.6.2.bb | 1 +
2 files changed, 49 insertions(+)
create mode 100644 meta/recipes-extended/screen/screen/CVE-2020-9366.patch
diff --git
Signed-off-by: Anuj Mittal
---
.../icu/icu/CVE-2020-10531.patch | 122 ++
meta/recipes-support/icu/icu_65.1.bb | 1 +
2 files changed, 123 insertions(+)
create mode 100644 meta/recipes-support/icu/icu/CVE-2020-10531.patch
diff --git
nfs-utils 2.4.1, moves from "stat" to "statx
with AT_STATX_DONT_SYNC" in parts of the code.
statx is supported in Linux kernel v4.11 and above.
For all older kernels glibc emulates statx, and it
doesn't support AT_STATX_DONT_SYNC and will return
EINVAL.
When server uses nfs-utils 2.4.1 on kernel
From: Jeremy Puhlman
* Add PACKAGECONFIG option for xkbcommon
qemu-keymap.c:16:10: fatal error: xkbcommon/xkbcommon.h: No such file or
directory
* Add PACKAGECONFIG option and patch for libudev
commands-posix.c:53:10: fatal error: libudev.h: No such file or directory
* Add PACKAGECONFIG
On 3/19/2020 5:02 PM, Richard Purdie wrote:
On Thu, 2020-03-19 at 15:44 -0700, Jeremy A. Puhlman wrote:
From: Jeremy Puhlman
* Add PACKAGECONFIG option for xkbcommon
qemu-keymap.c:16:10: fatal error: xkbcommon/xkbcommon.h: No such file or
directory
* Add PACKAGECONFIG option and patch
== Series Details ==
Series: nfs-utils: Disable statx if using glibc emulation
Revision: 1
URL : https://patchwork.openembedded.org/series/23317/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have
On Thu, 2020-03-19 at 15:44 -0700, Jeremy A. Puhlman wrote:
> From: Jeremy Puhlman
>
> * Add PACKAGECONFIG option for xkbcommon
> qemu-keymap.c:16:10: fatal error: xkbcommon/xkbcommon.h: No such file or
> directory
>
> * Add PACKAGECONFIG option and patch for libudev
> commands-posix.c:53:10:
On Thu, 2020-03-19 at 13:34 -0500, Tom Hochstein wrote:
> The FILES variable is customized to package wayland-scanner
> in the target -dev package. However, this is not correct for
> the nativesdk packages and causes wayland-scanner to be
> missing from the SDK.
>
> Fix the nativesdk packaging by
nfs-utils 2.4.1, moves from "stat" to "statx
with AT_STATX_DONT_SYNC" in parts of the code.
statx is supported in Linux kernel v4.11 and above.
For all older kernels glibc emulates statx, and it
doesn't support AT_STATX_DONT_SYNC and will return
EINVAL.
When server uses nfs-utils 2.4.1 on kernel
On Thu, 2020-03-19 at 19:20 +0100, Bartosz Golaszewski wrote:
> If we'll really get to a point where we need to create a hierarchy of
> multiple levels of image deployment, then maybe we should switch to
> deploying each image right after it is created in its dedicated
> do_image_ task, then we
From: Jeremy Puhlman
* Add PACKAGECONFIG option for xkbcommon
qemu-keymap.c:16:10: fatal error: xkbcommon/xkbcommon.h: No such file or
directory
* Add PACKAGECONFIG option and patch for libudev
commands-posix.c:53:10: fatal error: libudev.h: No such file or directory
* Add PACKAGECONFIG
On Thu, Mar 19, 2020 at 12:37 PM Martin Jansa wrote:
>
> On Thu, Mar 19, 2020 at 12:33:17PM -0700, Andre McCurdy wrote:
> > On Thu, Mar 19, 2020 at 12:19 PM Martin Jansa
> > wrote:
> > >
> > > From: Ross Burton
> > >
> > > MJ: icu in master doesn't need distutils anymore, because icu 65.1
> >
On Thu, Mar 19, 2020 at 12:33:17PM -0700, Andre McCurdy wrote:
> On Thu, Mar 19, 2020 at 12:19 PM Martin Jansa wrote:
> >
> > From: Ross Burton
> >
> > MJ: icu in master doesn't need distutils anymore, because icu 65.1
> > currently in
> > dunfell/master doesn't depend on python3-distutils
On Thu, Mar 19, 2020 at 12:19 PM Martin Jansa wrote:
>
> From: Ross Burton
>
> MJ: icu in master doesn't need distutils anymore, because icu 65.1 currently
> in
> dunfell/master doesn't depend on python3-distutils anymore since:
>
From: Ross Burton
MJ: icu in master doesn't need distutils anymore, because icu 65.1 currently in
dunfell/master doesn't depend on python3-distutils anymore since:
https://github.com/unicode-org/icu/commit/b4d41b0561b6e8de38b99850ce0e4be8ef536bb1
but the icu-64.2 in zeus and
nativesdk-wayland was not being added to the SDK because it
relies on checking the distro feature. This fixes that by
filtering the wayland feature to the SDK build.
Signed-off-by: Tom Hochstein
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The FILES variable is customized to package wayland-scanner
in the target -dev package. However, this is not correct for
the nativesdk packages and causes wayland-scanner to be
missing from the SDK.
Fix the nativesdk packaging by properly limiting the
wayland-scanner target packaging.
czw., 19 mar 2020 o 18:13 Richard Purdie
napisał(a):
>
> On Thu, 2020-03-19 at 17:44 +0100, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski
> >
> > This is a follow-up to the discussion I started on the OE-core
> > mailing
> > list a couple days ago[1]. These patches propose to split
From: Jeremy Puhlman
centos7 doesn't have python3 intalled by default, so running
the script errors in novel ways if it is not installed.
Signed-off-by: Jeremy A. Puhlman
---
meta/files/toolchain-shar-extract.sh | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
On Thu, 2020-03-19 at 17:44 +0100, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> This is a follow-up to the discussion I started on the OE-core
> mailing
> list a couple days ago[1]. These patches propose to split the
> deployment
> of image artifacts into two stages where the first
czw., 19 mar 2020 o 17:44 Bartosz Golaszewski napisał(a):
>
> From: Bartosz Golaszewski
>
> This is a follow-up to the discussion I started on the OE-core mailing
> list a couple days ago[1]. These patches propose to split the deployment
> of image artifacts into two stages where the first one
Everything is proceeding smoothly and this work will continue as planned.
The migration starts at noon PDT tomorrow.
List owners please take care of all outstanding moderation in the next 24
hours to ensure a smooth transition.
Thank you,
--
Michael Halstead
Linux Foundation / Yocto Project
From: Bartosz Golaszewski
Instead of using do_image_complete for both the deployment of image
artifacts into DEPLOY_DIR_IMAGE as well as calling the image
post-process commands, split the responsability between two separate
tasks: do_image_deploy will take care of the sstate deployment, while
From: Bartosz Golaszewski
This is a follow-up to the discussion I started on the OE-core mailing
list a couple days ago[1]. These patches propose to split the deployment
of image artifacts into two stages where the first one includes all
"regular" images and takes place before do_image_complete
From: Bartosz Golaszewski
Currently the artifacts for all image types are deployed to the shared
space at the same time by the do_image_deploy task. This however creates
a problem with circular dependencies if we want to use certain security
features[1]. Because wic is designed to fetch
On Thu, 2020-03-19 at 00:41 -0700, Wang Mingyu wrote:
> 0001-Add-option-to-control-configure-args.patch
> 0001-Ticket-3629-configure.ac-drop-bundled-gettext.patch
> removed since they are included in 4.8.24
>
> Signed-off-by: Wang Mingyu
> ---
> ...Add-option-to-control-configure-args.patch |
On Wed, Mar 18, 2020 at 01:21:56PM +0100, Mike Looijmans wrote:
> Building an SDK on a machine with 8GB RAM resulted in excessive swapping
> due to the xz compressor using ~20GB of memory. This is because xz is
> being called with "-T 0 -9".
>
> To allow tuning the compression versus memory
Please pull these changes for zeus. Clean a-full on autobuilder.
Thanks,
Anuj
The following changes since commit d8cfc309f9dd0dc8904ab18e5898770502ee2540:
cve-check: fix ValueError (2020-03-15 13:33:19 -0700)
are available in the Git repository at:
On Wed, 18 Mar 2020 at 22:31, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> > I found an old ticket where piglit was proposed for the core image
> > testing, and the idea was rejected due to its huge install size, so I
> > won't be pursuing this further.
> >
30 matches
Mail list logo
