From: Roy.Li rongqing...@windriver.com
The following changes since commit 1aeecaeee9bb1eee779973fce7f15cc7fad269a0:
classes/qmake_base: allow parallel make (2013-06-13 17:37:58 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib roy/openssh-4
From: Roy.Li rongqing...@windriver.com
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-connectivity/openssh/openssh_6.2p2.bb |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-connectivity/openssh/openssh_6.2p2.bb
From: Roy.Li rongqing...@windriver.com
Backport patch to fix segment fault due to unaligned memory access
Signed-off-by: Roy.Li rongqing...@windriver.com
---
.../openssh/openssh-6.2p2/mac.patch| 76
meta/recipes-connectivity/openssh/openssh_6.2p2.bb |1
From: Roy.Li rongqing...@windriver.com
The following changes since commit 1aeecaeee9bb1eee779973fce7f15cc7fad269a0:
classes/qmake_base: allow parallel make (2013-06-13 17:37:58 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib roy/directfd
From: Roy.Li rongqing...@windriver.com
directfb need -fomit-frame-pointer option of gcc to build some inline
asm code about mmx. But once -fno-omit-frame-pointer was added
into TARGET_CFLAGS. That will cause directfb build error on x86 arch.
Signed-off-by: Roy.Li rongqing...@windriver.com
---
From: Jackie Huang jackie.hu...@windriver.com
move libck-connector.so.* to base_libdir to kill two warnings:
WARNING: QA Issue: consolekit: /lib64/security/pam_ck_connector.so,
installed in the base_prefix, requires a shared library under
exec_prefix (/usr): libck-connector.so.0 =
From: Jackie Huang jackie.hu...@windriver.com
During do_configure(), we modify the BUILD_CFLAGS used
but do not remove the default inclusion of CFLAGS
in BUILD_CFLAGS. This fix removes CFLAGS inclusion
by modifying do_configure().
Signed-off-by: Joe Slater jsla...@windriver.com
Signed-off-by:
From: Jackie Huang jackie.hu...@windriver.com
While it is not necessary that shared libraries be executable,
if they are not marked as such bitbake will not examine them
for debug information. So, we make them executable at the end of
installation.
Signed-off-by: Joe Slater
From: Roy.Li rongqing...@windriver.com
The following changes since commit 1aeecaeee9bb1eee779973fce7f15cc7fad269a0:
classes/qmake_base: allow parallel make (2013-06-13 17:37:58 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib roy/cogl
From: Roy.Li rongqing...@windriver.com
1. Fix asm() register constraints in cogl when building for ARM.
2. Fix cogl to handle Thumb builds.
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-graphics/cogl/cogl-1.0.inc|4 +++
.../cogl/files/cogl-fixed-thumb.patch
On 14 June 2013 09:09, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
While it is not necessary that shared libraries be executable,
if they are not marked as such bitbake will not examine them
for debug information. So, we make them executable at the end of
On 13 June 2013 00:19, Martin Jansa martin.ja...@gmail.com wrote:
Martin Jansa (10):
mesa: merge mesa-common.inc to mesa.inc
mesa: use PACKAGECONFIG instead of DISTRO_FEATURES to define
EGL_PLATFORMS
mesa: move LIC_FILES_CHKSUM to .inc
mesa: merge mesa-git.inc to mesa_git.bb
On Thu, Jun 13, 2013 at 10:21:47PM +0100, Richard Purdie wrote:
On Thu, 2013-06-13 at 12:16 +0100, Mike Crowe wrote:
The problem seems to be caused by having an ancillary task in recipe1 that
depends on do_configure and the same ancillary task in recipe2 that depends
on
This patch has been merged upstream now, so refresh the patch with a backport
(the patch was changed before being merged).
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../systemd/systemd/install-quotaon-once.patch | 32 +++-
1 file changed, 17 insertions(+), 15
On 14 June 2013 09:37, rongqing...@windriver.com wrote:
+Upstream-Status: Inappropriate [cogl-fixed.c disappears in cogl 2.0]
Whilst it's true that this file doesn't exist in cogl 2.0, cogl 1.x is
still maintained. I've forwarded this mail to the maintainers and
it's been merged into both the
On Fri, 2013-06-14 at 12:19 +0100, Mike Crowe wrote:
On Thu, Jun 13, 2013 at 10:21:47PM +0100, Richard Purdie wrote:
On Thu, 2013-06-13 at 12:16 +0100, Mike Crowe wrote:
The problem seems to be caused by having an ancillary task in recipe1 that
depends on do_configure and the same
On 13 June 2013 08:46, ChenQi qi.c...@windriver.com wrote:
On 06/12/2013 04:26 AM, Bernhard Reutner-Fischer wrote:
On Fri, Jun 07, 2013 at 02:13:58PM +0800, qi.c...@windriver.com wrote:
Hi Bernhard,
Thank you very much for your review and suggestions!
I went through your methods below very
* qmake is trying to call native gdb and we don't depend on gdb-native
(or even provide gdb-native)
* fixes errors like this:
/bin/sh: gdb: command not found
/bin/sh: line 0: test: -gt: unary operator expected
Signed-off-by: Jonathan Liu net...@gmail.com
---
This avoids the following warning when running qmake:
Project WARNING: qmake spec does not announce the compiler family.
Guessed gcc.
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-qt/qt4/qt4-4.8.4/g++.conf | 2 ++
1 file changed, 2 insertions(+)
diff --git
On 6/14/13 3:53 AM, Burton, Ross wrote:
On 14 June 2013 09:09, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
While it is not necessary that shared libraries be executable,
if they are not marked as such bitbake will not examine them
for debug information.
On 06/14/2013 01:09 AM, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
During do_configure(), we modify the BUILD_CFLAGS used
but do not remove the default inclusion of CFLAGS
in BUILD_CFLAGS. This fix removes CFLAGS inclusion
by modifying do_configure().
This recipe was missing a dependency on gnome-common, so lets just inherit
gnomebase and get both it and GNOME SRC_URI handling for free.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-support/atk/atk_2.8.0.bb |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff
On Fri, 2013-06-14 at 16:40 +0100, Ross Burton wrote:
This recipe was missing a dependency on gnome-common, so lets just inherit
gnomebase and get both it and GNOME SRC_URI handling for free.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-support/atk/atk_2.8.0.bb |5
Gnar, sorry. I retract this, I inherited the wrong class.
Ross
On Friday, 14 June 2013, Richard Purdie wrote:
On Fri, 2013-06-14 at 16:40 +0100, Ross Burton wrote:
This recipe was missing a dependency on gnome-common, so lets just
inherit
gnomebase and get both it and GNOME SRC_URI
On 06/14/2013 12:54 AM, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
move libck-connector.so.* to base_libdir to kill two warnings:
WARNING: QA Issue: consolekit: /lib64/security/pam_ck_connector.so,
installed in the base_prefix, requires a shared
This recipe was missing a dependency on gnome-common, so lets just inherit
gnomebase and get both it and GNOME SRC_URI handling for free.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-support/atk/atk_2.8.0.bb |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff
On 06/13/2013 04:51 PM, Saul Wold wrote:
On 06/13/2013 04:35 PM, Jonathan Liu wrote:
On 14/06/2013 1:20 AM, Saul Wold wrote:
On 06/11/2013 04:46 PM, Jonathan Liu wrote:
On 6/06/2013 3:04 AM, Paul Eggleton wrote:
On Wednesday 05 June 2013 17:57:32 Paul Eggleton wrote:
On Wednesday 05 June
Having a value in TERM that is not recognized by the nativesdk can cause
potential escape sequences appearing in the output stream, the can be seen
on Ubuntu with TERM=xterm-256color. Unsetting TERM allows for consistent
results in the python output.
Also, don't exit, use return, otherwise the
On Fri, 2013-06-14 at 13:48 -0700, Saul Wold wrote:
Having a value in TERM that is not recognized by the nativesdk can cause
potential escape sequences appearing in the output stream, the can be seen
on Ubuntu with TERM=xterm-256color. Unsetting TERM allows for consistent
results in the python
On 06/14/2013 02:08 PM, Richard Purdie wrote:
On Fri, 2013-06-14 at 13:48 -0700, Saul Wold wrote:
Having a value in TERM that is not recognized by the nativesdk can cause
potential escape sequences appearing in the output stream, the can be seen
on Ubuntu with TERM=xterm-256color. Unsetting
Rchard,
Here is a batch of chanegs that I have tested in the autobuilder
and locally.
I will be out next week, but will catch things up after the 24th
when I am back.
Sau!
The following changes since commit d2e0adc9720b66f56439c574520a1d58eaf0426f:
documentation.conf: Drop variables for
31 matches
Mail list logo