From: Tom Zanussi <tom.zanussi@...> emgd-1.8 is now obsoleted by emgd-1.10, so remove support for it. Signed-off-by: Tom Zanussi <tom.zanussi@...> ---

From: Tom Zanussi <tom.zanussi@...> This patchset adds support for emgd-1.10. This version relies on a new licensing mechanism called LICENSE_FLAGS. The LICENSE_FLAGS implementation provides

From: Tom Zanussi <tom.zanussi@...> This adds a new recipe for the emgd 1.10 driver. Signed-off-by: Tom Zanussi <tom.zanussi@...> --- .../xorg-xserver/emgd-driver-bin_1.10.bb

I'm going to retest all this and try some of these tricks when I have some time. If I get any more errors with the local repository, I'll post them. Thanks, Jim A

Cross-compiling mono is messy, at least judging from the existing recipe from OE-classic: http://cgit.openembedded.org/openembedded/tree/recipes/mono/README I remember using this recipe with

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! Autif

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

When: Wednesday, January 25, 2012 8:00 AM-9:00 AM (UTC-08:00) Pacific Time (US & Canada). Where: 916-356-2663, 8-356-2663, Bridge: 94, Passcode: 5917456 Note: The GMT offset above does not reflect

get rid of above these are not needed when recipes inherit autotools see if you need to copy over some of m4 macros that is what you need to do in do_configure_prepend if needed.

That's perfect, I can set SRCREV's in my meta-intel BSP in the interim, but when the patch isn't there, it's a messier process. Thanks Bruce -- Darren Hart Intel Open Source Technology Center Yocto

FYI: You can see this in the 3.0 kernel repo now, I fetched davem's net repo and cherry-picked it in. The SRCREV update will follow once I've merged 3.0.18 (or .17 if .18 takes too

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

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 -

It seems that way, but I can not explain the following behavior. 1) I can grep autoreconf in log.do_configure 2) When I add do_configure_prepend() {autoreconf --force --install -Wcorss} this issue

this says it all and we do that regeneration automatically for recipes which inherit autotools you need to post your recipes for someone to look at what you are doing

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

On Tuesday, January 24, 2012 at 7:24 AM, Joshua Immanuel wrote: Hello Christopher, Thanks for the reply. On Tue, 2012-01-24 at 07:07 -0700, Christopher Larson

Hello Christopher, Thanks for the reply. As you mentioned reordering BBLAYERS to have my custom layer before 'meta' layer solved the issue. I was of the notion that setting BBFILE_PRIORITY higher

Ensure that your layer is before the other in BBLAYERS. -- Christopher Larson

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