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

[Robert Yang]

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 input}:126: Error: selected processor does not support `bkpt #0' in
ARM mode
{standard input}:128: Error: selected processor does not support `blx r0' in
ARM mode
{standard input}:134: Error: selected processor does not support `bkpt #0' in
ARM mode
{standard input}:185: Error: selected processor does not support `blx
llint_throw_stack_overflow_error' in ARM mode
{standard input}:256: Error: selected processor does not support `blx r4' in
ARM mode
{standard input}:310: Error: selected processor does not support `movw
r2,#:lower16:.Lllint_op_enter-.LrelativePCBase' in ARM mode
{standard input}:311: Error: selected processor does not support `movt
r2,#:upper16:.Lllint_op_enter-.LrelativePCBase' in ARM mode
{standard input}:315: Error: selected processor does not support `movw
r2,#:lower16:.Lllint_op_get_scope-.LrelativePCBase' in ARM mode
{standard input}:316: Error: selected processor does not support `movt
r2,#:upper16:.Lllint_op_get_scope-.LrelativePCBase' in ARM mode
[snip]


Can you try disabling JIT instead like is done for ARMv5/6?


Thanks, it works, updated in the repo.

// Robert




Alex


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Dan McGregor]

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 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-sanitizers.inc
b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
> index 6091a0b..df4e297 100644
> --- a/meta/recipes-devtools/gcc/gcc-sanitizers.inc
> +++ b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
> @@ -50,7 +50,7 @@ do_install () {
>
>  INHIBIT_DEFAULT_DEPS = "1"
>  ALLOW_EMPTY_${PN} = "1"
> -DEPENDS = "gcc-runtime"
> +DEPENDS = "gcc-runtime virtual/${TARGET_PREFIX}gcc"
>
>  BBCLASSEXTEND = "nativesdk"
>
> --
> 2.1.4
>

I agree with Khem. Otherwise looks good to me.

> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Christopher Larson]

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 on the real hardware, this is inconvenient. (Virtual
> box can't boot our UEFI image, either, please see my last email
> about virtualbox, we may fix it later.)
>
> The ovmf is released under BSD license:
> http://www.tianocore.org/ovmf/
> The website says:
> License information: BSD (May contain an additional exception if bundled
> with
> the FAT driver.)
>
> We don't use the prebuilt FAT driver, we will build it from ovmf source.
>
> I tried it in my local repo, it works.
>
> We need to do:
> 1) Add ovmf-native to oe-core.
> 2) Move acpica from meta-oe to oe-core since ovmf-naive requires iasl
> which is
> provided by acpica, we may also move acpitests to oe-core since it is
> used
> for testing acpica, others are not needed.
> 3) Update runqemu to make it can boot EFI image.
>
> Of course, this for master branch only.
>
> Any objections or comments, please ?
>

Seems like a good idea to me. I'd love to be able to test EFI images in
qemu, and there's an open issue in bugzilla about it.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Christopher Larson]

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
> already a bad design if i have so many bbappend files for the same
> recipe that i get confused knowing how they're processed. :-)
>
>   if i have a recipe, say, rday_1.2.3.bb, and numerous rday*bbappend
> files spread across several layers, i already know that those layers
> are processed in increasing priority, so that higher-priority layers
> will overwrite the settings of lower-priority layers. so far, so good.
>
>   now, in each layer, the selection of any bbappend file will be based
> on specificity, so in my case, selection order might be:
>
>   * rday_1.2.3.bbappend
>   * rday_1.%.bbappend
>   * rday_%.bbappend
>
> and as long as that's true, i'm assuming that search order is
> restarted for each layer, so that if i have:
>
>   * layer priority 5, rday_1.2.%.bbappend
>   * layer priority 6, rday_1.%.bbappend
>
> the first of the above will be processed, but will be superseded by
> the second even though it is a more generic wildcard, correct?
>

Yes, the specificity of the append isn't a factor in ordering today, as far
as I know.


>   finally, if i have multiple layers with the same priority, what is
> the processing order of bbappend files there? is it random? based on
> wildcard specificity?
>

You should treat it as undefined. Don't rely on it. I *think* a recent
patch went in to at least make it deterministic by sorting in some fashion,
but afaik that's not guaranteed, and wasn't true in the past.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Robert P. J. Day]

  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 knowing how they're processed. :-)

  if i have a recipe, say, rday_1.2.3.bb, and numerous rday*bbappend
files spread across several layers, i already know that those layers
are processed in increasing priority, so that higher-priority layers
will overwrite the settings of lower-priority layers. so far, so good.

  now, in each layer, the selection of any bbappend file will be based
on specificity, so in my case, selection order might be:

  * rday_1.2.3.bbappend
  * rday_1.%.bbappend
  * rday_%.bbappend

and as long as that's true, i'm assuming that search order is
restarted for each layer, so that if i have:

  * layer priority 5, rday_1.2.%.bbappend
  * layer priority 6, rday_1.%.bbappend

the first of the above will be processed, but will be superseded by
the second even though it is a more generic wildcard, correct?

  finally, if i have multiple layers with the same priority, what is
the processing order of bbappend files there? is it random? based on
wildcard specificity?

  thanks muchly.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Yocto Project Status WW17

[Burton, Ross]

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 manual already, the tl;dr is that
its an SDK you can manipulate after installation.

CROPS is docker magic to do builds on Windows/Mac.  Todor did a
presentation at ELC: http:
//events.linuxfoundation.org/sites/events/files/slides/Todor_Minchev_CROPS_ELC_2016.pdf


Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Denys Dmytriyenko]

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 old-style SDK (meta-toolchain) for our products due
> > > > to some code customizations in it and some of our use cases rely on the
> > > > opkg package management database being present in sysroots, so packages
> > > > can be manipulated in SDK with opkg command. It appears that
> > > > /var/lib/opkg is now empty and the package database is no longer
> > > > supplied with the SDK.
> > > > 
> > > > I know about the new-style populate_sdk and the even newer Extensible
> > > > SDK, but not yet ready to convert our old use cases to that. Since there
> > > > were lots of changes around the way SDKs work in OE-Core in the past
> > > > couple releases, I'm failing to find the change that causes opkg DB to
> > > > be missing from the old style SDK. I'll appreciate any pointers in
> > > > helping me debug and/or fix this issue with my SDKs. Thanks.
> > > 
> > > As far as ipk is concerned I think it was this commit:
> > >   http://cgit.openembedded.org/openembedded-core/commit/?id=c8e0ec2da9ad4c
> > >   e1c103966906a85f68c15400dd> 
> > > Unfortunately it wasn't made optional.
> > 
> > Thanks, Paul!
> > 
> > Unfortunately, the change is in the library, which is quite difficult to
> > override in another layer...
> > 
> > Will there be any objections for making that change optional with the
> > default being like it is now, but with the ability to restore the old way
> > with a variable?
> 
> As long as we make it have the same effect across the three different package 
> managers, no objection from me at least. Thinking about it we could even make 
> it switch based on package-management being in SDKIMAGE_FEATURES and then it 
> would be consistent with how it works for images as well.

Hi, Paul,

I submitted a patch yesterday to make the discussed change - can you please 
review and provide feedback? Thanks.

-- 
Denys
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Khem Raj]

> 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.

> 
> Signed-off-by: Jussi Kukkonen 
> ---
> meta/recipes-devtools/gcc/gcc-sanitizers.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc-sanitizers.inc 
> b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
> index 6091a0b..df4e297 100644
> --- a/meta/recipes-devtools/gcc/gcc-sanitizers.inc
> +++ b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
> @@ -50,7 +50,7 @@ do_install () {
> 
> INHIBIT_DEFAULT_DEPS = "1"
> ALLOW_EMPTY_${PN} = "1"
> -DEPENDS = "gcc-runtime"
> +DEPENDS = "gcc-runtime virtual/${TARGET_PREFIX}gcc"
> 
> BBCLASSEXTEND = "nativesdk"
> 
> --
> 2.1.4
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Yocto Project Status WW17

[Trevor Woerner]

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 list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Yocto Project Status WW17

[Jolley, Stephen K]

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 this will become the final 2.1 
release.

*We have found a number of issues since but nothing with enough impact 
to mean we'd rebuild as yet.

*WDD did continue to fall slightly yet again which is a nice change!

*2.2 planning continues. Current high level plans include:

o   Finishing the integration work of patchwork, patchtest, SWAT team, error 
reporting system and related process improvements

o   "multi-configuration" builds, potentially leading to distributed builds,

o   Moving to python 3.x, at least for Bitbake

o   Encourage adoption of new tools (toaster, eSDK, CROPS)

*If you have enhancements you'd like to see in 2.2, please do make sure 
the bugzilla has entries for them.

*We need to choose a maintainer for 2.1 (krogoth), if interested please 
talk to Richard although we do have some volunteers already.



Key YP 2.1 Dates:

YP 2.1 Final Release Target: April 29, 2016 (Still on Track)


Tracking Metrics:

WDD 2394 (last week 2499)

(https://wiki.yoctoproject.org/charts/combo.html)


Key Status Links for YP:

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.1_Status

https://wiki.yoctoproject.org/wiki/Yocto_2.1_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_2.1_Features

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.2_Status

https://wiki.yoctoproject.org/wiki/Yocto_2.2_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_2.2_Features

[If anyone has suggestions for other information you'd like to see on this 
weekly status update, let us know!]

Thanks,

Stephen K. Jolley
Yocto Project Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
*   Work Telephone:(503) 712-0534
*Cell:   (208) 244-4460
* Email:stephen.k.jol...@intel.com

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Robert Yang]

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 visible in the output?


Yes, it is visible since it is happened in parsing.



Also typo, "deprecated".


Sorry, updated in the repo:
* warn -> note
* depracated -> deprecated

  git://git.openembedded.org/openembedded-core-contrib rbt/warn
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/warn

Robert Yang (2):
  directfb/pango/webkit: base_contains -> bb.utils.contains
  utils.bbclass: warn for deprecated base_contains


Author: Robert Yang 
Date:   Thu Apr 21 20:21:22 2016 -0700

utils.bbclass: note for deprecated base_contains

Signed-off-by: Robert Yang 

diff --git a/meta/classes/utils.bbclass b/meta/classes/utils.bbclass
index 81b92cb..ce639b2 100644
--- a/meta/classes/utils.bbclass
+++ b/meta/classes/utils.bbclass
@@ -24,6 +24,7 @@ def base_version_less_or_equal(variable, checkvalue, 
truevalue, falsevalue, d):
 return oe.utils.version_less_or_equal(variable, checkvalue, truevalue, 
falsevalue, d)


 def base_contains(variable, checkvalues, truevalue, falsevalue, d):
+bb.note('base_contains is deprecated, please use bb.utils.contains 
instead.')
 return bb.utils.contains(variable, checkvalues, truevalue, falsevalue, d)

 def base_both_contain(variable1, variable2, checkvalue, d):

// Robert



Ross

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Richard Purdie]

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 
/media/build1/poky/build/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/opkg.conf
 -o 
/media/build1/poky/build/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs
  --force_postinstall --prefer-arch-to-version   status' returned 0 and stderr:
Collected errors:
 * file_md5sum_alloc: Failed to open file 
/media/build1/poky/build/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/syslog-startup.conf.busybox:
 No such file or directory.
 * file_md5sum_alloc: Failed to open file 
/media/build1/poky/build/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/etc/fstab:
 No such file or directory.

basically for all CONFFILES in the image. This is due to the file rearranging
the rootfs generation code does. If we preserve the /etc directory,
the avoids the problem.

We need to tell copyfile to preserve symlinks since some are present in /etc.

[YOCTO #9490]

Signed-off-by: Richard Purdie 

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index a95e1b7..0546c1e 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -122,7 +122,7 @@ class Rootfs(object):
 bb.note("  Copying back package database...")
 for dir in dirs:
 bb.utils.mkdirhier(self.image_rootfs + os.path.dirname(dir))
-shutil.copytree(self.image_rootfs + '-orig' + dir, 
self.image_rootfs + dir)
+shutil.copytree(self.image_rootfs + '-orig' + dir, 
self.image_rootfs + dir, symlinks=True)
 
 cpath = oe.cachedpath.CachedPath()
 # Copy files located in /usr/lib/debug or /usr/src/debug
@@ -907,7 +907,7 @@ class OpkgRootfs(DpkgOpkgRootfs):
 
 self.pm.install_complementary()
 
-self._setup_dbg_rootfs(['/var/lib/opkg'])
+self._setup_dbg_rootfs(['/etc', '/var/lib/opkg'])
 
 execute_pre_post_process(self.d, opkg_post_process_cmds)
 


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sujith h]

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/*"
>>
>
> Debug packages are collected automatically, no need for FILES_PN-dbg
> anymore unless you want to package something that isn't .debug/.
>
> Please verify patches against master when submitting!
>

Apologies for the inconvenience caused. This patch shouldn't have been sent
for review.

>
> Ross
>



-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
Contributor to Yocto project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
C-x C-c
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jussi Kukkonen]

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 a/meta/recipes-devtools/gcc/gcc-sanitizers.inc 
b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
index 6091a0b..df4e297 100644
--- a/meta/recipes-devtools/gcc/gcc-sanitizers.inc
+++ b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
@@ -50,7 +50,7 @@ do_install () {
 
 INHIBIT_DEFAULT_DEPS = "1"
 ALLOW_EMPTY_${PN} = "1"
-DEPENDS = "gcc-runtime"
+DEPENDS = "gcc-runtime virtual/${TARGET_PREFIX}gcc"
 
 BBCLASSEXTEND = "nativesdk"
 
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jussi Kukkonen]

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 
---
 meta/recipes-kernel/lttng/babeltrace_1.3.1.bb | 4 
 1 file changed, 4 deletions(-)

diff --git a/meta/recipes-kernel/lttng/babeltrace_1.3.1.bb 
b/meta/recipes-kernel/lttng/babeltrace_1.3.1.bb
index 1766026..6f4cb85 100644
--- a/meta/recipes-kernel/lttng/babeltrace_1.3.1.bb
+++ b/meta/recipes-kernel/lttng/babeltrace_1.3.1.bb
@@ -18,7 +18,3 @@ SRC_URI = 
"git://git.efficios.com/babeltrace.git;branch=stable-1.3 \
 "
 
 S = "${WORKDIR}/git"
-
-do_configure_prepend () {
-   ( cd ${S}; ${S}/bootstrap )
-}
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jussi Kukkonen]

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 head revision (2016-04-19 21:26:33 
+0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib jku/more-build-fixes
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=jku/more-build-fixes

Jussi Kukkonen (2):
  babeltrace: Let autotools.bbclass run autoreconf
  gcc-sanitizers: Depend on target gcc

 meta/recipes-devtools/gcc/gcc-sanitizers.inc  | 2 +-
 meta/recipes-kernel/lttng/babeltrace_1.3.1.bb | 4 
 2 files changed, 1 insertion(+), 5 deletions(-)

-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Awais Belal]

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 
---
 .../0012-only-build-GLX-demos-if-needed.patch  | 62 ++
 meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb |  4 +-
 2 files changed, 65 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/mesa/mesa-demos/0012-only-build-GLX-demos-if-needed.patch

diff --git 
a/meta/recipes-graphics/mesa/mesa-demos/0012-only-build-GLX-demos-if-needed.patch
 
b/meta/recipes-graphics/mesa/mesa-demos/0012-only-build-GLX-demos-if-needed.patch
new file mode 100644
index 000..e7be4df
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/mesa-demos/0012-only-build-GLX-demos-if-needed.patch
@@ -0,0 +1,62 @@
+From 322af294390a7f4e1524c5a79312be6cbebce988 Mon Sep 17 00:00:00 2001
+From: Awais Belal 
+Date: Wed, 11 Nov 2015 17:22:12 +0500
+Subject: [PATCH] only build GLX demos if needed
+
+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 
+Upstream-Status: Pending
+---
+ configure.ac| 9 +
+ src/Makefile.am | 6 +-
+ 2 files changed, 14 insertions(+), 1 deletion(-)
+
+diff --git a/configure.ac b/configure.ac
+index f8ec7e3..1a4d96d 100644
+--- a/configure.ac
 b/configure.ac
+@@ -132,6 +132,11 @@ if test "x$enable_glu" = xyes; then
+ DEMO_LIBS="$DEMO_LIBS $GLU_LIBS"
+ fi
+ 
++AC_ARG_ENABLE([glx-demos],
++[AS_HELP_STRING([--enable-glx-demos],
++[enable GLX demos @<:@default=auto@:>@])],
++[glx_demos_enabled="$enableval"],
++[glx_demos_enabled=yes])
+ AC_ARG_ENABLE([egl],
+ [AS_HELP_STRING([--enable-egl],
+ [enable EGL library @<:@default=auto@:>@])],
+@@ -325,6 +333,7 @@ AC_SUBST([WAYLAND_LIBS])
+ 
+ AM_CONDITIONAL(HAVE_GLU, test "x$glu_enabled" = "xyes")
+ AM_CONDITIONAL(HAVE_GLEW, test "x$glew_enabled" = "xyes")
++AM_CONDITIONAL(HAVE_GLX, test "x$glx_demos_enabled" = "xyes")
+ AM_CONDITIONAL(HAVE_EGL, test "x$egl_enabled" = "xyes")
+ AM_CONDITIONAL(HAVE_GLESV1, test "x$glesv1_enabled" = "xyes")
+ AM_CONDITIONAL(HAVE_GLESV2, test "x$glesv2_enabled" = "xyes")
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 8b89dee..a4d7e8f 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -44,8 +44,12 @@ SUBDIRS = \
+   slang \
+   tests \
+   tools \
+-  wgl \
++  wgl
++
++if HAVE_GLX
++SUBDIRS += \
+   xdemos
++endif
+ 
+ if HAVE_GLEW
+ SUBDIRS += \
+-- 
+1.9.1
+
diff --git a/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb 
b/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
index 2df9bba..a32a073 100644
--- a/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
+++ b/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb
@@ -21,6 +21,7 @@ SRC_URI = 
"ftp://ftp.freedesktop.org/pub/mesa/demos/${PV}/${BPN}-${PV}.tar.bz2 \
 file://0009-glsl-perf-Install-.glsl-.vert-.frag-files.patch \
 file://0010-sharedtex_mt-fix-rendering-thread-hang.patch \
 file://0011-drop-demos-dependant-on-obsolete-MESA_screen_surface.patch \
+file://0012-only-build-GLX-demos-if-needed.patch \
 "
 SRC_URI[md5sum] = "72613a2c8c013716db02e3ff59d29061"
 SRC_URI[sha256sum] = 
"e4bfecb5816ddd4b7b37c1bc876b63f1f7f06fda5879221a9774d0952f90ba92"
@@ -29,7 +30,7 @@ inherit autotools pkgconfig distro_features_check
 # depends on virtual/egl, virtual/libgl ...
 REQUIRED_DISTRO_FEATURES = "opengl"
 
-PACKAGECONFIG ?= "drm osmesa freetype2 gbm egl gles1 gles2 \
+PACKAGECONFIG ?= "drm osmesa freetype2 gbm egl gles1 gles2 glx \
   ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 glew 
glu', '', d)}"
 
 # The Wayland code doesn't work with Wayland 1.0, so disable it for now
@@ -50,6 +51,7 @@ PACKAGECONFIG[wayland] = 
"--enable-wayland,--disable-wayland,virtual/libgl wayla
 PACKAGECONFIG[x11] = "--enable-x11,--disable-x11,virtual/libx11"
 PACKAGECONFIG[glew] = "--enable-glew,--disable-glew,glew"
 PACKAGECONFIG[glu] = "--enable-glu,--disable-glu,virtual/libgl"
+PACKAGECONFIG[glx] = "--enable-glx-demos,--disable-glx-demos"
 
 do_install_append() {
# it can be completely empty when all PACKAGECONFIG options are disabled
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Awais Belal]

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 
 meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb |1 +
 2 files changed, 1593 insertions(+)
 create mode 100644 
meta/recipes-graphics/mesa/mesa-demos/0011-drop-demos-dependant-on-obsolete-MESA_screen_surface.patch

diff --git 
a/meta/recipes-graphics/mesa/mesa-demos/0011-drop-demos-dependant-on-obsolete-MESA_screen_surface.patch
 
b/meta/recipes-graphics/mesa/mesa-demos/0011-drop-demos-dependant-on-obsolete-MESA_screen_surface.patch
new file mode 100644
index 000..a2621ce
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/mesa-demos/0011-drop-demos-dependant-on-obsolete-MESA_screen_surface.patch
@@ -0,0 +1,1592 @@
+commit 74443c6ee79f3251f643ea05e94df58183e37d0d
+Author: Matt Turner 
+Date:   Fri Aug 28 15:57:38 2015 -0700
+
+egl: Remove demos using EGL_MESA_screen_surface.
+
+The remnants of the extension were removed from Mesa in commit 7a58262e.
+
+Reviewed-by: Andreas Boll 
+Tested-by: Andreas Boll 
+Reviewed-by: Marek Olšák 
+
+Upstream-Status: Backport
+
+diff --git a/src/egl/eglut/Makefile.am b/src/egl/eglut/Makefile.am
+index 2d2f2af..b765069 100644
+--- a/src/egl/eglut/Makefile.am
 b/src/egl/eglut/Makefile.am
+@@ -33,17 +33,12 @@ if HAVE_WAYLAND
+ eglut_wayland = libeglut_wayland.la
+ endif
+ 
+-noinst_LTLIBRARIES = libeglut_screen.la $(eglut_x11) $(eglut_wayland)
++noinst_LTLIBRARIES = $(eglut_x11) $(eglut_wayland)
+ endif
+ 
+-libeglut_screen_la_SOURCES = \
+-  eglut.c \
+-  eglut.h \
+-  eglutint.h \
+-  eglut_screen.c
+-
+ libeglut_x11_la_SOURCES = \
+   eglut.c \
++  eglut.h \
+   eglutint.h \
+   eglut_x11.c
+ libeglut_x11_la_CFLAGS = $(X11_CFLAGS) $(EGL_CFLAGS)
+@@ -52,6 +47,7 @@ libeglut_x11_la_LIBADD = $(X11_LIBS) $(EGL_LIBS)
+ 
+ libeglut_wayland_la_SOURCES = \
+   eglut.c \
++  eglut.h \
+   eglutint.h \
+   eglut_wayland.c
+ 
+diff --git a/src/egl/eglut/eglut.c b/src/egl/eglut/eglut.c
+index f6a2ad4..58b354a 100644
+--- a/src/egl/eglut/eglut.c
 b/src/egl/eglut/eglut.c
+@@ -176,9 +176,6 @@ _eglutCreateWindow(const char *title, int x, int y, int w, 
int h)
+ win->config, win->native.u.pixmap, NULL);
+   break;
+case EGL_PBUFFER_BIT:
+-#ifdef EGL_MESA_screen_surface
+-   case EGL_SCREEN_BIT_MESA:
+-#endif
+   win->surface = win->native.u.surface;
+   break;
+default:
+@@ -292,11 +289,7 @@ eglutDestroyWindow(int win)
+if (window->index != win)
+   return;
+ 
+-#ifdef EGL_MESA_screen_surface
+-   /* XXX it causes some bug in st/egl KMS backend */
+-   if ( _eglut->surface_type != EGL_SCREEN_BIT_MESA)
+-#endif
+-  eglMakeCurrent(_eglut->dpy, EGL_NO_SURFACE, EGL_NO_SURFACE, 
EGL_NO_CONTEXT);
++   eglMakeCurrent(_eglut->dpy, EGL_NO_SURFACE, EGL_NO_SURFACE, 
EGL_NO_CONTEXT);
+ 
+_eglutDestroyWindow(_eglut->current);
+ }
+diff --git a/src/egl/eglut/eglut_screen.c b/src/egl/eglut/eglut_screen.c
+deleted file mode 100644
+index 094a4e2..000
+--- a/src/egl/eglut/eglut_screen.c
 /dev/null
+@@ -1,194 +0,0 @@
+-/*
+- * Copyright (C) 2010 LunarG Inc.
+- *
+- * Permission is hereby granted, free of charge, to any person obtaining a
+- * copy of this software and associated documentation files (the "Software"),
+- * to deal in the Software without restriction, including without limitation
+- * the rights to use, copy, modify, merge, publish, distribute, sublicense,
+- * and/or sell copies of the Software, and to permit persons to whom the
+- * Software is furnished to do so, subject to the following conditions:
+- *
+- * The above copyright notice and this permission notice shall be included
+- * in all copies or substantial portions of the Software.
+- *
+- * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+- * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+- * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
+- * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+- * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+- * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
+- * DEALINGS IN THE SOFTWARE.
+- *
+- * Authors:
+- *Chia-I Wu 
+- */
+-
+-#include 
+-#include 
+-#include 
+-
+-#define EGL_EGLEXT_PROTOTYPES
+-#include "EGL/egl.h"
+-#include "EGL/eglext.h"
+-
+-#include "eglutint.h"
+-
+-#define MAX_MODES 100
+-
+-#ifdef EGL_MESA_screen_surface
+-static EGLScreenMESA kms_screen;
+-static EGLModeMESA kms_mode;
+-static EGLint kms_width, kms_height;
+-#endif
+-
+-void
+-_eglutNativeInitDisplay(void)
+-{
+-#ifdef EGL_MESA_screen_surface
+-  

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

[Burton, Ross]

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 unless you want to package something that isn't .debug/.

Please verify patches against master when submitting!

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ahsan, Noor]

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 
> wrote:
+   "DSOFLAGS='${LDFLAGS}'"

No trailing slash so this doens't parse.  You shouldn't need double quoting 
either.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Noor, Ahsan]

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 changed, 1 insertion(+)

diff --git a/meta/recipes-extended/cups/cups.inc 
b/meta/recipes-extended/cups/cups.inc
index 4b2d214..da70b87 100644
--- a/meta/recipes-extended/cups/cups.inc
+++ b/meta/recipes-extended/cups/cups.inc
@@ -44,6 +44,7 @@ EXTRA_OECONF = " \
--without-perl \
--without-python \
--without-java \
+   DSOFLAGS='${LDFLAGS}' \
"
 
 EXTRA_AUTORECONF += "--exclude=autoheader"
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Alexander Kanavin]

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} += 
"${libdir}/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so"
+FILES_${PN}-dbg += "${libdir}/webkit2gtk-4.0/injected-bundle/.debug \
+${libdir}/webkitgtk/webkit2gtk-4.0/.debug/*"


What problem does this addition solve specifically?

Alex

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Sujith Haridasan]

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 
---
 meta/recipes-sato/webkit/webkitgtk_2.10.7.bb | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.10.7.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.10.7.bb
index 8eb6b9f..49fa0bb 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.10.7.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.10.7.bb
@@ -75,7 +75,13 @@ EXTRA_OECMAKE_append_aarch64 = " -DUSE_LD_GOLD=OFF "
 EXTRA_OECMAKE_append_mips = " -DENABLE_JIT=OFF "
 EXTRA_OECMAKE_append_mips64 = " -DENABLE_JIT=OFF "
 
+# Link fails due to memory exhaustion, so disable debug info to reduce the
+# memory footprint
+DEBUG_FLAGS_remove = "-g"
+
 FILES_${PN} += 
"${libdir}/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so"
+FILES_${PN}-dbg += "${libdir}/webkit2gtk-4.0/injected-bundle/.debug \
+${libdir}/webkitgtk/webkit2gtk-4.0/.debug/*"
 
 # http://errors.yoctoproject.org/Errors/Details/20370/
 ARM_INSTRUCTION_SET = "arm"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Alexander Kanavin]

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 #0' in 
ARM mode
{standard input}:128: Error: selected processor does not support `blx r0' in 
ARM mode
{standard input}:134: Error: selected processor does not support `bkpt #0' in 
ARM mode
{standard input}:185: Error: selected processor does not support `blx 
llint_throw_stack_overflow_error' in ARM mode
{standard input}:256: Error: selected processor does not support `blx r4' in 
ARM mode
{standard input}:310: Error: selected processor does not support `movw 
r2,#:lower16:.Lllint_op_enter-.LrelativePCBase' in ARM mode
{standard input}:311: Error: selected processor does not support `movt 
r2,#:upper16:.Lllint_op_enter-.LrelativePCBase' in ARM mode
{standard input}:315: Error: selected processor does not support `movw 
r2,#:lower16:.Lllint_op_get_scope-.LrelativePCBase' in ARM mode
{standard input}:316: Error: selected processor does not support `movt 
r2,#:upper16:.Lllint_op_get_scope-.LrelativePCBase' in ARM mode
[snip]


Can you try disabling JIT instead like is done for ARMv5/6?

Alex

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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 mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ed Bartosh]

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 deletions(-)

diff --git a/scripts/lib/wic/imager/direct.py b/scripts/lib/wic/imager/direct.py
index a1b4249..1937042 100644
--- a/scripts/lib/wic/imager/direct.py
+++ b/scripts/lib/wic/imager/direct.py
@@ -267,7 +267,8 @@ class DirectImageCreator(BaseImageCreator):
align=part.align,
no_table=part.no_table,
part_type=part.part_type,
-   uuid=part.uuid)
+   uuid=part.uuid,
+   system_id=part.system_id)
 
 if fstab_path:
 shutil.move(fstab_path + ".orig", fstab_path)
diff --git a/scripts/lib/wic/utils/partitionedfs.py 
b/scripts/lib/wic/utils/partitionedfs.py
index ad596d2..9da4a7f 100644
--- a/scripts/lib/wic/utils/partitionedfs.py
+++ b/scripts/lib/wic/utils/partitionedfs.py
@@ -87,7 +87,7 @@ class Image(object):
 
 def add_partition(self, size, disk_name, mountpoint, source_file=None, 
fstype=None,
   label=None, fsopts=None, boot=False, align=None, 
no_table=False,
-  part_type=None, uuid=None):
+  part_type=None, uuid=None, system_id=None):
 """ Add the next partition. Prtitions have to be added in the
 first-to-last order. """
 
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ed Bartosh]

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 file changed, 1 insertion(+)

diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index f40d1bc..227b685 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -57,6 +57,7 @@ class Partition(object):
 self.size = args.size
 self.source = args.source
 self.sourceparams = args.sourceparams
+self.system_id = args.system_id
 self.use_uuid = args.use_uuid
 self.uuid = args.uuid
 if args.use_uuid and not self.uuid:
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ed Bartosh]

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 405d25a..394e3fd 100644
--- a/scripts/lib/wic/help.py
+++ b/scripts/lib/wic/help.py
@@ -738,6 +738,10 @@ DESCRIPTION
  in bootloader configuration before running wic. In this case 
.wks file can
  be generated or modified to set preconfigured parition UUID 
using this option.
 
+ --system-id: This option is specific to wic. It specifies partition 
system id. It's useful
+  for the harware that requires non-default partition 
system ids. The parameter
+  in one byte long hex number either with 0x prefix or 
without it.
+
 * bootloader
 
   This command allows the user to specify various bootloader
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ed Bartosh]

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 a/scripts/lib/wic/utils/oe/misc.py b/scripts/lib/wic/utils/oe/misc.py
index 81239ac..a3cbe5f 100644
--- a/scripts/lib/wic/utils/oe/misc.py
+++ b/scripts/lib/wic/utils/oe/misc.py
@@ -43,6 +43,7 @@ NATIVE_RECIPES = {"mcopy": "mtools",
   "mksquashfs": "squashfs-tools",
   "mkswap": "util-linux",
   "parted": "parted",
+  "sfdisk": "util-linux",
   "sgdisk": "gptfdisk",
   "syslinux": "syslinux"
  }
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ed Bartosh]

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 a/scripts/lib/wic/utils/partitionedfs.py 
b/scripts/lib/wic/utils/partitionedfs.py
index 9da4a7f..4170ec1 100644
--- a/scripts/lib/wic/utils/partitionedfs.py
+++ b/scripts/lib/wic/utils/partitionedfs.py
@@ -110,7 +110,8 @@ class Image(object):
 'align': align, # Partition alignment
 'no_table' : no_table, # Partition does not appear in 
partition table
 'part_type' : part_type, # Partition type
-'uuid': uuid} # Partition UUID
+'uuid': uuid, # Partition UUID
+'system_id': system_id} # Partition system id
 
 self.__add_partition(part)
 
@@ -310,6 +311,10 @@ class Image(object):
 exec_native_cmd("parted -s %s set %d %s on" % \
 (disk['disk'].device, part['num'], flag_name),
 self.native_sysroot)
+if part['system_id']:
+exec_native_cmd("sfdisk --part-type %s %s %s" % \
+(disk['disk'].device, part['num'], 
part['system_id']),
+self.native_sysroot)
 
 # Parted defaults to enabling the lba flag for fat16 partitions,
 # which causes compatibility issues with some firmware (and really
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ed Bartosh]

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 a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py
index 8c3f808..10d0d7c 100644
--- a/scripts/lib/wic/ksparser.py
+++ b/scripts/lib/wic/ksparser.py
@@ -92,6 +92,24 @@ def cannedpathtype(arg):
 raise ArgumentTypeError("file not found: %s" % arg)
 return result
 
+def systemidtype(arg):
+"""
+Custom type for ArgumentParser
+Checks if the argument sutisfies system id requirements,
+i.e. if it's one byte long integer > 0
+"""
+error = "Invalid system type: %s. must be hex "\
+"between 0x1 and 0xFF" % arg
+try:
+result = int(arg, 16)
+except ValueError:
+raise ArgumentTypeError(error)
+
+if result <= 0 or result > 0xff:
+raise ArgumentTypeError(error)
+
+return arg
+
 class KickStart(object):
 Kickstart parser implementation."""
 
@@ -121,6 +139,7 @@ class KickStart(object):
 part.add_argument('--size', type=sizetype, default=0)
 part.add_argument('--source')
 part.add_argument('--sourceparams')
+part.add_argument('--system-id', type=systemidtype)
 part.add_argument('--use-uuid', action='store_true')
 part.add_argument('--uuid')
 
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Ed Bartosh]

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 --fstype ext4 --source rootfs 
--size 1000M --system-id 2
part /opt  --ondisk sda --align 1024 --fstype ext4 
--size 1000M --system-id 3

The image layout is the following: (pay attention to the system ids 1,2,3)

   Device Boot Start End   #cyls#blocks   Id  System
img/build/system-id-201604221223-sda.direct1 161040-   1025- 
655521  FAT12
img/build/system-id-201604221223-sda.direct2   1056   21855   20800
13312002  XENIX root
img/build/system-id-201604221223-sda.direct3  21856   37855   16000
10240003  XENIX usr

The following changes since commit 6c1c01392d91f512e2949ad1d57a75a8077478ba:

  build-appliance-image: Update to krogoth head revision (2016-04-19 21:26:33 
+0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib ed/wic/part-system-id-9096
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ed/wic/part-system-id-9096

Ed Bartosh (6):
  wic: add --system-id wks option
  wic: add sfdisk to the list of utilities
  wic: add system_id attribute to Partition
  wic: add system_id argument to Image.add_partition
  wic: set partition system id
  wic: add help for --system-id option

 scripts/lib/wic/help.py|  4 
 scripts/lib/wic/imager/direct.py   |  3 ++-
 scripts/lib/wic/ksparser.py| 19 +++
 scripts/lib/wic/partition.py   |  1 +
 scripts/lib/wic/utils/oe/misc.py   |  1 +
 scripts/lib/wic/utils/partitionedfs.py |  9 +++--
 6 files changed, 34 insertions(+), 3 deletions(-)

--
Regards,
Ed

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Burton, Ross]

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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Noor, Ahsan]

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 changed, 1 insertion(+)

diff --git a/meta/recipes-extended/cups/cups.inc 
b/meta/recipes-extended/cups/cups.inc
index 4b2d214..c7f3afe 100644
--- a/meta/recipes-extended/cups/cups.inc
+++ b/meta/recipes-extended/cups/cups.inc
@@ -44,6 +44,7 @@ EXTRA_OECONF = " \
--without-perl \
--without-python \
--without-java \
+   "DSOFLAGS='${LDFLAGS}'"
"
 
 EXTRA_AUTORECONF += "--exclude=autoheader"
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Robert Yang]

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
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/cpr

Robert Yang (3):
  create-pull-request: create branch on remote if not found
  create-pull-request: read remote from env var CONTRIB_REMOTE
  create-pull-request: set subject automatically for cover latter

// Robert

On 04/19/2016 10:45 AM, Robert Yang wrote:

The following changes since commit e003ef038819c10f351bb8268b377626c95bb077:

   toasterconf.json: Update for krogoth release (2016-04-18 16:48:58 +0100)

are available in the git repository at:

   git://git.openembedded.org/openembedded-core-contrib rbt/cpr
   
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/cpr

Robert Yang (3):
   create-pull-request: create branch on remote if not found
   create-pull-request: read remote from env var CONTRIB_REMOTE
   create-pull-request: set subject automatically for cover latter

  scripts/create-pull-request | 78 +
  1 file changed, 43 insertions(+), 35 deletions(-)


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core