Hello all,
What is the preferred way of overriding an existing class in the 'meta'
layer. I tried to add the existing class (say image_types.bbclass) to my
custom layer and did some modifications to it. But while trying to build
the image, only the original class gets inherited instead of
Ensure that your layer is before the other in BBLAYERS.
--
Christopher Larson
On Tuesday, January 24, 2012 at 3:47 AM, Joshua Immanuel wrote:
Hello all,
What is the preferred way of overriding an existing class in the 'meta'
layer. I tried to add the existing class (say
Hello Christopher,
Thanks for the reply.
On Tue, 2012-01-24 at 07:07 -0700, Christopher Larson wrote:
Ensure that your layer is before the other in BBLAYERS.
As you mentioned reordering BBLAYERS to have my custom layer before
'meta' layer solved the issue. I was of the notion that setting
I have been working on writing a recipe for mono. I have successfully
written one for lbgdiplus and am making headway with mono.
Mono comes with libtool version 2.2.6, Yocto uses 2.4
After do_configure(), when do_complie() is being executed, I am
getting the following error for the following
On Tue, Jan 24, 2012 at 7:18 AM, autif khan autif.ml...@gmail.com wrote:
Error:
| libtool: Version mismatch error. This is libtool 2.4, but the
| libtool: definition of this LT_INIT comes from libtool 2.2.6.
| libtool: You should recreate aclocal.m4 with macros from libtool 2.4
| libtool:
On Tue, Jan 24, 2012 at 10:44 AM, Khem Raj raj.k...@gmail.com wrote:
On Tue, Jan 24, 2012 at 7:18 AM, autif khan autif.ml...@gmail.com wrote:
Error:
| libtool: Version mismatch error. This is libtool 2.4, but the
| libtool: definition of this LT_INIT comes from libtool 2.2.6.
| libtool: You
On Tuesday 24 January 2012 07:32:47 Christopher Larson wrote:
Unfortunately, BBFILE_PRIORITY only affects the choice of what *recipes* to
use between the different layers, not config files or classes. The latter
are found via BBPATH, which is incrementally appended to by each
layer.conf. This
On Tuesday, January 24, 2012 at 9:17 AM, Paul Eggleton wrote:
On Tuesday 24 January 2012 07:32:47 Christopher Larson wrote:
I'd also say, what is in the classes is intended to work for everyone, so if
there's something in the core classes that is not working well for your
situation
On 12-01-24 01:28 AM, Bruce Ashfield wrote:
On 12-01-23 7:26 PM, Darren Hart wrote:
On 01/22/2012 08:01 PM, Bruce Ashfield wrote:
On 12-01-19 4:34 PM, Darren Hart wrote:
Bruce, please apply to linux-yocto-3.0/yocto/standard/base
Queued.
I don't see this in the repository yet, is it
On 01/24/2012 08:25 AM, Bruce Ashfield wrote:
On 12-01-24 01:28 AM, Bruce Ashfield wrote:
On 12-01-23 7:26 PM, Darren Hart wrote:
On 01/22/2012 08:01 PM, Bruce Ashfield wrote:
On 12-01-19 4:34 PM, Darren Hart wrote:
Bruce, please apply to linux-yocto-3.0/yocto/standard/base
Queued.
I
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
Attendees:
Saul, Josh, Sean, Scott, Tom, Mark, Michael, Paul, Belen, Darren, Jessica, Fred
(Intel), Jeff, Richard, Dave, Nitin, Song
Agenda
* Opens collection - 5 min (Song)
* Yocto 1.1.1 point release update - 10 min (Josh/Beth)
- Josh: We have one example in the doc not working, probably
On Tue, Jan 24, 2012 at 12:09 PM, Khem Raj raj.k...@gmail.com wrote:
On Tue, Jan 24, 2012 at 8:13 AM, autif khan autif.ml...@gmail.com wrote:
do_configure_prepend() {
autoreconf -Wcross --verbose --install --force || bbnote mono
failed to autoreconf
}
do_compile_prepend() {
ln -s
On Tue, Jan 24, 2012 at 11:46 AM, autif khan autif.ml...@gmail.com wrote:
Can you point me to an existing recipe that already does something
similar? I am not sure what I am looking for.
Thanks for all the help!
Cross-compiling mono is messy, at least judging from the existing recipe
from
On Jan 23, 2012, at 9:01 AM, Bruce Ashfield wrote:
On 12-01-23 08:10 AM, Gary Thomas wrote:
On 2012-01-23 05:51, jfabernathy wrote:
On 01/22/2012 08:12 PM, Gary Thomas wrote:
On 2012-01-22 13:19, James Abernathy wrote:
I have used both git and the tarball methods of bitbaking projects,
all
From: Tom Zanussi tom.zanu...@intel.com
This patchset adds support for emgd-1.10. This version relies on a new
licensing mechanism called LICENSE_FLAGS.
The LICENSE_FLAGS implementation provides the mechanism needed for this new
emgd recipe to be automatically downloaded from the emgd site and
From: Tom Zanussi tom.zanu...@intel.com
fri2 specifies a preferred version of 1.8 for emgd, but there's really
no reason to do that at this point - it should be able to use the new
1.10 version.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
meta-fri2/conf/machine/fri2.conf |1 -
1
From: Tom Zanussi tom.zanu...@intel.com
emgd-1.8 is now obsoleted by emgd-1.10, so remove support for it.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
.../xorg-xserver/emgd-driver-bin_1.8.bb| 39
1 files changed, 0 insertions(+), 39 deletions(-)
From: Tom Zanussi tom.zanu...@intel.com
crownbay specifies a preferred version of 1.8 for emgd, but there's
really no reason to do that at this point - it should be able to use
the new 1.10 version.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
meta-crownbay/conf/machine/crownbay.conf |
From: Tom Zanussi tom.zanu...@intel.com
The new emgd-driver-bin_1.10 recipe no longer requires manually
extracting and installing emgd binaries, so remove the section that
deals with that.
It does require a new LICENSE_FLAGS_WHITELIST entry in local.conf, so
add instructions detailing that.
On 01/24/2012 04:00 PM, tom.zanu...@intel.com wrote:
From: Tom Zanussi tom.zanu...@intel.com
fri2 specifies a preferred version of 1.8 for emgd, but there's really
no reason to do that at this point - it should be able to use the new
1.10 version.
Signed-off-by: Tom Zanussi
On 01/24/2012 04:00 PM, tom.zanu...@intel.com wrote:
From: Tom Zanussi tom.zanu...@intel.com
The new emgd-driver-bin_1.10 recipe no longer requires manually
extracting and installing emgd binaries, so remove the section that
deals with that.
It does require a new LICENSE_FLAGS_WHITELIST
Hello Paul,
Thanks for the reply.
On Tue, 2012-01-24 at 16:17 +, Paul Eggleton wrote:
I'd also say, what is in the classes is intended to work for everyone,
so if there's something in the core classes that is not working well
for your situation we'd really like to hear about it -
23 matches
Mail list logo