Re: [OE-core] [PATCH V5 00/10] runqemu: refactor it and remove machine knowledge

On Thu, 2016-08-25 at 22:45 +0100, Burton, Ross wrote: Hi Robert, So close! qemuarm64 is breaking on the AB: https://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/536/steps/Running%20Sanity%20Tests/logs/stdio I suspect we're passing some options to runqemu that you didn't

Re: [OE-core] [PATCH] xserver-xf86-config: pre-load int10 and exa modules

This patch is only a partial solution, as the libint10 module is not installed so it can't be loaded. -Bill On Sat, 2016-08-20 at 08:03 -0700, Khem Raj wrote: musl doesn't like lazy loading that xorg uses, therefore load the needed modules explicitly [YOCTO #10169] Signed-off-by: Khem

Re: [OE-core] [PATCH] dbus: 1.10.8 -> 1.11.2

On Thu, 2016-04-28 at 16:37 +0300, Dai Caiyun wrote: Upgrade dbus from 1.10.8 to 1.11.2. You might want to update the date/time of the machine you used to post your patches. With a date of April 28, your email could easily be missed by someone sorting and reading messages by date.

Re: [OE-core] [PATCH] apt: Upgrade to 1.2.12

On Fri, 2016-08-05 at 08:44 -0700, Khem Raj wrote: On 7/29/16 12:53 PM, Aníbal Limón wrote: Test was made building core-image-sato with package_deb on qemux86 and qemuarm then run for two of them testimage and install packages with apt-get using PACKAGE_FEED_URI's configuration. Now apt

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On Thu, 2016-08-04 at 16:17 +0100, Burton, Ross wrote: On 27 July 2016 at 10:34, Khem Raj > wrote: > I still get the same error after your patch applied: > > configure:16513: checking for perl > configure:16531: found /usr/bin/perl > configure:16543:

Re: [OE-core] [PATCH] python3: correct the multilib support patch

On Wed, 2016-06-29 at 07:33 +0100, Richard Purdie wrote: On Wed, 2016-06-29 at 11:12 +0800, Li Zhou wrote: When python3 rebased its multilib patch, the hard coded "lib" path isn't really changed because of the rebasing's error, and cause phthon3's failure when running on 64bit platforms as

Re: [OE-core] [PATCH 0/9] Show progress during build and eSDK install

On Mon, 2016-06-13 at 15:13 +1200, Paul Eggleton wrote: > > I have contemplated and even prototyped going a step further and using the > count of lines in the output to track progress for *all* long-running tasks, > which does work reasonably well - the caveat is you actually need the > expected

Re: [OE-core] [PATCH 01/22] oe-buildenv-internal: Update to python3

On Wed, 2016-06-01 at 13:35 +0100, Richard Purdie wrote: > Check that 'python' is a python v2 since that is what we assume everywhere > and upstream python devs recommend. We can need both python2 and python3 > available since we don't control the software we might download and run. > > Also

Re: [OE-core] [PATCH] linux-yocto/4.1: fix musb compilation error

Armin, Do you want me to hold off on your krogoth-next build on the AB to give you time to include this? -Bill On Fri, 2016-05-27 at 11:29 -0500, George McCollister wrote: Yes, I found the issue on krogoth. -George On Fri, May 27, 2016 at 11:25 AM, akuster808

Re: [OE-core] [PATCH] meta:recipes-extended: stat fix security gaps

On Mon, 2016-05-16 at 16:37 -0500, Plauchu Edwin wrote: > > On 16/05/16 16:28, Khem Raj wrote: > > > > > > > > On May 16, 2016, at 1:19 PM, edwin.plauchu.cama...@linux.intel.com wrote: > > > > > > From: Edwin Plauchu > > > > > > This patch avoids stat fails

Re: [OE-core] [PATCH] package.bbclass: improve permission handling

On Wed, 2016-04-13 at 16:17 -0600, Dan McGregor wrote: From: Dan McGregor > Change fs_link_table to be keyed by path, just like fs_perms_table. When a new entry is coming in for either table, remove any previous entry for that path. This way

Re: [OE-core] [PATCH] package.bbclass: handle links in sorted order

On Wed, 2016-04-13 at 11:30 -0600, Dan McGregor wrote: On 12 April 2016 at 10:51, Denys Dmytriyenko > wrote: On Tue, Apr 12, 2016 at 08:22:21AM -0700, Bill Randle wrote: When processing links, the directories are processed in unsorted order which can

Re: [OE-core] [PATCH] bdwgc: use github repo for source location

On Tue, 2016-04-05 at 14:55 +0100, Richard Purdie wrote: On Mon, 2016-04-04 at 18:33 -0700, Saul Wold wrote: On Mon, 2016-04-04 at 09:18 -0700, Bill Randle wrote: The Yocto Autobuilder has been unable to fetch the release package from the developer's website at

Re: [OE-core] [PATCH] insane.bbclass: tighten lib_re and exec_re patterns to avoid false positive

On Wed, 2016-03-23 at 21:17 +, Burton, Ross wrote: > > On 23 March 2016 at 18:03, Phil Blundell wrote: > > Or alternatively, add an extra check so that when it thinks it's found a > > misplaced library, it checks the ELF header to make sure that it really is > > one and

Re: [OE-core] [PATCH] insane.bbclass: tighten lib_re and exec_re patterns to avoid false positive

On Wed, 2016-03-23 at 16:23 +, Burton, Ross wrote: On 23 March 2016 at 15:54, Bill Randle > wrote: +lib_re = re.compile("^/lib.+\.so(\.\d+){0,3}$") +exec_re = re.compile("^%s.*/lib.+\.so(\.\d+){0,3}$" % exec_prefix) I

Re: [OE-core] [PATCH] sanity.bbclass: check host tool dependencies on change in NATIVELBSSTRING

That should be "NATIVELSBSTRING", obviously. The patch is correct; it's just the subject line and intro text that I copied and pasted the typo. -Bill On Tue, 2016-03-22 at 10:23 -0700, Bill Randle wrote: When a user upgrades their host distro, it may no longer have all the required tools

[OE-core] [PATCH] grub: add -Wno-error=trampolines to native CFLAGS

Fixes YOCTO 9201. Adds -Wno-error=trampolines to native CFLAGS prevent multiple compile errors when using gcc 5.3.0 for gentoo. This is a less "invasive" fix than the one proposed earlier by Martin Jansa and, in my testing, solves the problem. Signed-off-by: Bill Randle

[OE-core] [PATCH v2] grub: add -Wno-error=trampolines to native CFLAGS

Previous patch was not against master. Updated against master branch. Fixes YOCTO 9201 Adds -Wno-error=trampolines to native CFLAGS prevent multiple compile errors when using gcc 5.3.0 for gentoo. Signed-off-by: Bill Randle ---  meta/recipes-bsp/grub/grub-efi_2.00.bb