From: Yu Ke ke...@intel.com
move the SRCREV from poky-default-revisions.inc to its corresponding recipe,
in this case, those non poky distro can also use its SRCREV.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: kyu3/srcrev-recipe
Browse:
2011/5/4 Richard Purdie richard.pur...@linuxfoundation.org
On Wed, 2011-05-04 at 22:05 +0800, Yu Ke wrote:
From: Yu Ke ke...@intel.com
move the SRCREV from poky-default-revisions.inc to its corresponding
recipe,
in this case, those non poky distro can also use its SRCREV.
Pull URL:
On 05/04/2011 09:21 AM, Paul Eggleton wrote:
On Wednesday 04 May 2011 16:07:17 Gary Thomas wrote:
Perhaps it makes sense to always package netbase in ${MACHINE_ARCH} since
it almost always will have machine specific data?
I'll let someone else comment on this, I don't have a hard opinion
On Wed, 2011-05-04 at 16:24 +0200, Frans Meulenbroeks wrote:
Most of the time the SRCREV is before the PV, but not always (and sometimes
separated with an empty line and sometimes not).
Patches welcome...
Also there is at least one error introduced:
diff --git
2011/5/4 Richard Purdie richard.pur...@linuxfoundation.org
On Wed, 2011-05-04 at 16:24 +0200, Frans Meulenbroeks wrote:
Most of the time the SRCREV is before the PV, but not always (and
sometimes
separated with an empty line and sometimes not).
Patches welcome...
I know. It was more a
-gnuspe
MACHINE = p2020rdb
DISTRO= poky
DISTRO_VERSION= 0.9+snapshot-20110504
TARGET_FPU=
I could reproduce twice from scratch, and the problem repeats by
running bitbake core-image-minimal again.
On an earlier snapshot of oe-core with meta-openembedded, I didn't run
On (28/04/11 15:03), Saul Wold 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 doing that but here
On (02/05/11 01:31), Bruce Ashfield wrote:
On Sun, May 1, 2011 at 11:56 PM, Khem Raj raj.k...@gmail.com wrote:
On Sun, May 1, 2011 at 7:40 PM, Bruce Ashfield bruce.ashfi...@gmail.com
wrote:
On Sun, May 1, 2011 at 9:14 PM, Khem Raj raj.k...@gmail.com wrote:
Hi
I am trying to test this
Raj,
We have a bug for Nvidia driver @
http://bugzilla.pokylinux.org/show_bug.cgi?id=649
and a fix @
http://git.pokylinux.org/cgit.cgi/poky-contrib/commit/?h=gzhai/fix2id=f596757000465a4b8350e16f21553a23b8bbedfa
I think it deserves a try.
BTW, where is your gl library, including original one
on 2011-5-4 22:24, Frans Meulenbroeks wrote:
2011/5/4 Richard Purdierichard.pur...@linuxfoundation.org
On Wed, 2011-05-04 at 22:05 +0800, Yu Ke wrote:
From: Yu Keke...@intel.com
move the SRCREV from poky-default-revisions.inc to its corresponding
recipe,
in this case, those non poky distro
On Tue, May 3, 2011 at 3:39 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2011-05-03 at 11:04 -0700, Khem Raj wrote:
This has the same problem It empties out DEPENDS_GETTEXT after they have
have already been added to DEPENDS via virtclass e.g. when you build
on 2011-5-4 23:39, Bruce Ashfield wrote:
On Wed, May 4, 2011 at 10:05 AM, Yu Keke...@intel.com wrote:
From: Yu Keke...@intel.com
move the SRCREV from poky-default-revisions.inc to its corresponding recipe,
in this case, those non poky distro can also use its SRCREV.
Pull URL:
On Wed, May 4, 2011 at 5:40 PM, Zhai, Edwin edwin.z...@intel.com wrote:
Raj,
We have a bug for Nvidia driver @
http://bugzilla.pokylinux.org/show_bug.cgi?id=649
and a fix @
http://git.pokylinux.org/cgit.cgi/poky-contrib/commit/?h=gzhai/fix2id=f596757000465a4b8350e16f21553a23b8bbedfa
I think
On (04/05/11 18:07), Khem Raj wrote:
On Tue, May 3, 2011 at 3:39 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2011-05-03 at 11:04 -0700, Khem Raj wrote:
This has the same problem It empties out DEPENDS_GETTEXT after they have
have already been added to DEPENDS via
To support quick uprev and testing, it is desireable to build
repositories that do not have embedded meta data. In this scenario
the meta data can be automatically created or provided externally.
This commit supports the first situation by detecting the lack
of meta data and then automatically
Updating the linux-yocto/2.6.37 SRCREVs to pickup:
perf tool: Fix gcc 4.6.0 issues
1/1 [
Author: Kyle McMartin
Email: k...@mcmartin.ca
Subject: perf tool: Fix gcc 4.6.0 issues
Date: Thu, 5 May 2011 00:06:01 -0400
commit fb7d0b3cefb80a105f7fd26bbc62e0cbf9192822
The BSP bootstrap and -dev use cases can be applied against
unbranched or repos without meta data. To allow the proper
and safe processing of those repositories, slight modifications
to the tools are required to pass the branch on the command
line (rather than detecting it always) and to only
17 matches
Mail list logo