Re: [OE-core] [PATCH v4 05/12] ovmf: deploy firmware in image directory

On Sun, 2017-01-22 at 23:23 -0800, Ricardo Neri wrote: > On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote: > > The traditional usage of ovmf via the qemu bios parameter is no longer > > supported > > I don't see dropping support for this option in this series. > > Is part of > another

Re: [OE-core] [PATCH v4 00/12] UEFI + Secure Boot + qemu

On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote: > There seems to be a consensus that supporting UEFI in OE-core for qemu > would be valuable, and there have been some (stalled) attempts to add > it. For reference, see: >[OE-core] [PATCH V3 0/3] Add UEFI firmware for qemux86* >

Re: [OE-core] [PATCH v4 05/12] ovmf: deploy firmware in image directory

On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote: > The traditional usage of ovmf via the qemu bios parameter is no longer > supported I don't see dropping support for this option in this series. Is part of another series? I just checked the poky repo and I still the the option supported. Or

[OE-core] [oe-core][PATCH v2] libgcc-common.inc: Fix symbol link to mutilib directories

The multilib symbol links are created for gcc to locate libgcc files. Its source path contains TARGET_SYS of multilib libgcc. However, a multilib's TARGET_SYS is not generated correctly all the time now. For example, MACHINE = "qemumips64" DEFAULTTUNE = "mips64-n32" MULTILIBS =

[OE-core] ✗ patchtest: failure for libgcc-common.inc: Fix symbol link to mutilib directories

== Series Details == Series: libgcc-common.inc: Fix symbol link to mutilib directories Revision: 1 URL : https://patchwork.openembedded.org/series/4894/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [oe-core][PATCH 1/1] libgcc-common.inc: Fix symbol link to mutilib directories

From: Yuanjie Huang The multilib symbol links are created for gcc to locate libgcc files. Its source path contains TARGET_SYS of multilib libgcc. However, a multilib's TARGET_SYS is not generated correctly all the time now. For example, MACHINE = "qemumips64"

[OE-core] ✗ patchtest: failure for bash: 4.3.30 -> 4.4

== Series Details == Series: bash: 4.3.30 -> 4.4 Revision: 1 URL : https://patchwork.openembedded.org/series/4892/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed

[OE-core] [PATCH] busybox: 1.24.1 -> 1.26.2

1) Upgrade busybox from 1.24.1 to 1.26.2 2) Delete 12 patches below, since they are integrated upstream. busybox/0001-flock-update-the-behaviour-of-c-parameter-to-match-u.patch busybox/0001-libiproute-handle-table-ids-larger-than-255.patch

[OE-core] [PATCH V2] bash: 4.3.30 -> 4.4

1) Upgrade bash from 4.3.30 to 4.4 2) Delete 1 patche below, since they are integrated upstream. fix-run-intl.patch 3) Modify 2 patches below to make it compatible with new version fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch test-output.patch 4) Add 1 patche below to solve

Re: [OE-core] [PATCH v2] xserver-xorg: Enable glamor by default

On Tue, Jan 17, 2017 at 2:47 PM, Burton, Ross wrote: > > On 12 January 2017 at 23:33, Saul Wold wrote: >> >> To enable glamor, we need to also enable both dri3 and xshmfence as >> dependencies. > > > Of course musl's lack of lazy loading bits xserver

[OE-core] ✗ patchtest: failure for python3: Add upstream random.c fixes for recent glibc

== Series Details == Series: python3: Add upstream random.c fixes for recent glibc Revision: 1 URL : https://patchwork.openembedded.org/series/4891/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

Re: [OE-core] [PATCHv3] qemu: Upgrade to 2.7.1

On Fri, 2017-01-20 at 16:15 -0600, Aníbal Limón wrote: > Minor upgrade contains fixes from 2.7.0. > > Removed patches (already in upstream): [...] > diff --git a/meta/recipes-devtools/qemu/qemu_2.7.0.bb > b/meta/recipes-devtools/qemu/qemu_2.7.1.bb > similarity index 66% > rename from

[OE-core] [PATCH] python3: Add upstream random.c fixes for recent glibc

python3 fails to work with recent glibc versions on older hosts, giving errors like: Fatal Python error: getentropy() failed Aborted This breaks buildtools-tarball and hence eSDK. This patch backports the changes to random.c from upstream that address the problem. Signed-off-by: Richard Purdie