On 05/26/2011 01:41 PM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble nitin.a.kam...@intel.com
Fixes this bug [YOCTO #1105]
Working around this issue withg gcc 4.6.0 for beagleboard machine (armv7)
ccache arm-poky-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon
This is a modification of the original patch to enable network based PR
service.
The main difference between this series of patch to the original one is that
this one uses the PKGR/PKGV during the package feed creation, and use
EXTENDPKGV
instead of EXTENDPV for package dependencies.
It
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/recipes-core/udev/udev-new.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/udev/udev-new.inc
b/meta/recipes-core/udev/udev-new.inc
index d1abf39..1b94f1b 100644
---
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
.../xorg-proto/xorg-proto-common.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
index
Use PKGE/PKGV/PKGR to build various package feed in tasks of pacakge_write_xxx.
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/classes/package_deb.bbclass |8
meta/classes/package_ipk.bbclass |8
meta/classes/package_rpm.bbclass | 14 +++---
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
.../linux-libc-headers/linux-libc-headers.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
Removed the unused variable EXTENDPV and EXTENDPEVER. User should use
EXTENDPKGV instead for package feed generation.
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/conf/bitbake.conf |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/meta/conf/bitbake.conf
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
.../xorg-util/util-macros_1.13.0.bb|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
b/meta/recipes-graphics/xorg-util/util-macros_1.13.0.bb
index
Op 27 mei 2011, om 01:33 heeft Richard Purdie het volgende geschreven:
On Thu, 2011-05-26 at 13:41 -0700, nitin.a.kam...@intel.com wrote:
---
meta/recipes-graphics/mesa/mesa-xlib_7.10.2.bb |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
On 05/26/2011 04:24 PM, Richard Purdie wrote:
On Thu, 2011-05-26 at 14:12 -0700, Darren Hart wrote:
Note: I used bb.note() instead of bb.debug() to ensure the message at least
makes it to the console. From what I could gather,
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/recipes-support/libcap/libcap.inc |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-support/libcap/libcap.inc
b/meta/recipes-support/libcap/libcap.inc
index 292fa78..1b4c0bc 100644
---
On Fri, 2011-05-27 at 09:54 +0100, Richard Purdie wrote:
Good question. I guess you're just changing the gcc version but using
the rest of that file?
This is a tricky problem as we do want to include that for anyone using
gcc 4.6 as otherwise things break but as you say, can't impact someone
Systemd support in avahi only affects 'make install', so no changes for
sysvinit based systems
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/recipes-connectivity/avahi/avahi.inc |9 +++--
meta/recipes-connectivity/avahi/avahi_0.6.30.bb |2 +-
2 files changed, 8
On Thu, 2011-05-26 at 20:16 -0700, Darren Hart wrote:
So by changing from split() to split(:) we change the behavior of
split when operating on empty strings, requiring us to special case the
output. Rather obnoxious wouldn't you say?
Yes, that is an annoying misfeature. The other related
Op 27 mei 2011, om 15:47 heeft Phil Blundell het volgende geschreven:
On Fri, 2011-05-27 at 15:40 +0200, Koen Kooi wrote:
+mkdir -p $UUIDDIR || true
Why || true? If this creation fails then the following chown will
surely fail as well, except with a different and less illuminating
On 05/27/2011 01:40 AM, Richard Purdie wrote:
On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
On 05/26/2011 04:24 PM, Richard Purdie wrote:
On Thu, 2011-05-26 at 14:12 -0700, Darren Hart wrote:
Note: I used bb.note() instead of bb.debug() to ensure the message at least
makes it
On Thu, 2011-05-26 at 10:46 -0700, Darren Hart wrote:
Right, it just starts to look rather ugly in the recipe, especially for
BSPs supporting more than just a couple of machines. I also think that
having to use machine overrides is an indicator that the mechanism is
not working for the purpose
This fixes dbus usage in non-sysV init systems. Volatiles aren't needed in
systemd land, since /run is tmpfs and the dbus units take care of all this.
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
Changes since v1:
* addressed pbs concerns about the || true and chgrp dots
On Fri, 2011-05-27 at 15:46 +0100, Richard Purdie wrote:
On Fri, 2011-05-27 at 06:56 -0700, Darren Hart wrote:
On 05/27/2011 01:40 AM, Richard Purdie wrote:
On Thu, 2011-05-26 at 20:43 -0700, Darren Hart wrote:
On 05/26/2011 04:24 PM, Richard Purdie wrote:
On Thu, 2011-05-26 at
On Fri, 2011-05-27 at 00:33 +0100, Richard Purdie wrote:
I talked about this on IRC but simply put, no way.
The problem is:
a) Arm specific
b) determined now to be armv7 specific
c) gcc version specific
and the fix should reflect this.
From a fairly superficial look at the crash I
On 05/27/2011 07:04 AM, Phil Blundell wrote:
On Thu, 2011-05-26 at 10:46 -0700, Darren Hart wrote:
Right, it just starts to look rather ugly in the recipe, especially for
BSPs supporting more than just a couple of machines. I also think that
having to use machine overrides is an indicator
On Fri, 2011-05-27 at 08:06 -0700, Darren Hart wrote:
In fact... why are the parens used at all?
No good reason. I would guess that we started off with something like
COMPATIBLE_MACHINE = pdp11/(23|34)
in a recipe, and that got somehow generalised to wrapping all the
alternatives in parens
On Fri, 2011-05-27 at 08:13 -0700, Darren Hart wrote:
OK, I haven't completely lost it then :-) In that case, are you looking
for any additional changes/dialog/acks here? If not, the version with
bb.debug() is now in the contrib branch:
git://git.pokylinux.org/poky-contrib dvhart/oe/u-boot
On Thu, 2011-05-26 at 20:16 -0700, Darren Hart wrote:
On 05/26/2011 04:46 PM, Richard Purdie wrote:
On Wed, 2011-05-25 at 16:05 -0700, Darren Hart wrote:
Fixes [YOCTO 1102]
Path variables are typically : delimited. White space is allowed in paths,
so
is not a good choice for
On Thu, 2011-05-26 at 22:48 -0700, Khem Raj wrote:
slugos uses uclibc in thumb mode. These patches fix the build of uclibc in
thumb mode
and additionally fixes shared-mime-info which failed to build with -j4
The following changes since commit 31b3d1f9aa6fa1640874f7da9cce37f4aa13eab1:
Phil,
With your patch gcc 4.6.0 is not hitting the internal compiler error for this
particular case. I could not do runtime testing as I don't have the hw. IMO
This is a good patch to send to gcc upstream.
Thanks,
Nitin
-Original Message-
From:
On Fri, 2011-05-27 at 07:39 +0200, Martin Jansa wrote:
On Fri, May 27, 2011 at 12:13:35AM +0100, Richard Purdie wrote:
I meant something like switch back to something like pstage was or
disable both (IIRC I had strange error on many places without sstate
inherited by distro).
Which
On Wed, 2011-05-25 at 16:30 -0700, Elizabeth Flanagan wrote:
This pull request is a consolidated pull of some changes to the
license.bbclass
license parsing, some cleanup of existing licenses, and some additions to/
modifications of various licenses kept in meta/files/common-licenses.
I've
Wrong patch got pushed into pull branch. But I have made amends
here is the remainder. uclibc being in both meta-oe and oe-core
confused my build on one machine it was picking it from oe-core
and on other from meta-oe. Good new layers :)
The following changes since commit
On Fri, May 27, 2011 at 10:24 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Fri, 2011-05-27 at 07:39 +0200, Martin Jansa wrote:
On Fri, May 27, 2011 at 12:13:35AM +0100, Richard Purdie wrote:
I meant something like switch back to something like pstage was or
disable both
From: Nitin A Kamble nitin.a.kam...@intel.com
This fixes the gcc taking out the need of the workaround we had earlier.
This also fixes compile issue for qt4-x11-free recipe for beagleboard machine
The following changes since commit 62e3f0ff7b27d8beb21b4b226051c3db654ea4e4:
License Field
On Fri, May 27, 2011 at 11:15 AM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble nitin.a.kam...@intel.com
This fixes an internal compiler error for gcc 4.6.0 for armv7
Patch came from: Phil Blundell p...@pbcl.net
Validated by Nitin
Signed-off-by: Nitin A Kamble
From: Nitin A Kamble nitin.a.kam...@intel.com
This fixes an internal compiler error for gcc 4.6.0 for armv7
Patch came from: Phil Blundell p...@pbcl.net
Validated by Nitin
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
Signed-Off-by: Phil Blundell p...@pbcl.net
---
Same here.
On Fri, May 27, 2011 at 18:48, Koen Kooi k...@dominion.thruhere.net wrote:
Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
Hi Lianhao,
On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
git://git.pokylinux.org/poky-contrib llu/PR-service
FWIW, F14 has python 2.7
Op 27 mei 2011, om 21:08 heeft Otavio Salvador het volgende geschreven:
Same here.
On Fri, May 27, 2011 at 18:48, Koen Kooi k...@dominion.thruhere.net wrote:
Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
Hi Lianhao,
On Fri,
On Fri, May 27, 2011 at 12:15 PM, Mark Hatle mark.ha...@windriver.com wrote:
On 5/27/11 1:25 PM, Khem Raj wrote:
On Fri, May 27, 2011 at 11:15 AM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble nitin.a.kam...@intel.com
This fixes an internal compiler error for gcc 4.6.0 for armv7
On 5/27/11 2:36 PM, Khem Raj wrote:
On Fri, May 27, 2011 at 12:15 PM, Mark Hatle mark.ha...@windriver.com wrote:
On 5/27/11 1:25 PM, Khem Raj wrote:
On Fri, May 27, 2011 at 11:15 AM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble nitin.a.kam...@intel.com
This fixes an internal
I'm seeing the same on my fedora box, but not on my debian box. Otavio reported
similar issues, see the patchset email thread.
Op 27 mei 2011, om 21:40 heeft Khem Raj het volgende geschreven:
Hi
I have started getting this error.
ERROR: Error executing a python function in
On Fri, May 27, 2011 at 1:09 PM, Joshua Lock j...@linux.intel.com wrote:
On Fri, 2011-05-27 at 20:48 +0200, Koen Kooi wrote:
Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
Hi Lianhao,
On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Attached are two patches against BitBake master to add back the xmlrpc
server (copied from Poky's tree) and fix the uievent.
Seems like my patches didn't make it through? *tries again*
Cheers,
Joshua
--
Joshua Lock
Yocto Project
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Upstream BitBake still has the xmlrpc server removed. The version in
Poky's BitBake is functional (I use it daily).
Attached are two patches against BitBake master to add back the xmlrpc
server (copied from Poky's tree) and fix the
From 1618318f0a30847b08c158e7ac82f9043126144e Mon Sep 17 00:00:00 2001
From: Joshua Lock j...@linux.intel.com
Date: Fri, 27 May 2011 13:04:44 -0700
Subject: [PATCH 2/2] uievent: fix queueing of events for xmlrpc before
UI has
loaded
The change to Queue up events before the UI is spawned broke
On May 27, 2011, at 2:00 PM, Joshua Lock j...@linux.intel.com wrote:
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Upstream BitBake still has the xmlrpc server removed. The version in
Poky's BitBake is functional (I use it daily).
Attached are two patches against BitBake master to
On Fri, 2011-05-27 at 14:01 -0700, Khem Raj wrote:
On May 27, 2011, at 2:00 PM, Joshua Lock j...@linux.intel.com wrote:
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Upstream BitBake still has the xmlrpc server removed. The version in
Poky's BitBake is functional (I use it
This fixes a problem with the MPC building the xserver-xf86-lite
The following changes since commit 4786ecdf7cd427089464dcb62579110d494e7cd7:
License Field Cleanup: Non-standard field names (2011-05-27 18:27:04 +0100)
are available in the git repository at:
On Fri, May 27, 2011 at 06:24:44PM +0100, Richard Purdie wrote:
I dug into this with Martin on irc and it was found that rm_work.bbclass
was exposing a bitbake bug with setscene handling. This was fixed with:
This is a first pass at sane license parsing, using python
abstract syntax trees.
A few notes on this since ast is not generally used. I massage
the LICENSE field to be more pythonesque and then create an ast.
I then dump the ast and using a LicenseVisitor class, recurse
through the tree,
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Upstream BitBake still has the xmlrpc server removed. The version in
Poky's BitBake is functional (I use it daily).
Attached are two patches against BitBake master to add back the xmlrpc
server (copied from Poky's tree) and fix the
On Fri, 2011-05-27 at 11:28 -0700, Saul Wold wrote:
Fix missing dependency for M1 Builds
The following changes since commit 4786ecdf7cd427089464dcb62579110d494e7cd7:
License Field Cleanup: Non-standard field names (2011-05-27 18:27:04 +0100)
are available in the git repository at:
On Fri, 2011-05-27 at 22:24 +0100, Phil Blundell wrote:
On Fri, 2011-05-27 at 14:09 -0700, Saul Wold wrote:
From: Yu Ke ke...@intel.com
[YOCTO #737]
The AC_CHECK_FUNC([dlopen], [], AC_CHECK_LIB([dl], [dlopen],
DLOPEN_LIBS=-ldl))
macro seems not work well in ppc arch, so this
On Fri, 2011-05-27 at 10:38 -0700, Khem Raj wrote:
Wrong patch got pushed into pull branch. But I have made amends
here is the remainder. uclibc being in both meta-oe and oe-core
confused my build on one machine it was picking it from oe-core
and on other from meta-oe. Good new layers :)
Op 28 mei 2011, om 00:23 heeft Richard Purdie het volgende geschreven:
On Fri, 2011-05-27 at 22:24 +0100, Phil Blundell wrote:
On Fri, 2011-05-27 at 14:09 -0700, Saul Wold wrote:
From: Yu Ke ke...@intel.com
[YOCTO #737]
The AC_CHECK_FUNC([dlopen], [], AC_CHECK_LIB([dl], [dlopen],
On Fri, 2011-05-27 at 15:13 -0700, Elizabeth Flanagan wrote:
Using python abstract syntax trees as a parser and an ast visitor class, I've
begun the first steps to being able to put some sanity to license selection.
One note. License modifiers have traditionally been limited to the or
On Fri, May 27, 2011 at 6:02 PM, Khem Raj raj.k...@gmail.com wrote:
On Fri, May 27, 2011 at 3:09 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Upstream BitBake still has the xmlrpc server removed. The version in
Poky's
Value of USE_PR_SERV is either 1 or 0 looking at
settings in bitbake.conf
USE_PR_SERV = ${@[1,0][(bb.data.getVar('PRSERV_HOST',d,1) is None) or
(bb.data.getVar('PRSERV_PORT',d,1) is None)]}
So we compare the strings
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/package.bbclass |
On Fri, May 27, 2011 at 6:05 PM, Khem Raj raj.k...@gmail.com wrote:
On Fri, May 27, 2011 at 6:02 PM, Khem Raj raj.k...@gmail.com wrote:
On Fri, May 27, 2011 at 3:09 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Fri, 2011-05-27 at 13:09 -0700, Joshua Lock wrote:
Upstream
The following changes since commit ae1ba18f70c0dac5bed376f6677258c33290ce30:
uclibc: Add disabled COMPILE_IN_THUMB_MODE to uClibc.machine for all ARM
configurations (2011-05-27 19:41:33 -0700)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
This entry need to exist so that it can be manipulated later
to decide if uclibc is to be compiled in thumb mode or arm mode
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../uclibc/uclibc-git/arm/uClibc.machine |1 +
.../uclibc/uclibc-git/armv5te/uClibc.machine |1 +
Value of USE_PR_SERV is either 1 or 0 looking at
settings in bitbake.conf
USE_PR_SERV = ${@[1,0][(bb.data.getVar('PRSERV_HOST',d,1) is None) or
(bb.data.getVar('PRSERV_PORT',d,1) is None)]}
So we compare the strings
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/package.bbclass |
59 matches
Mail list logo
