Re: [OE-core] [PATCH v2 09/11] runqemu: support UEFI with OVMF firmware

On Tue, 2017-01-10 at 17:07 +0100, Patrick Ohly wrote: > ovmf is not built by default. Either do it explicitly ("bitbake ovmf") > or make it a part of the normal build > ("MACHINE_ESSENTIAL_EXTRA_RDEPENDS_append = ' ovmf'"). Wrong advice in the commit message: MACHINE_ESSENTIAL_EXTRA_RDEPENDS does

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

On Thu, Jan 12, 2017 at 6:52 AM, Saul Wold wrote: > To enable glamor, we need to also enable both dri3 and xshmfence as > dependencies. > > Signed-off-by: Saul Wold > --- > meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta/recipes-

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

To enable glamor, we need to also enable both dri3 and xshmfence as dependencies. Signed-off-by: Saul Wold --- meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc b/meta/recipes-graphics/xor

[OE-core] [PATCH] dpkg: workaround for sstate contamination

The dpkg binary contains a hard-coded CONFIGDIR path which normally points to /etc/dpkg. If /etc/dpkg/dpkg.cfg.d cannot be accessed and scandir returns EACCESS, or any error other than ENOTDIR, it is treated as a fatal error. Normally this is not an issue for dpkg, and indeed has been confirmed to

Re: [OE-core] [PATCH] kernel-fitimage.bbclass: Allow unset load/entry addresses for ramdisks

On 23 November 2016 at 15:29, Nathan Rossi wrote: > Just pinging these patches, to see if there were any issues or > comments. I realize I sent them just before a release so it was very > likely they would get lost in the noise. Pinging these three patches again. https://patchwork.openembedded.o

[OE-core] [PATCH v2] kernel-fitimage.bbclass: Check value of UBOOT_SIGN_ENABLE

Check the value of UBOOT_SIGN_ENABLE, as it is defaulted to "0" which for matches as True in python due to being a non-empty string. Signed-off-by: Nathan Rossi --- Changes in v2: rebase on master --- meta/classes/kernel-fitimage.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) dif

Re: [OE-core] [yocto] OpenEmbedded Developers Meeting in Portland before ELC

That is an excellent question. The main issue is that the room usually contains 20-25 people who are spread too far apart for many solutions to hear effectively. This is compounded by normally not having any access to the room until the morning of the event, so it is always a mad scramble. This ye

[OE-core] [PATCH 1/1] scripts/oe-selftest: fix typo

Change 'agains' to 'against'. Signed-off-by: Chen Qi --- scripts/oe-selftest | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/oe-selftest b/scripts/oe-selftest index adfa92f..120a6c2 100755 --- a/scripts/oe-selftest +++ b/scripts/oe-selftest @@ -87,7 +87,7 @@ def logge

[OE-core] [PATCH 0/1] scripts/oe-selftest: fix typo

The following changes since commit 81021bc0aa0f64e67535f6a9551e921a64fe4395: yocto-project-qs, ref-manual: Added note for "resources temporarily unavailable" error (2017-01-11 17:23:18 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/selftest-typo

Re: [OE-core] [yocto] OpenEmbedded Developers Meeting in Portland before ELC

On Mon, 09 Jan 2017 16:04:57 Philip Balister wrote: > As we do around each Embedded Linux Conference, OpenEmbedded will host a > developer meeting to discuss the state of OpenEmbedded and what efforts > we should focus on over the next six months or so. > > All developers and users are welcome to

Re: [OE-core] [yocto] OpenEmbedded Developers Meeting in Portland before ELC

Hi Sandeep - yes, there is a DevDay planned for Friday Feb 24, after ELC. Details and registration links are here: https://www.yoctoproject.org/devday On Wed, Jan 11, 2017 at 4:43 PM, Sandeep G.R wrote: > Hi Philip, > > Is Yocto developer day planned during ELC-2017 Portland, USA. Can you > sha

[OE-core] [PATCH] qemu: Upgrade to 2.8.0

Testing: It was test running testimage over core-image-{minimal, sato} in qemu{x86,arm,ppc,mips} archs. Also the qemu unit test (ptest) was run in the target and all test pass except a previous failing one: ERROR:/usr/src/debug/qemu/2.7.0-r1/qemu-2.7.0/tests/test-qht-par.c:20:test_qht: assertion

Re: [OE-core] [PATCH V3 4/4] selftest: sstatetests: skip glibc-initial tests and use a more generic image

On 01/11/2017 11:29 AM, Burton, Ross wrote: On 9 January 2017 at 17:45, > wrote: - bitbake("core-image-sato -S none") +bitbake("core-image-minimal -S none") As this is just stamp calculation, could we just do "world" ins

Re: [OE-core] [PATCH V3 2/4] selftest: imagefeatures: skip tests based on distro features and supported fstypes

On 01/11/2017 11:27 AM, Burton, Ross wrote: On 9 January 2017 at 17:45, > wrote: +++ b/meta/lib/oeqa/selftest/imagefeatures.py @@ -77,6 +77,9 @@ class ImageFeatures(oeSelfTest): AutomatedBy: Daniel Istrate mailto:da

[OE-core] [PATCH v2 6/7] tiny scripts improvements: python3 fixes and new tool ksum

From: Tom Zanussi 'ksum.py' generates a combined summary of vmlinux and module sizes for a built kernel, as a quick tool for comparing the overall effects of systemic tinification changes. Execute from the base directory of the kernel build you want to summarize. Setting the 'verbose' flag will

[OE-core] [PATCH 7/7] systemd-boot.bbclass: Fix SYSYTEMD_BOOT_CFG creation

This patch makes sure the directory which will contain the systemd configuration (loader.conf) is created before the configuration file is written, fixing errors when it tried to write it to a non-existent directory Signed-off-by: Alejandro Hernandez --- meta/classes/systemd-boot.bbclass | 3 +++

[OE-core] [PATCH 5/7] core-image-tiny-initramfs: Fix error message shown after a successful initrd boot

When booting core-image-tiny-initramfs, since we want to live on initrd, on purpose, we never find a rootfs image to switch root to, this causes init to show an error as it would with other images, this patch replaces the message shown to the user, avoiding confusion when it was indeed a successful

[OE-core] [PATCH v2 4/7] core-image-tiny-initramfs: Add and image creating image artifacts only

From: Tom Zanussi Add an image that simply creates image artifacts using image-live-artifacts support instead of creating an actual image. The image artifacts can then be subsequently assembled by an external tool such as wic to create an actual image. This eliminates redundant image creation w

[OE-core] [PATCH 3/7] image-.bbclass: standarize usage of DEPLOY_DIR_IMAGE

Since wic now looks for boot artifacts on DEPLOY_DIR_IMAGE, we need to standarize the usage of this variable and drop HDDDIR to avoid confusion, which will let us drop support for hddimg in the future. Signed-off-by: Alejandro Hernandez --- meta/classes/image-live.bbclass | 18 +-

[OE-core] [PATCH v2 2/7] wic: Look for image artifacts in a common location

From: Tom Zanussi Rather than have each image type look for artifacts in image-specific locations, move towards having them look for artifacts in a common location, in this case DEPLOY_DIR_IMAGE/artifacts. This only applies if the oe-core image classes have been modified to generate artifacts th

[OE-core] [PATCH v2 1/7] image-live-artifacts: Add support for creating image artifacts only

From: Tom Zanussi Rather than create an actual image, just put the image artifacts in an 'artifacts' directory that can then be picked up by wic. Signed-off-by: Alejandro Hernandez Signed-off-by: Tom Zanussi --- meta/classes/image-live-artifacts.bbclass | 40 +++ m

[OE-core] [PATCH v2 0/7] poky-tiny improvements

This is the first set of patches meant to improve some of the characteristics of poky-tiny, these patches are from or based on Tom Zanussi's work; includes a new image recipe to be able to boot poky-tiny from initrd, along with changes to be able to create it using bootimg-efi, make it compatible

Re: [OE-core] [PATCH] musl: Upgrade to 1.1.16+ on master

On 11 January 2017 at 17:34, Khem Raj wrote: > > I'm pretty convinced that musl's if.h should be defining it. > > kernel does have a file to abstact the libc nuances > uapi/linux/libc-compat.h > > sadly, it assumes that only libc linux kernel supports is glibc > and that is what the problem is he

Re: [OE-core] [PATCH] musl: Upgrade to 1.1.16+ on master

On Wed, Jan 11, 2017 at 8:43 AM, Burton, Ross wrote: > > On 11 January 2017 at 16:42, Jussi Kukkonen > wrote: >> >> I did pretty much the same "fix" inside connman (defined >> __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0 everywhere the >> problem shows up) and it works... but should the

Re: [OE-core] [PATCH V3 4/4] selftest: sstatetests: skip glibc-initial tests and use a more generic image

On 9 January 2017 at 17:45, wrote: > -bitbake("core-image-sato -S none") > +bitbake("core-image-minimal -S none") > As this is just stamp calculation, could we just do "world" instead... Ross -- ___ Openembedded-core mailing list Open

Re: [OE-core] [PATCH V3 2/4] selftest: imagefeatures: skip tests based on distro features and supported fstypes

On 9 January 2017 at 17:45, wrote: > +++ b/meta/lib/oeqa/selftest/imagefeatures.py > @@ -77,6 +77,9 @@ class ImageFeatures(oeSelfTest): > AutomatedBy: Daniel Istrate > """ > > +if 'opengl' not in get_bb_var('DISTRO_FEATURES'): > +self.skipTest('opengl not pr

Re: [OE-core] [PATCH 2/2] glibc: Upgrade to 2.25

On Wed, 2017-01-11 at 08:21 -0800, Khem Raj wrote: > > This is showing when executing target binaries in qemu here I > believe. One > workaround we could try is to use LD_PRELOAD of libpthread.so.0, that > might get us over this error, but the issue still may manifest on > target apps > using libp

Re: [OE-core] [PATCH] musl: Upgrade to 1.1.16+ on master

On 11 January 2017 at 16:42, Jussi Kukkonen wrote: > I did pretty much the same "fix" inside connman (defined > __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0 everywhere the > problem shows up) and it works... but should the hack be done somewhere in > the toolchain instead? > I'm pretty

Re: [OE-core] [PATCH] musl: Upgrade to 1.1.16+ on master

On 11 January 2017 at 18:29, Burton, Ross wrote: > > On 6 January 2017 at 16:54, Khem Raj wrote: > >> regardless, I posted a patch for ppp for fixing same issue, seee >> >> https://patchwork.openembedded.org/patch/135536/ >> >> may be the same or similar patch can be applied to connman as well.

Re: [OE-core] [PATCH] musl: Upgrade to 1.1.16+ on master

On 6 January 2017 at 16:54, Khem Raj wrote: > regardless, I posted a patch for ppp for fixing same issue, seee > > https://patchwork.openembedded.org/patch/135536/ > > may be the same or similar patch can be applied to connman as well. > Similar but not the same. connman/src/iptables.c includes

[OE-core] [PATCH 0/1] Fido backport pull request

Backport babeltrace fix as requested by Jonathan Rajotte Julien: http://lists.openembedded.org/pipermail/openembedded-core/2017-January/130849.html The following changes since commit f9c35dfc6601901664dbef2cba3a9b96bef96e64: systemd: re-enable mount propagation for udevd (2016-12-05 17:20:46 +0

Re: [OE-core] [PATCH 2/2] glibc: Upgrade to 2.25

On Wed, Jan 11, 2017 at 7:56 AM, Phil Blundell wrote: > On Wed, 2017-01-11 at 12:19 +, Burton, Ross wrote: > > > On 11 January 2017 at 03:51, Khem Raj wrote: > > Signed-off-by: Khem Raj > > > This fails when building gdk-pixbuf for x86-64 with gobject-introspection > enabled: > > | > /data/p

Re: [OE-core] [PATCH 2/2] glibc: Upgrade to 2.25

On Wed, Jan 11, 2017 at 7:44 AM, Phil Blundell wrote: > On Tue, 2017-01-10 at 19:51 -0800, Khem Raj wrote: >> Signed-off-by: Khem Raj > > The log message for this commit is a bit misleading. Glibc 2.25 has > not been released (and the release is not scheduled for another three > weeks) and we cl

Re: [OE-core] [PATCH 2/2] glibc: Upgrade to 2.25

On 11 January 2017 at 15:44, Phil Blundell wrote: > The log message for this commit is a bit misleading. Glibc 2.25 has > not been released (and the release is not scheduled for another three > weeks) and we clearly can't upgrade to a version that doesn't yet > exist. > > I'll admit that I threw

Re: [OE-core] [PATCH 2/2] glibc: Upgrade to 2.25

On Wed, 2017-01-11 at 12:19 +, Burton, Ross wrote: > > > On 11 January 2017 at 03:51, Khem Raj wrote: > > > > Signed-off-by: Khem Raj > > > This fails when building gdk-pixbuf for x86-64 with gobject- introspection enabled: > > > > > > > > > > > > > | > > > > > > > > > > > > /data/poky-ma

Re: [OE-core] [PATCH 2/2] glibc: Upgrade to 2.25

On Tue, 2017-01-10 at 19:51 -0800, Khem Raj wrote: > Signed-off-by: Khem Raj The log message for this commit is a bit misleading.  Glibc 2.25 has not been released (and the release is not scheduled for another three weeks) and we clearly can't upgrade to a version that doesn't yet exist. If you

Re: [OE-core] [PATCH v3] kernel-module-split: Append KERNEL_VERSION string to kernel module name

2017-01-10 15:45 GMT+01:00 Bruce Ashfield : > > >> >> So basically, as I understand it, this may be a blocker for this change. >> Alternatives I can come up with are: >> >> 1) For all packaged kernel modules, add meta packages that depend on the >> correct version of the kernel module itself. Then

Re: [OE-core] Babeltrace - Backport fix to fido (as-needed.inc: add babeltrace exception)

On 01/09/2017 10:39 AM, Khem Raj wrote: add the release maintainers to the request too. Armin in this case. Not in this case, I covered Dizzy. Fido is Joshua https://wiki.yoctoproject.org/wiki/Stable_branch_maintenance On Fri, Jan 6, 2017 at 1:41 PM, Jonathan Rajotte Julien wrote: Hi,

Re: [OE-core] [PATCH][morty] libxtst: 1.2.2 -> 1.2.3

On 01/10/2017 03:10 AM, Sona Sarmadi wrote: Upgrade libxtst from 1.2.2 to 1.2.3 to address: What else changed in this update? - armin Out of Bounds Write Denial of Service Vulnerability, CVE-2016-7951 References: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7951 https://cgit.freed

Re: [OE-core] [PATCH 2/2] glibc: Upgrade to 2.25

On 11 January 2017 at 03:51, Khem Raj wrote: > Signed-off-by: Khem Raj > This fails when building gdk-pixbuf for x86-64 with gobject-introspection enabled: | > /data/poky-master/tmp-glibc/work/corei7-64-poky-linux/gdk-pixbuf/2.36.1-r0/build/gdk-pixbuf/tmp-introspectylz98kc7/.libs/GdkPixbuf-2.0

[OE-core] [PATCH 1/1] insane.bbclass: print license text as part of QA message

It it is hard to select exactly the right lines from a file, in particular because the documentation did not specify the exact semantic (YOCTO #10898). When the QA license check fails, it now includes the license text for which the md5sum was calculated. When adding a new entry to LIC_FILES_CHKSUM

[OE-core] [PATCH 0/1] improve LIC_FILES_CHKSUM QA check

In YOCTO #10898 I pointed out that the documentation for LIC_FILES_CHKSUM beginline and endline does not specify whether the numbering starts at 0 or 1 (it's 1) and whether the endline is inclusive or exclusive (it's inclusive), and I offered the bet that developers happened to use values that are

[OE-core] [PATCH] libdrm: enable etnaviv experimental support

From: Christoph Settgast The etnaviv project is a free and open source linux driver for Vivante 2D/3D GPUs in i.MX SoCs. Support for etnaviv in libdrm was added in 2.4.71. Signed-off-by: Christoph Settgast --- meta/recipes-graphics/drm/libdrm_2.4.74.bb | 8 ++-- 1 file changed, 6 insertio

Re: [OE-core] bug with dpkg-native and sstate-cache mirrors

On Tue, 2016-12-20 at 19:45 -0800, Anders Oleson wrote: > Should I open a bug report for this? If you were not going to work on it anymore then yes, we would like to keep track of a problem like this. > Does this make sense and does it sound like a problem? Yes it makes sense and yes its the kin

Re: [OE-core] bug with dpkg-native and sstate-cache mirrors

On Fri, 2016-12-16 at 11:31 -0800, Anders Oleson wrote: > Does this sound like I'm on the right track or like something that > could be included? I'd like to fix this so that it doesn't sneak up > on someone else. > > I'm willing to take a hack at it and test it in the scenario where > this bit us