Provide hook for sstate checking, the checking failure will
break the building immediately. Pass input parameters by
bb.data (d.setVar/d.getVar).
Hook : SSTATE_CHECK_FUNCTIONS
Input : missed- list of missing sstate file index in sq
: found - list of existing sstate file index in sq
Changed in V3:
- remove bitbake patch, which was sent to bitbake-devel
- rebase 'bbclass/sstate' patch, which was conflicted with
'sstate: Add extra intercept functions' patch in master-next
Changed in V2:
- add hook SSTATE_CHECK_FUNCTIONS for sstate checking, and
add a new
The requirement is the developer who demand only the new software
they write is allowed to be compiled from source, they only want to
reuse binaries from an existed sstate-cache, if the developer makes
a change that triggers a rebuild, it should be an instant error.
The purpose of this is for the
Hi All
As we all know eglibc has been merged back into glibc and 2.19 was the
last release, here I have put together the recipes for upcoming glibc
2.20 release and removed eglibc 2.19 in favor of move.
I also thought about leaving eglibc in there but then eglibc and glibc
were pretty much same
If you've been in the various calls or read the minutes you'd know about
this but it was mentioned to me that it has not been highlighted on the
mailing list.
The M3 milestone close is the end of the week and this marks the feature
freeze point for the 1.7 release. We do have M4 after this but
On 08/28/2014 09:16 AM, Richard Purdie wrote:
If you've been in the various calls or read the minutes you'd know about
this but it was mentioned to me that it has not been highlighted on the
mailing list.
The M3 milestone close is the end of the week and this marks the feature
freeze point for
On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote:
Hi All
As we all know eglibc has been merged back into glibc and 2.19 was the
last release, here I have put together the recipes for upcoming glibc
2.20 release and removed eglibc 2.19 in favor of move.
I also thought about leaving eglibc
On Wed, 2014-08-27 at 22:14 +0200, Carlos Rafael Giani wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
On 14-08-27 18:53:41, Kang Kai wrote:
Hi Saul,
I am working on Bug 6487 - Add Aarch64 qemu target. I take tune and config
files from linaro then succeeds to build core-image-minimal and
core-image-sato.
And I have 2 question about it now:
1 What should the new qemu aarch64 bsp looks like
nativesdk-ca-certificates is needed in order to support oe/yocto builds with
buildtools-tarball on old hosts, as we provide libcurl, and that needs to be
able to find the certs, and there's no standard path or bundle path, so we
can't rely on the host.
Signed-off-by: Fahad Usman
export GIT_SSL_CAINFO so git can find the certs
Signed-off-by: Fahad Usman fahad.us...@gmail.com
Signed-off-by: Christopher Larson kerg...@gmail.com
---
meta/recipes-core/meta/buildtools-tarball.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/meta/buildtools-tarball.bb
On 14-08-28 08:18:57, Richard Purdie wrote:
On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote:
Hi All
As we all know eglibc has been merged back into glibc and 2.19 was the
last release, here I have put together the recipes for upcoming glibc
2.20 release and removed eglibc 2.19 in
On 2014年08月28日 15:33, Khem Raj wrote:
On 14-08-27 18:53:41, Kang Kai wrote:
Hi Saul,
I am working on Bug 6487 - Add Aarch64 qemu target. I take tune and config
files from linaro then succeeds to build core-image-minimal and
core-image-sato.
And I have 2 question about it now:
1 What should
On 14-08-28 16:03:51, Kang Kai wrote:
On 2014年08月28日 15:33, Khem Raj wrote:
On 14-08-27 18:53:41, Kang Kai wrote:
Hi Saul,
I am working on Bug 6487 - Add Aarch64 qemu target. I take tune and config
files from linaro then succeeds to build core-image-minimal and
core-image-sato.
And I
On Thu, Aug 28, 2014 at 08:21:16AM +0100, Richard Purdie wrote:
On Wed, 2014-08-27 at 22:14 +0200, Carlos Rafael Giani wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 18 +-
1 file changed, 9
On 2014年04月08日 15:16, Wenlin Kang wrote:
When both bash and busybox be installed, without ash support
in busybox,if bash is installed before busybox in the final stage,
even if ALTERNATIVE_PRIORITY of bash ALTERNATIVE_PRIORITY of busybox,
the symlink from /bin/sh to bash can be yet overwritten
Am 25.08.2014 12:14, schrieb Martin Jansa:
On Mon, Aug 25, 2014 at 09:56:31AM +0200, Sven Ebenfeld wrote:
I need to build hashdeep/md5deep within OE to include it in my images. This
recipe enables OE to cross-compile md5deep. I needed to add the patch as
do_configure_qa is complaining about
Ptest will hang when execute ./run.sh fast_regression and lttng background
daemon can't be killed normally. This patch fixes this issue and use
${PTEST_PATH}
instead of long path.
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/recipes-kernel/lttng/lttng-tools_2.5.0.bb | 13
The following changes since commit c16795477ea7e2159b5d3808268912b572887e2d:
qemu: add PACKAGECONFIG for numa (2014-08-27 12:13:38 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib chonglu/lttng
From: Mikhail Durnev mikhail_dur...@mentor.com
Marked __syscall.compat_sendfile as optional
Signed-off-by: Mikhail Durnev mikhail_dur...@mentor.com
Signed-off-by: Muzaffar Mahmood muzaffar_mahm...@mentor.com
---
.../systemtap/tapset-linux-sendfile-syscall.patch | 12
From: Mikhail Durnev mikhail_dur...@mentor.com
Signed-off-by: Mikhail Durnev mikhail_dur...@mentor.com
Signed-off-by: Muzaffar Mahmood muzaffar_mahm...@mentor.com
---
.../systemtap/systemtap/system_map_location.patch | 13 +
meta/recipes-kernel/systemtap/systemtap_git.inc|
Currently this variable isn't passed through the magic rename
mangling. This means that if you try adding nativesdk-eglibc
to an image directly, you can't since the package is renamed
by debian.bbclass and nothing sees the renaming.
This is annoying since I wanted to exactly that. This code
These patches illustrate a new idea, a way of allowing a single set of
cross/native sstate to work over multiple distros, even old ones.
The assumption is that our own C library is basically up to date. We build
and share a small tarball (~2MB) of a prebuilt copy of this along with a
patchelf
On Thu, 2014-08-28 at 15:17 +0500, Muzaffar Mahmood wrote:
From: Mikhail Durnev mikhail_dur...@mentor.com
Marked __syscall.compat_sendfile as optional
Signed-off-by: Mikhail Durnev mikhail_dur...@mentor.com
Signed-off-by: Muzaffar Mahmood muzaffar_mahm...@mentor.com
---
This says what
On 28 August 2014 11:37:26 CEST, Wenlin Kang wenlin.k...@windriver.com wrote:
On 2014年04月08日 15:16, Wenlin Kang wrote:
When both bash and busybox be installed, without ash support
in busybox,if bash is installed before busybox in the final stage,
even if ALTERNATIVE_PRIORITY of bash
On 28 August 2014 12:27:14 CEST, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
These patches illustrate a new idea, a way of allowing a single set of
cross/native sstate to work over multiple distros, even old ones.
The assumption is that our own C library is basically up to date. We
Hello all,
Any response to this ?
Regards
Yasir
From: Khan, Yasir
Sent: Wednesday, August 13, 2014 10:59 AM
To: openembedded-core@lists.openembedded.org
Cc: Khan, Yasir; Christopher Larson
Subject: [PATCH] python-native: disable user site support
From:
On 08/25/2014 03:12 PM, Mark Hatle wrote:
On 8/22/14, 5:26 PM, Martin Jansa wrote:
On Fri, Aug 22, 2014 at 05:06:26PM -0500, Peter Seebach wrote:
On Fri, 22 Aug 2014 23:46:26 +0200
Martin Jansa martin.ja...@gmail.com wrote:
changing
default DEFAULTTUNE (and TUNE_PKGARCH with that) to have
Only add plugins-ugly or plugins-bad to the DEPENDS if they are
added to the COMMERCIAL_AUDIO_PLUGINS or COMMERCIAL_VIDEO_PLUGINS.
Signed-off-by: Drew Moseley drew_mose...@mentor.com
---
meta/recipes-multimedia/gstreamer/gst-meta-base_0.10.bb | 7 ++-
Op 25 aug. 2014, om 21:12 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 8/22/14, 5:26 PM, Martin Jansa wrote:
On Fri, Aug 22, 2014 at 05:06:26PM -0500, Peter Seebach wrote:
On Fri, 22 Aug 2014 23:46:26 +0200
Martin Jansa martin.ja...@gmail.com wrote:
changing
On 8/28/14, 8:50 AM, Koen Kooi wrote:
Op 25 aug. 2014, om 21:12 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 8/22/14, 5:26 PM, Martin Jansa wrote:
On Fri, Aug 22, 2014 at 05:06:26PM -0500, Peter Seebach wrote:
On Fri, 22 Aug 2014 23:46:26 +0200
Martin Jansa
On 18 August 2014 06:39, Chong Lu chong...@windriver.com wrote:
+env PIGLIT_BUILD_DIR=`pwd`/.. piglit-run.py `pwd`/tests/sanity.tests
`pwd`/results/sanity.results 21
You shouldn't need to set PIGLIT_BUILD_DIR.
The sanity tests are very basic so this won't count as running
piglit in any
Op 28 aug. 2014, om 15:57 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 8/28/14, 8:50 AM, Koen Kooi wrote:
Op 25 aug. 2014, om 21:12 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 8/22/14, 5:26 PM, Martin Jansa wrote:
On Fri, Aug 22, 2014
On 8/28/14, 9:08 AM, Koen Kooi wrote:
Op 28 aug. 2014, om 15:57 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 8/28/14, 8:50 AM, Koen Kooi wrote:
Op 25 aug. 2014, om 21:12 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 8/22/14, 5:26 PM,
On Thu, 2014-08-28 at 09:18 +0200, Carlos Rafael Giani wrote:
On 08/28/2014 09:16 AM, Richard Purdie wrote:
If you've been in the various calls or read the minutes you'd know about
this but it was mentioned to me that it has not been highlighted on the
mailing list.
The M3 milestone
Ahh replying to myself.. see below..
On 8/28/14, 9:21 AM, Mark Hatle wrote:
On 8/28/14, 9:08 AM, Koen Kooi wrote:
Op 28 aug. 2014, om 15:57 heeft Mark Hatle mark.ha...@windriver.com het
volgende geschreven:
On 8/28/14, 8:50 AM, Koen Kooi wrote:
Op 25 aug. 2014, om 21:12 heeft Mark Hatle
On 2014-08-28 08:23, Richard Purdie wrote:
On Thu, 2014-08-28 at 09:18 +0200, Carlos Rafael Giani wrote:
On 08/28/2014 09:16 AM, Richard Purdie wrote:
If you've been in the various calls or read the minutes you'd know about
this but it was mentioned to me that it has not been highlighted on
On Thu, Aug 28, 2014 at 11:39:27AM +0200, Sven Ebenfeld wrote:
Am 25.08.2014 12:14, schrieb Martin Jansa:
On Mon, Aug 25, 2014 at 09:56:31AM +0200, Sven Ebenfeld wrote:
I need to build hashdeep/md5deep within OE to include it in my images.
This recipe enables OE to cross-compile md5deep. I
From: Mikhail Durnev mikhail_dur...@mentor.com
aplay/arecord (alsa-utils v1.0.27.2) cannot interrupt streaming
via CTRL-C. Fixed the issue by reverting buggy patches and
properly handling 'in_aborting' flag in appropriate functions.
Signed-off-by: Anant Agrawal anant_agra...@mentor.com
On Tuesday, August 26, 2014 at 04:04:30 AM, Khem Raj wrote:
On 14-08-07 17:25:57, Marek Vasut wrote:
In the case of building an Qt application outside of the Yocto
build system, we want to make sure that a debug configuration
of the application does contain debug symbols and is has the
The variable results was accidentally used for multiple different
things at the same time, which unintentionally discarded anything that
was supposed to be returned from the function...
Signed-off-by: Peter Kjellerstedt peter.kjellerst...@axis.com
---
meta/lib/oe/utils.py | 4 ++--
1 file
This quite coincidentally invalidates the sstate for do_package which
is needed due to the correction of oe.utils.multiprocess_exec().
Signed-off-by: Peter Kjellerstedt peter.kjellerst...@axis.com
---
meta/classes/package.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
This fixes a serious regression in multiprocess_exec() which prevented
it from returning anything. This caused package_do_filedeps() in
package.bbclass to no longer add any runtime dependencies based on
what oe.package.filedeprunner() was supposed to return...
Since the change to
From: Nitin A Kamble nitin.a.kam...@intel.com
This recipe adds ability to configure a BSP image for a specific
machine or platform at the boot time. The machine configurations
are not provided here, and are to be provided in the BSP layers.
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
From: Nitin A Kamble nitin.a.kam...@intel.com
This pull request provides the base recipe for the Image Configurator tool,
which provides ability to configure the BSP images for a particular hardware
at boot time.
The recipe needs machine configuration files, which are to be provided in
the
On 8/28/14, 1:47 PM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble nitin.a.kam...@intel.com
This recipe adds ability to configure a BSP image for a specific
machine or platform at the boot time. The machine configurations
are not provided here, and are to be provided in the BSP layers.
Am 28.08.2014 16:36, schrieb Martin Jansa:
On Thu, Aug 28, 2014 at 11:39:27AM +0200, Sven Ebenfeld wrote:
Am 25.08.2014 12:14, schrieb Martin Jansa:
On Mon, Aug 25, 2014 at 09:56:31AM +0200, Sven Ebenfeld wrote:
I need to build hashdeep/md5deep within OE to include it in my images.
This
On 28 August 2014 19:47, nitin.a.kam...@intel.com wrote:
+PE = 1
No need for an epoch.
+PACKAGE_ARCH = ${MACHINE_ARCH}
Wouldn't it be simpler to have this as normal architecture, and depend
on a machine-specific data package?
Ross
--
___
Thanks for the feedback Ross, My comments below.
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Thursday, August 28, 2014 1:10 PM
To: Kamble, Nitin A
Cc: Hart, Darren; Purdie, Richard; Wold, Saul; OE-core
Subject: Re: [OE-core] [PATCH 1/1]
On 28 August 2014 21:14, Kamble, Nitin A nitin.a.kam...@intel.com wrote:
Wouldn't it be simpler to have this as normal architecture, and depend on a
machine-specific data package?
This really need to be machine specific. For every BSP different files will
be packaged.
Sure, I was proposing
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Thursday, August 28, 2014 1:34 PM
To: Kamble, Nitin A
Cc: Hart, Darren; Purdie, Richard; Wold, Saul; OE-core
Subject: Re: [OE-core] [PATCH 1/1] imageconfigurator: a new recipe for
boottime image
On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote:
As we all know eglibc has been merged back into glibc and 2.19 was the
last release, here I have put together the recipes for upcoming glibc
2.20 release and removed eglibc 2.19 in favor of move.
I also thought about leaving eglibc in there
On 28 August 2014 22:05, Kamble, Nitin A nitin.a.kam...@intel.com wrote:
Ohh, That is a good idea. Do you have any example recipe for me to look at
which is doing something similar?
It will just be a matter of imageconfigurator RRECOMMENDing
imageconfigurator-data, and then
It will just be a matter of imageconfigurator RRECOMMENDing
imageconfigurator-data, and then imageconfigurator-data being
machinearch and doing the per-machine magic however it wants.
Ross
I see. That means the recipe will be split into two recipes. It would be cool,
if it can be done
The runtime providers were commented out. Removing the comment brings
up a issue with the native renaming which has been workarounded
disabling the runtime recommendation. This is indeed a workaround so a
FIXME comment has been added to remind about it in case we someday
move to native prefix.
The plugin runtime dependencies were not including the multilib
prefix, fix it.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-extended/pam/libpam_1.1.6.bb | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
diff --git
On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote:
Hi All
As we all know eglibc has been merged back into glibc and 2.19 was the
last release, here I have put together the recipes for upcoming glibc
2.20 release and removed eglibc 2.19 in favor of move.
I also thought about leaving eglibc
On Thu, Aug 28, 2014 at 7:13 PM, Kamble, Nitin A
nitin.a.kam...@intel.com wrote:
It will just be a matter of imageconfigurator RRECOMMENDing
imageconfigurator-data, and then imageconfigurator-data being
machinearch and doing the per-machine magic however it wants.
Ross
I see. That means the
Hello Saul,
On Mon, Aug 25, 2014 at 4:28 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
On Mon, Aug 25, 2014 at 4:01 PM, Khem Raj raj.k...@gmail.com wrote:
In cases where we override variables e.g PACKAGE_ARCH
conditionally and use a MACHINEOVERRIDE to qualify the
override like
The plugin runtime dependencies were not including the multilib
prefix, fix it.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-extended/pam/libpam_1.1.6.bb | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git
The runtime providers were commented out. Removing the comment brings
up a issue with the native renaming which has been workarounded
disabling the runtime recommendation. This is indeed a workaround so a
FIXME comment has been added to remind about it in case we someday
move to native prefix.
On 08/28/2014 03:23 AM, Muzaffar Mahmood wrote:
From: Mikhail Durnev mikhail_dur...@mentor.com
Please tell us why? If you up-revving, does it make more sense to
change where we are pointing the git hash?
Signed-off-by: Mikhail Durnev mikhail_dur...@mentor.com
Signed-off-by: Muzaffar
On 07/16/2014 11:42 AM, Yang Shi wrote:
Install, deploy and package KERNEL_ALT_IMAGETYPE and create kernel-alt-image
package.
Check if KERNEL_ALT_IMAGETYPE is empty or not. If KERNEL_ALT_IMAGETYPE is empty,
just skip alt image install and deploy, otherwise it is failed to install/deploy
because
On Thu, Aug 28, 2014 at 2:35 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote:
As we all know eglibc has been merged back into glibc and 2.19 was the
last release, here I have put together the recipes for upcoming glibc
2.20 release
On Thu, Aug 28, 2014 at 3:51 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
We're also seeing:
https://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/15/steps/BuildImages_1/logs/stdio
which turns out to be triggered by the libc change (I confirmed on a
local
I think this recipe is small enough so I don't think adding another one will
buy
anything...
Otavio, I agree with you here.
While on that, can you describe some use-cases you see which this can be
used to cover?
We have common BSPs in meta-intel such as intel-corei7-64 and
On 8/28/14, 8:27 PM, i...@sd-kyber.com wrote:
Thank you very much for the detailed answer(s) and comments.
My next question would be for some advice where to find more information on
topics like
- default splitting policy (settings)
- flags as INHIBIT_PACKAGE_DEBUG_SPLIT
- etc…
The best
Thank you very much for the detailed answer(s) and comments.
My next question would be for some advice where to find more information on
topics like
- default splitting policy (settings)
- flags as INHIBIT_PACKAGE_DEBUG_SPLIT
- etc…
May be there is some ‘obvious logic’ in files splits, etc.
On Thu, Aug 28, 2014 at 5:41 PM, Khem Raj raj.k...@gmail.com wrote:
reproduced. will apprise as I have some fix.
OK pushed another patch to the contrib tree that should take care of both
xf86-input-synaptics xf86-input-vmmouse
--
___
Openembedded-core
On Sun, Aug 24, 2014 at 11:50 PM, ChenQi qi.c...@windriver.com wrote:
On 08/24/2014 01:28 AM, Richard Purdie wrote:
On Mon, 2014-08-18 at 09:51 +0800, Chen Qi wrote:
The following changes since commit
4321c553d5ae816e566234e981a0815bba046d39:
SIGGEN_EXCLUDERECIPES_ABISAFE: add
On 08/29/2014 10:58 AM, Khem Raj wrote:
On Sun, Aug 24, 2014 at 11:50 PM, ChenQi qi.c...@windriver.com wrote:
On 08/24/2014 01:28 AM, Richard Purdie wrote:
On Mon, 2014-08-18 at 09:51 +0800, Chen Qi wrote:
The following changes since commit
4321c553d5ae816e566234e981a0815bba046d39:
Removed a blank line and put this patch to:
git://git.openembedded.org/openembedded-core-contrib rbt/rdeps
// Robert
On 08/27/2014 11:57 PM, Robert Yang wrote:
The ipk or deb can't depend on file such as /bin/bash or
/usr/bin/perl, so it knows nothing about the pkg depends bash or perl,
thus
72 matches
Mail list logo