Adding oe-core list to CC:
Op 28 apr 2011, om 09:08 heeft Lu, Lianhao het volgende geschreven:
Hi Guys,
Here is the design of network based PR service, please help to review and
give you comment. Thanks a lot!
By changing the BB_SIGNATURE_HANDLER from basic to basichash, the
task
Op 25 apr 2011, om 19:10 heeft Darren Hart het volgende geschreven:
Hi Koen,
On 04/23/2011 07:47 AM, Koen Kooi wrote:
Hi,
Over the holidays I was trying to build some externel kernel modules
and they failed to build because linux/bounds.h wasn't in sysroots.
According the the
On Wed, 2011-04-27 at 00:29 -0700, Saul Wold wrote:
From: Khem Raj raj.k...@gmail.com
Cosmetic change to make syntax highlighters happy
Signed-off-by: Khem Raj raj.k...@gmail.com
I'll take the patch but shouldn't someone fix the syntax highlighters as
the syntax is obviously correct and
On Wed, 2011-04-27 at 00:29 -0700, Saul Wold wrote:
From: Khem Raj raj.k...@gmail.com
Hi
This is initial set of patches for testing them out
The patches need documentation is pending
Some patches especially uclibc related are not
needed they must be dropped.
This is not the final
On Wed, 2011-04-27 at 00:29 -0700, Saul Wold wrote:
From: Khem Raj raj.k...@gmail.com
Ensure gettext and gettext-native are removed from DEPENDS when
not using NLS
Use append instead of += to get gettext dependecies processed
correctly in all cases
Dont remove gettext-native for native
On Wed, 2011-04-27 at 00:29 -0700, Saul Wold wrote:
From: Khem Raj raj.k...@gmail.com
Checking for gettext is not needed when --disable-nls is used
Let user know what variant of gettext is missing e.g. gettext-native,
gettext-nativesdk etc, reveals a bit more for user
Check for
On Wed, 2011-04-27 at 00:30 -0700, Saul Wold wrote:
From: Khem Raj raj.k...@gmail.com
inherit gettext should do it.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-core/util-linux/util-linux.inc |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Hi Darren,
On Wed, 2011-04-27 at 00:29 -0700, Saul Wold wrote:
The following logging mechanisms are to be used in bash functions of recipes.
They are intended to map one to one in intention and output format with the
python recipe logging functions of a similar naming convention: bb.plain(),
Hi Saul,
On Wed, 2011-04-27 at 00:29 -0700, Saul Wold wrote:
This has been reviewed and build on x86 and ARM, I have worked also to build
full world, it's almost there, qemu on the target needs a few more tweaks,
it's
closer!
Thanks, I merged apart from 3 patches which I've replied to with
On Wed, 2011-04-27 at 11:23 -0700, Saul Wold wrote:
On 04/27/2011 01:17 AM, Antonio Ospite wrote:
On Wed, 27 Apr 2011 0:29:21 -0700
Saul Wolds...@linux.intel.com wrote:
From: Khem Rajraj.k...@gmail.com
Hi
This is initial set of patches for testing them out
The patches need
On Tue, 2011-04-26 at 10:51 -0700, Khem Raj wrote:
On Mon, Apr 25, 2011 at 10:47 PM, Darren Hart dvh...@linux.intel.com wrote:
On 04/25/2011 10:14 AM, Gary Thomas wrote:
Right, so for clarification, for 2.4 kernels, images should be built
using just the modutils_2.4.27.bb recipe. For 2.6
Op 28 apr 2011, om 12:13 heeft Paul Eggleton het volgende geschreven:
On Wednesday 27 April 2011 18:56:09 Darren Hart wrote:
Is the SED_* tag a common search/replace mechanism in OE recipes? It's
fine, I'm just wondering if there is an accepted best practice for this
sort of thing. I know we
From: Mei Lei lei@intel.com
The recipe meta-ide-support's alias is Poky, but not defined in
distro_exceptions, this will lead an error.
The compare_in_distro_packages_list function omit a split process, this will
lead to a form issue.
Change the log file generate way, use symbolic links
From: Mei Lei lei@intel.com
This pull request will fix some bugs in meta/lib/oe/distro_check.py.
The recipe meta-ide-support's alias is Poky, but not defined in
distro_exceptions, this will lead an error.
The compare_in_distro_packages_list function omit a split process, this will
lead to
Missed prefix mail. Resent due to limited response.
* Maybe need to split into bootstrap steps (e.g where pseduo is
established, layers downloaded etc)
So for the most part, the last product we shipped was largely arranged
in this manner. We were using collections, but in many cases layers
* Maybe need to split into bootstrap steps (e.g where pseduo is
established, layers downloaded etc)
So for the most part, the last product we shipped was largely arranged
in this manner. We were using collections, but in many cases layers is
just a reimplementation at a lower level(which is
I've started working on getting bitbake and OE-Core building on MacOS X. So far
what I have are some pretty hacky patches.. but they should be a reasonable
start.
I've pushed my changes to the git://git.pokylinux.org/poky-contrib.git
repository and the mhatle/macosx/bitbake and
(adding oe-core back to the list as it got dropped off my previous reply)
On 4/28/11 4:04 PM, Joshua Lock wrote:
On Thu, 2011-04-28 at 10:19 -0500, Mark Hatle wrote:
On 4/28/11 4:22 AM, Martin Jansa wrote:
On Thu, Apr 28, 2011 at 03:08:03PM +0800, Lu, Lianhao wrote:
Hi Guys,
Here is the
On Thu, Apr 28, 2011 at 2:12 PM, Mark Hatle mark.ha...@windriver.com wrote:
I've started working on getting bitbake and OE-Core building on MacOS X. So
far
what I have are some pretty hacky patches.. but they should be a reasonable
start.
You might be interested in
On Thu, Apr 28, 2011 at 2:24 PM, Khem Raj raj.k...@gmail.com wrote:
On Thu, Apr 28, 2011 at 2:12 PM, Mark Hatle mark.ha...@windriver.com wrote:
I've started working on getting bitbake and OE-Core building on MacOS X. So
far
what I have are some pretty hacky patches.. but they should be a
On Thu, Apr 28, 2011 at 2:23 PM, Mark Hatle mark.ha...@windriver.com wrote:
Checksums and timestamps are not enough to determine a logical progression of
the components.
We need something that informs the user where these changes fit in the grand
scheme of things. Are they newer or older
On 04/27/2011 01:13 PM, Khem Raj wrote:
On Wed, Apr 27, 2011 at 9:44 AM, Koen Kooik...@dominion.thruhere.net wrote:
Why not move those srcrevs into the recipe? IIRC these ones aren't affected by
RPs concerns
I am ok doing that but here
On Thu, Apr 28, 2011 at 3:03 PM, Saul Wold s...@linux.intel.com wrote:
On 04/27/2011 01:13 PM, Khem Raj wrote:
On Wed, Apr 27, 2011 at 9:44 AM, Koen Kooik...@dominion.thruhere.net
wrote:
Why not move those srcrevs into the recipe? IIRC these ones aren't
affected by RPs concerns
I am ok
On 03/21/2011 03:40 PM, Tom Rini wrote:
On 03/21/2011 11:23 AM, Khem Raj wrote:
Ubuntu has moved eglibc to /usr/lib/${arch}-linux-gnu and
/lib/${arch}-linux-gnu so we need that to be added to glibpth in
Configure.
Currently we set LD=ld in environment for recipes inheriting native
class. This
On Thu, Apr 28, 2011 at 6:18 PM, Gary Thomas g...@mlbassoc.com wrote:
On 03/21/2011 03:40 PM, Tom Rini wrote:
On 03/21/2011 11:23 AM, Khem Raj wrote:
Ubuntu has moved eglibc to /usr/lib/${arch}-linux-gnu and
/lib/${arch}-linux-gnu so we need that to be added to glibpth in
Configure.
On 04/28/2011 02:05 AM, Richard Purdie wrote:
Hi Darren,
On Wed, 2011-04-27 at 00:29 -0700, Saul Wold wrote:
The following logging mechanisms are to be used in bash functions of recipes.
They are intended to map one to one in intention and output format with the
python recipe logging
Mark Hatle wrote on 2011-04-29:
(adding oe-core back to the list as it got dropped off my previous reply)
On 4/28/11 4:04 PM, Joshua Lock wrote:
On Thu, 2011-04-28 at 10:19 -0500, Mark Hatle wrote:
On 4/28/11 4:22 AM, Martin Jansa wrote:
On Thu, Apr 28, 2011 at 03:08:03PM +0800, Lu, Lianhao
27 matches
Mail list logo
