-Original Message-
From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com]
Sent: Wednesday, May 09, 2012 4:04 PM
To: Bodke, Kishore K
Cc: yocto@yoctoproject.org
Subject: Re: KERNEL build failure for Master
On 12-05-09 7:01 PM, Bodke, Kishore K wrote:
Is this error also proxy setup
Each time I do
bitbake -c cleanall linux-yocto
bitbake linux-yocto
I get different errors.
ERROR: Function failed: do_patch (see
On 10 May 2012, at 04:26, Khem Raj wrote:
On Wed, May 9, 2012 at 2:39 PM, Chris Tapp opensou...@keylevel.com wrote:
DEPENDS = libxml2-native gettext-native virtual/libiconv ncurses expat
DEPENDS_virtclass-native = libxml2-native gettext-minimal-native
What does -native in the DEPENDS=
On Thu, 2012-05-10 at 21:38 +0100, Chris Tapp wrote:
I just tried to build 'crownbay' under Denzil but I got an error saying that
xserver-xf86-dri-lite.inc could not be found.
It looks as if new meta is available in the git repository. Is there a plan
for 7.0.0 downloads to be available
On Thu, May 10, 2012 at 1:44 PM, Tom Zanussi tom.zanu...@intel.com wrote:
On Thu, 2012-05-10 at 21:38 +0100, Chris Tapp wrote:
I just tried to build 'crownbay' under Denzil but I got an error saying that
xserver-xf86-dri-lite.inc could not be found.
hold on and keep playing with qemu machines
On Thu, 2012-05-10 at 13:52 -0700, Khem Raj wrote:
On Thu, May 10, 2012 at 1:44 PM, Tom Zanussi tom.zanu...@intel.com wrote:
On Thu, 2012-05-10 at 21:38 +0100, Chris Tapp wrote:
I just tried to build 'crownbay' under Denzil but I got an error saying
that xserver-xf86-dri-lite.inc could not
On Thu, 2012-05-10 at 21:54 +0100, Chris Tapp wrote:
On 10 May 2012, at 21:44, Tom Zanussi wrote:
On Thu, 2012-05-10 at 21:38 +0100, Chris Tapp wrote:
I just tried to build 'crownbay' under Denzil but I got an error saying
that xserver-xf86-dri-lite.inc could not be found.
It looks
On Thu, May 10, 2012 at 1:59 PM, Tom Zanussi tom.zanu...@intel.com wrote:
What's there in master now is compatible with denzil, so no need to do
that.
even better
___
yocto mailing list
yocto@yoctoproject.org
On 10 May 2012, at 22:01, Tom Zanussi wrote:
On Thu, 2012-05-10 at 21:54 +0100, Chris Tapp wrote:
On 10 May 2012, at 21:44, Tom Zanussi wrote:
On Thu, 2012-05-10 at 21:38 +0100, Chris Tapp wrote:
I just tried to build 'crownbay' under Denzil but I got an error saying
that
On Thu, 2012-05-10 at 22:07 +0100, Chris Tapp wrote:
On 10 May 2012, at 22:01, Tom Zanussi wrote:
On Thu, 2012-05-10 at 21:54 +0100, Chris Tapp wrote:
On 10 May 2012, at 21:44, Tom Zanussi wrote:
On Thu, 2012-05-10 at 21:38 +0100, Chris Tapp wrote:
I just tried to build 'crownbay'
On 10 May 2012, at 22:23, Tom Zanussi wrote:
On Thu, 2012-05-10 at 22:07 +0100, Chris Tapp wrote:
On 10 May 2012, at 22:01, Tom Zanussi wrote:
On Thu, 2012-05-10 at 21:54 +0100, Chris Tapp wrote:
On 10 May 2012, at 21:44, Tom Zanussi wrote:
On Thu, 2012-05-10 at 21:38 +0100, Chris Tapp
Sorry for the massive crossposting here, but I want to reach the widest
audience.
In previous years, Florian has done a really good job working for
OpenEmbedded at LinuxTag. However, this year, he is not certain if he
can attend, so he needs our help with the stand.
Basically, we need people at
From: Tom Zanussi tom.zanu...@intel.com
This set of patches factors out the policy vs hardware-related config
of the common-pc and common-pc-64 along with some meta-intel BSPs.
There are also a couple usb cleanups as well.
This is an RFC patchset because it's completely untested at this
point
From: Tom Zanussi tom.zanu...@intel.com
Add root hub transaction translator support for supporting companion
ohci/uhci controllers , which is safe even if the ehci controller
doesn't have companion controllers.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
From: Tom Zanussi tom.zanu...@intel.com
Use the available ehci and uhci usb features and remove the associated
config settings from the top-level common-pc feature.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
meta/cfg/kernel-cache/bsp/common-pc/common-pc.cfg |5 -
From: Tom Zanussi tom.zanu...@intel.com
Refactor bsp/common-pc/common-pc* to keep hardware-related options in
the base common-pc.scc while moving the more 'policy'-related options
into the files that include the base common-pc.scc fragment.
This allows the different kernel types to make use of
From: Tom Zanussi tom.zanu...@intel.com
Use the available ehci and uhci usb features and remove the associated
config settings from the top-level common-pc feature.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
.../kernel-cache/bsp/common-pc-64/common-pc-64.cfg |3 ---
From: Tom Zanussi tom.zanu...@intel.com
Refactor bsp/common-pc/common-pc* to keep hardware-related options in
the base common-pc-64.scc while moving the more 'policy'-related
options into the files that include the base common-pc-64.scc
fragment.
This allows the different kernel types to make
From: Tom Zanussi tom.zanu...@intel.com
Refactor bsp/common-pc/common-pc* to keep hardware-related options in
the base crownbay.scc while moving the more 'policy'-related options
into the files that include the base crownbay.scc fragment.
This allows the different kernel types to make use of the
From: Tom Zanussi tom.zanu...@intel.com
Refactor bsp/common-pc/common-pc* to keep hardware-related options in
the base emenlow.scc while moving the more 'policy'-related options
into the files that include the base emenlow.scc fragment.
This allows the different kernel types to make use of the
From: Tom Zanussi tom.zanu...@intel.com
Refactor bsp/common-pc/common-pc* to keep hardware-related options in
the base fishriver.scc while moving the more 'policy'-related options
into the files that include the base fishriver.scc fragment.
This allows the different kernel types to make use of
From: Tom Zanussi tom.zanu...@intel.com
Refactor bsp/common-pc/common-pc* to keep hardware-related options in
the base jasperforest.scc while moving the more 'policy'-related
options into the files that include the base jasperforest.scc
fragment.
This allows the different kernel types to make
Hi,
Is there a way to clone yocto repositories (say, poky) over https?
I'm behind a firewall where git port is blocked, getting it opened is a
bureaucracy nightmare.
--Chin Huat
___
yocto mailing list
yocto@yoctoproject.org
23 matches
Mail list logo