On 02/26/2014 09:14 AM, Khem Raj wrote:
I did run test builds of the git version on the autobuilders and didn't
see any failures?
builds might work but they won’t run and yes so far IFUNC support is needed so
it won’t work on non-x86
architectures. One common runtime problem I am seeing is
On 26 February 2014 07:33, Chen Qi qi.c...@windriver.com wrote:
This is because for qemumips, there are no such files in SRC_URI. And
actually we don't need such files. So for qemumips, the `cp' command
is expected to fail.
Those files contain the definitions of things like word size and byte
On 02/26/2014 06:02 PM, Burton, Ross wrote:
On 26 February 2014 07:33, Chen Qi qi.c...@windriver.com wrote:
This is because for qemumips, there are no such files in SRC_URI. And
actually we don't need such files. So for qemumips, the `cp' command
is expected to fail.
Those files contain the
On Wed, 2014-02-26 at 18:22 +0800, ChenQi wrote:
On 02/26/2014 06:02 PM, Burton, Ross wrote:
On 26 February 2014 07:33, Chen Qi qi.c...@windriver.com wrote:
This is because for qemumips, there are no such files in SRC_URI. And
actually we don't need such files. So for qemumips, the `cp'
Ross,
On Tue, Feb 25, 2014 at 11:10 PM, Nicolas Dechesne
nicolas.deche...@linaro.org wrote:
oops. you're right. it's fixed in both dora and master. in fact i got
hit by that on dylan... but they i switched to dora anyways... so this
one is fine.
I guess i spoke too quickly... i just retried a
Hi,
Since :
http://cgit.openembedded.org/openembedded-core/commit/meta/classes/image.bbclass?id=a83144bac8d67704ff66f5dc0fc56f5b63979694
USE_DEVFS is not considered anymore.
Setting IMAGE_DEVICE_TABLE or IMAGE_DEVICE_TABLES to empty string in an image
recipe works (makedevs is not called)
Building powerpc machines with the standard security flags generated numerous
build failures. Use a reduced set of flags for now to avoid linker issues
and other compile failures.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git
On 2014-02-26 04:35, Richard Purdie wrote:
Building powerpc machines with the standard security flags generated numerous
build failures. Use a reduced set of flags for now to avoid linker issues
and other compile failures.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
On Wed, 2014-02-26 at 04:40 -0700, Gary Thomas wrote:
On 2014-02-26 04:35, Richard Purdie wrote:
Building powerpc machines with the standard security flags generated
numerous
build failures. Use a reduced set of flags for now to avoid linker issues
and other compile failures.
Hi!
I've built rpi-basic-image from poky's dora branch with omxplayer installed
but it complains that cannot find fonts/FreeSans.ttf font (and is right
here). Also Qt5 apps display squares because cannot find any fonts. What
recipe should I bake to get this font (or any fonts) installed in the
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/conf/distro/include/security_flags.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/distro/include/security_flags.inc
b/meta/conf/distro/include/security_flags.inc
index e7d4933a..93d6355 100644
---
libQtUiTools.a and libQtUiToolsE.a needs to be installed on meta-toolchain-qt
and meta-toolchain-qte respectively.
Whitout this static library, compiling qt apps which needs uitools will fail.
qt4[-embedded]-staticdev is the package that contains this library and is the
only file in it.
Since a
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/conf/distro/include/security_flags.inc
b/meta/conf/distro/include/security_flags.inc
index b5489d8..51cc38e 100644
--- a/meta/conf/distro/include/security_flags.inc
+++
When we change the ROOT_HOME the sed regex does not match if we are running
the do_install() a second time, so sed the installed file and preserve the
original
so that the sed regex is matched correctly in the original
[YOCTO #5765]
Signed-off-by: Saul Wold s...@linux.intel.com
---
When we change the ROOT_HOME the sed regex does not match if we are running
the do_install() a second time, so sed the installed file and preserve the
original
so that the sed regex is matched correctly in the original
[YOCTO #5765]
Signed-off-by: Saul Wold s...@linux.intel.com
---
When we change the ROOT_HOME the sed regex does not match if we are running
the do_install() a second time, so copy the units files first to a pre_sed,
so that the next time, we can copy the the original so that the sed regex
is matched correctly in the original
[YOCTO #5765]
Signed-off-by: Saul
When the default tune for x86_64 was changed to core2-64, the
environment setup script name did not contain x86 anymore. Hence, the
adt_installer failed for x86_64.
This commit contains a generic fix and is supposed to work with any kind
of machine/tune setting. It's actually extracting the
The following changes since commit e47afff7d812c74f8091d85facfdf34d6a1b698e:
runqemu: Use readlink instead of realpath (2014-02-25 21:29:53 +)
are available in the git repository at:
git://mirror.rb.intel.com/git.yoctoproject.org/poky-contrib
On Wed, 2014-02-26 at 13:40 +, Richard Purdie wrote:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Can you provide more details of what the issue that you're avoiding
actually is?
p.
___
Openembedded-core mailing list
Hi Diego,
On Wednesday 26 February 2014 09:57:47 Diego Sueiro wrote:
libQtUiTools.a and libQtUiToolsE.a needs to be installed on
meta-toolchain-qt and meta-toolchain-qte respectively.
Whitout this static library, compiling qt apps which needs uitools will
fail.
qt4[-embedded]-staticdev is
Avoid altering eglplatform.h from {top_srcdir}/include
using an alternative to
0003-EGL-Mutate-NativeDisplayType-depending-on-config
patch.
[YOCTO #5882]
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
...ate-NativeDisplayType-depending-on-config.patch | 359 -
This change causes the IMAGE_INSTALL to be a fixed set of packages
that are know to work and wil not be affected by changes to the
IMAGE_INSTALL variable from the user's local setting.
Since IMAGE_INSTALL is used for all images, but the initramfs needs
to be a well-known sub-set use teh
On Wed, Feb 26, 2014 at 4:30 PM, Valentin Popa valentin.p...@intel.com wrote:
Avoid altering eglplatform.h from {top_srcdir}/include
using an alternative to
0003-EGL-Mutate-NativeDisplayType-depending-on-config
patch.
i don't think this is the right fix. i get the following build failures
PACKAGE_INSTALL is set from the IMAGE_INSTALL variable with some additional
items, since PACKAGE_INSTALL is intended to be more an internal variable, use
it instead of the IMAGE_INSTALL which is recommeded for installing additional
packages. This will allow the initramfs recipe to use a fixed set
On 02/26/2014 05:30 PM, Valentin Popa wrote:
Avoid altering eglplatform.h from {top_srcdir}/include
using an alternative to
0003-EGL-Mutate-NativeDisplayType-depending-on-config
patch.
[YOCTO #5882]
Signed-off-by: Valentin Popa valentin.p...@intel.com
---
Backport a patch to fix race condition as reported here
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5884
[YOCTO #5884]
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python3-native_3.3.3.bb | 1 +
.../python/python3/fix-ast.h-dependency.patch | 26
Paul,
On Wed, Feb 26, 2014 at 11:42 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
I know there's already been a bit of discussion about this patch already,
so I
apologise if this has already been covered, but the commit message doesn't
completely justify this addition. Most people
On Feb 26, 2014, at 1:00 AM, Saul Wold s...@linux.intel.com wrote:
On 02/26/2014 09:14 AM, Khem Raj wrote:
I did run test builds of the git version on the autobuilders and didn't
see any failures?
builds might work but they won’t run and yes so far IFUNC support is needed
so it won’t
On Wednesday 26 February 2014 14:45:26 Diego Sueiro wrote:
On Wed, Feb 26, 2014 at 11:42 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
I know there's already been a bit of discussion about this patch already,
so I apologise if this has already been covered, but the commit message
On Wed, Feb 26, 2014 at 3:03 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
The missing part is that libQtUiTools is only built as a static library (by
upstream intentionally). I did some quick checking and it does appear that
is
the case, but if you could add that to the commit
Hi David,
Sorry for the late reply.
I'm not familiar with the procedure for submitting a patch to Poky.
Could you walk me through the process?
Meanwhile I've attached the patch to this e-mail. It's been tested
on e500v2, e5500 and e6500.
Kind regards,
Alex
-Original Message-
From:
libQtUiTools is only built as a static library by upstream intentionally.
So, libQtUiTools.a and libQtUiToolsE.a needs to be installed on
meta-toolchain-qt
and meta-toolchain-qte respectively.
Whitout this static library, building qt apps which needs uitools will fail.
qt4[-embedded]-staticdev
On Mon, Feb 24, 2014 at 04:27:04PM +, Richard Purdie wrote:
On Mon, 2014-02-24 at 17:09 +0100, Martin Jansa wrote:
On Mon, Feb 24, 2014 at 03:41:11PM +, Burton, Ross wrote:
On 24 February 2014 15:27, Martin Jansa martin.ja...@gmail.com wrote:
Can we start by adding
include
On 26 February 2014 19:11, Martin Jansa martin.ja...@gmail.com wrote:
Is it supposed to work correctly in incremental builds? Today I've seen
couple of components failing in do_configure and building fine after
manual clean, interesting part of log is that autotools.bbclass was
actually trying
On Wed, 2014-02-26 at 19:54 +, Burton, Ross wrote:
Unless, of course, you work out where configure is looking to bail on
this test, and if we can safely remove it on rebuilds.
I don't think there's any safe way of defeating that configure check
other than to properly clean ${S}. You could
The ValidError case makes parsing fail even if the U-Boot variant is
not in use for the specific machine and this is not desired. So
instead of raising a parsing error we skip the package.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
This error has been found while debugging a
On Wed, 2014-02-26 at 15:35 -0300, Diego Sueiro wrote:
libQtUiTools is only built as a static library by upstream intentionally.
So, libQtUiTools.a and libQtUiToolsE.a needs to be installed on
meta-toolchain-qt
and meta-toolchain-qte respectively.
Whitout this static library, building qt
On Wed, Feb 26, 2014 at 1:17 PM, Phil Blundell p...@pbcl.net wrote:
If this library is intentionally static-only, shouldn't it go in qt4-dev
yes I believe so
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On 2014-02-26 19:29, alexandru.sar...@freescale.com wrote:
Hi David,
Sorry for the late reply.
I'm not familiar with the procedure for submitting a patch to Poky.
Could you walk me through the process?
Meanwhile I've attached the patch to this e-mail. It's been tested
on e500v2, e5500 and
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2014-02-26 ==
=== common (8) ===
* meta-openembedded/meta-gnome/recipes-gnome/devilspie/devilspie2_0.24.bb,
do_compile
*
meta-openembedded/meta-multimedia/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb,
From: Roy Li rongqing...@windriver.com
Once send_negotiate_unix_fd failed, this failure will happen, since
auth-guid_from_server has been set to some value before
send_negotiate_unix_fd. send_negotiate_unix_fd failure will lead to
this auth be handled by process_ok again, but this
On 02/26/2014 06:44 PM, Richard Purdie wrote:
On Wed, 2014-02-26 at 18:22 +0800, ChenQi wrote:
On 02/26/2014 06:02 PM, Burton, Ross wrote:
On 26 February 2014 07:33, Chen Qi qi.c...@windriver.com wrote:
This is because for qemumips, there are no such files in SRC_URI. And
actually we don't
ping
On 02/12/2014 04:49 PM, Chong Lu wrote:
Install diffutils test suite and run it as ptest.
Signed-off-by: Chong Lu chong...@windriver.com
---
.../diffutils/diffutils-3.3/Makefile | 284 +
.../diffutils/diffutils-3.3/run-ptest | 3 +
From: Jackie Huang jackie.hu...@windriver.com
The default path to sendmail is to /usr/lib/sendmail, but
msmtp install it as ${sbindir}/sendmail, set the correct
path for Makefile to fix it.
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-extended/mailx/mailx_12.5.bb |
44 matches
Mail list logo