[OE-core] precise details on processing of multiple .bbappend files across multiple layers?

i realize i should know the answer to this, but it's friday and i'm tired. i want to know the precise processing order for the bbappend files for a single recipe over multiple layers. (i realize it's already a bad design if i have so many bbappend files for the same recipe that i get confused

Re: [OE-core] Add ovmf-native to make qemu-native/runqemu support boot UEFI image?

On Wed, Apr 20, 2016 at 8:19 PM Robert Yang wrote: > I'd like to add ovmf-native to make qemu-native/runqemu support > boot UEFI image, that will make us debug UEFI image much more easier, > without ovmf, we have to burn EFI image to a usb disk or cdrom, > then boot it

Re: [OE-core] precise details on processing of multiple .bbappend files across multiple layers?

On Fri, Apr 22, 2016 at 3:48 PM Robert P. J. Day wrote: > > i realize i should know the answer to this, but it's friday and i'm > tired. i want to know the precise processing order for the bbappend > files for a single recipe over multiple layers. (i realize it's >

Re: [OE-core] [PATCH 2/4] webkitgtk: set COMPATIBLE_HOST_armv4 to null

On 04/22/2016 08:39 PM, Alexander Kanavin wrote: On 04/22/2016 08:50 AM, Robert Yang wrote: It doesn't build with armv4: {standard input}: Assembler messages: {standard input}:52: Error: selected processor does not support `blx llint_throw_stack_overflow_error' in ARM mode {standard

Re: [OE-core] [PATCH 2/2] gcc-sanitizers: Depend on target gcc

On 22 Apr 2016 7:27 a.m., "Jussi Kukkonen" wrote: > > Without this the target gcc might not be in the sysroot > leading to configure failure. > > Signed-off-by: Jussi Kukkonen > --- > meta/recipes-devtools/gcc/gcc-sanitizers.inc | 2 +- > 1

Re: [OE-core] [PATCH 0/3] create-pull-request: 3 improvements (master branch only)

I updated the patches a little: * Updated the env var to avoid confusion: CONTRIB_REMOTE -> CPR_CONTRIB_REMOTE CONTRIB_AUTO_PUSH -> CPR_CONTRIB_AUTO_PUSH git://git.openembedded.org/openembedded-core-contrib rbt/cpr

Re: [OE-core] [PATCH] Replace foomatic-filters with cups-filters

On 21 April 2016 at 06:05, Fan Xin wrote: > +cups-filters \ > What recipe provides this package? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

[OE-core] [PATCH] cups.inc: Fix ldflags warning.

From: Noor Ahsan * While building following warning comes up QA Issue: No GNU_HASH in the elf binary: '...libcups.so.2' [ldflags] Fix this warning by settin DSOFLAGS. Signed-off-by: Noor Ahsan --- meta/recipes-extended/cups/cups.inc | 1 + 1 file

Re: [OE-core] [PATCH 2/2] utils.bbclass: warn for deprecated base_contains

On 22 April 2016 at 06:44, Robert Yang wrote: > +bb.warn('base_contains is depracated, please use bb.utils.contains > instead.') > WARN seems a bit excessive. Would a NOTE be visible in the output? Also typo, "deprecated". Ross --

Re: [OE-core] [PATCH] cups.inc: Fix ldflags warning.

On 22 April 2016 at 11:26, Noor, Ahsan wrote: > QA Issue: No GNU_HASH in the elf binary: '...libcups.so.2' [ldflags] > Are there special options needed to make that happen? I can't replicate it. Ross -- ___ Openembedded-core

Re: [OE-core] [PATCH] cups.inc: Fix ldflags warning.

On 22 April 2016 at 11:26, Noor, Ahsan wrote: > + "DSOFLAGS='${LDFLAGS}'" > No trailing slash so this doens't parse. You shouldn't need double quoting either. Ross -- ___ Openembedded-core mailing list

[OE-core] [wic][PATCH 3/6] wic: add system_id attribute to Partition

Added Partition.system_id attribute and initialized it from parse result of wks option --system-id. It will be used by the wic code below the call stack to set partition system id. [YOCTO #9096] Signed-off-by: Ed Bartosh --- scripts/lib/wic/partition.py | 1 + 1

[OE-core] [wic][PATCH 4/6] wic: add system_id argument to Image.add_partition

Added new argument to add_partition call to pass partition system id down the stack. [YOCTO #9096] Signed-off-by: Ed Bartosh --- scripts/lib/wic/imager/direct.py | 3 ++- scripts/lib/wic/utils/partitionedfs.py | 2 +- 2 files changed, 3 insertions(+), 2

[OE-core] [wic][PATCH 5/6] wic: set partition system id

Used sfdisk to set partition system id if --system-id parameter is used for a partition in wks file. [YOCTO #9096] Signed-off-by: Ed Bartosh --- scripts/lib/wic/utils/partitionedfs.py | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

[OE-core] [wic][PATCH 2/6] wic: add sfdisk to the list of utilities

Added sfdisk -> util-linux pair to the dictionary executable -> recipe as sfdisk is going to be used by wic to set partition system id. [YOCTO #9096] Signed-off-by: Ed Bartosh --- scripts/lib/wic/utils/oe/misc.py | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [wic][PATCH 6/6] wic: add help for --system-id option

Added explanation of --system-id option to the output of wic help kickstart. [YOCTO #9096] Signed-off-by: Ed Bartosh --- scripts/lib/wic/help.py | 4 1 file changed, 4 insertions(+) diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py index

[OE-core] [wic][PATCH 0/6] new wks option --system-id

Hi, This patchset contains implementation of --system-id option. The option sets system id for the partition if specified. For example with this wks file: part /boot --ondisk sda --align 1024 --fstype vfat --source bootimg-pcbios --size 64M --system-id 1 part / --ondisk sda --align 1024

[OE-core] [wic][PATCH 1/6] wic: add --system-id wks option

Added new option --system-id to wks parser. The option will be used to set partition system id. [YOCTO #9096] Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 19 +++ 1 file changed, 19 insertions(+) diff --git

[OE-core] [PATCH V2] cups.inc: Fix ldflags warning.

From: Noor Ahsan * While building following warning comes up QA Issue: No GNU_HASH in the elf binary: '...libcups.so.2' [ldflags] Fix this warning by settin DSOFLAGS. Signed-off-by: Noor Ahsan --- meta/recipes-extended/cups/cups.inc | 1 + 1 file

Re: [OE-core] [PATCH] webkitgtk: package debug files properly and move -g removal to staging

On Fri, Apr 22, 2016 at 6:28 PM, Burton, Ross wrote: > > On 22 April 2016 at 13:41, Sujith Haridasan wrote: > >> +FILES_${PN}-dbg += "${libdir}/webkit2gtk-4.0/injected-bundle/.debug \ >> +${libdir}/webkitgtk/webkit2gtk-4.0/.debug/*"

[OE-core] [PATCH] webkitgtk: package debug files properly and move -g removal to staging

From: Fahad Usman Package debug files properly to get rid of build time warnings. Remove -g option from the DEBUG_FLAGS. Signed-off-by: Fahad Usman Signed-off-by: Christopher Larson Signed-off-by: Sujith Haridasan

Re: [OE-core] [PATCH] webkitgtk: package debug files properly and move -g removal to staging

On 22 April 2016 at 13:41, Sujith Haridasan wrote: > +FILES_${PN}-dbg += "${libdir}/webkit2gtk-4.0/injected-bundle/.debug \ > +${libdir}/webkitgtk/webkit2gtk-4.0/.debug/*" > Debug packages are collected automatically, no need for FILES_PN-dbg anymore

[OE-core] [PATCH 2/2] gcc-sanitizers: Depend on target gcc

Without this the target gcc might not be in the sysroot leading to configure failure. Signed-off-by: Jussi Kukkonen --- meta/recipes-devtools/gcc/gcc-sanitizers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH] webkitgtk: package debug files properly and move -g removal to staging

On 04/22/2016 03:41 PM, Sujith Haridasan wrote: +# Link fails due to memory exhaustion, so disable debug info to reduce the +# memory footprint +DEBUG_FLAGS_remove = "-g" + Wait a moment, if you do this then the debug package will be totally useless, no? FILES_${PN} +=

Re: [OE-core] [PATCH] cups.inc: Fix ldflags warning.

Yeah, Sent updated patch. Noor From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Friday, April 22, 2016 5:07 PM To: Ahsan, Noor Cc: OE-core Subject: Re: [OE-core] [PATCH] cups.inc: Fix ldflags warning. On 22 April 2016 at 11:26, Noor, Ahsan

[OE-core] [PATCH 0/2] Fix more potential build failures

Decided to run a build/cleansstate/wipe-sysroot/re-build cycle for all recipes in world: Only found the intltool failures Ross already sent patches for and these two. Jussi The following changes since commit 6c1c01392d91f512e2949ad1d57a75a8077478ba: build-appliance-image: Update to krogoth

[OE-core] [PATCH 1/2] babeltrace: Let autotools.bbclass run autoreconf

When bootstrap calls autoreconf, it won't have AC_LOCAL set properly so shared scripts may not be found: glib-2.0.m4 in this case. Remove custom bootstrap code so autotools class handles this. Signed-off-by: Jussi Kukkonen ---

[OE-core] [PATCH 1/2] mesa-demos: remove demos using obsolete screen surface

The mesa surface EGL_MESA_screen_surface was obsoleted and then dropped from mesa some time ago. Drop demos depending on this. Signed-off-by: Awais Belal --- ...dependant-on-obsolete-MESA_screen_surface.patch | 1592

[OE-core] [PATCH 2/2] mesa-demos: provide option for disabling GLX demos

There are platforms that default to EGL only configurations in which case the GLX applications are not required at all. Allow the user to control generation of these demos as needed through a configure switch. Signed-off-by: Awais Belal ---

Re: [OE-core] [PATCH 2/4] webkitgtk: set COMPATIBLE_HOST_armv4 to null

On 04/22/2016 08:50 AM, Robert Yang wrote: It doesn't build with armv4: {standard input}: Assembler messages: {standard input}:52: Error: selected processor does not support `blx llint_throw_stack_overflow_error' in ARM mode {standard input}:126: Error: selected processor does not support `bkpt

[OE-core] [PATCH] lib/oe/rootfs: Fix DEBUGFS generation when using opkg

When enabling extra DEBUGFS image generation with opkg, errors are seen like: ERROR: core-image-minimal-1.0-r0 do_rootfs: Cannot get the installed packages list. Command '/media/build1/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg -f

Re: [OE-core] Yocto Project Status WW17

On Fri 2016-04-22 @ 03:13:21 PM, Jolley, Stephen K wrote: > o Encourage adoption of new tools (toaster, eSDK, CROPS) Have the eSDK and CROPS projects been announced publicly? Are they available for us to "play with"? -- ___ Openembedded-core mailing

Re: [OE-core] [PATCH 2/2] utils.bbclass: warn for deprecated base_contains

On 04/22/2016 07:15 PM, Burton, Ross wrote: On 22 April 2016 at 06:44, Robert Yang > wrote: +bb.warn('base_contains is depracated, please use bb.utils.contains instead.') WARN seems a bit excessive. Would a NOTE be

[OE-core] Yocto Project Status WW17

Current Dev Position: YP 2.1 M4 (Stabilization only milestone.) Next Deadline: YP 2.1 Final Release Target: April 29, 2016 SWAT team rotation: Ross -> Randy https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *YP 2.1 M4.rc2 is in QA and it is hoped

Re: [OE-core] [PATCH 2/2] gcc-sanitizers: Depend on target gcc

> On Apr 22, 2016, at 6:26 AM, Jussi Kukkonen wrote: > > Without this the target gcc might not be in the sysroot > leading to configure failure. you might want to correct the comment to say cross gcc. Thats whats added to DEPENDS here and not target gcc. > >

Re: [OE-core] Package management DB in old-style SDK

On Tue, Apr 19, 2016 at 01:38:23PM +1200, Paul Eggleton wrote: > On Mon, 18 Apr 2016 21:01:27 Denys Dmytriyenko wrote: > > On Tue, Apr 19, 2016 at 10:35:29AM +1200, Paul Eggleton wrote: > > > Hi Denys, > > > On Mon, 18 Apr 2016 18:14:55 Denys Dmytriyenko wrote: > > > > I'm still using the

Re: [OE-core] Yocto Project Status WW17

On 22 April 2016 at 18:04, Trevor Woerner wrote: > > Have the eSDK and CROPS projects been announced publicly? Are they available > for us to "play with"? eSDK is the "extensible SDK', or what appears when you do bitbake image -c populate_sdk_ext. This should be in the