On 09/01/2011 10:19 AM, Saul Wold wrote:
> 
> Seeing this change reminded me that we really should move grub_1.98 to 
> oe-core, is there any objection to this?  Any reason this should not be 
> part of oe-core to support general x86_64 machines?

I am considering pushing to drop grub entirely from meta-intel and using
syslinux and efilinux recipes. I don't see any added value in grub for
embedded Intel platforms.

So in that sense, I'd be happy to see it go to OE - but whether it needs
to be in OE or OE-Core, I don't know. Is anyone using grub on non-x86
platforms?

--
Darren

> 
> Sau!
> 
> 
> On 08/31/2011 07:34 PM, Darren Hart wrote:
>> Grub's configure task was picking up the host freetype libraries if
>> bitbake hadn't gotten around building freetype yet. We could add a
>> dependency on freetype, but it's only used for the optional grub-mkfont
>> utility which we don't really need.
>>
>> Disable grub-mkfont via EXTRA_OECONF, removing the dependency on freetype.
>>
>> Testing: core-image-minimal build and install on sugarbay.
>>
>> Signed-off-by: Darren Hart<dvh...@linux.intel.com>
>> Tested-by: Tom Zanussi<tom.zanu...@intel.com>
>> ---
>>   common/recipes-bsp/grub/grub_1.98.bb |    2 +-
>>   1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/common/recipes-bsp/grub/grub_1.98.bb 
>> b/common/recipes-bsp/grub/grub_1.98.bb
>> index 0cd3a40..802733f 100644
>> --- a/common/recipes-bsp/grub/grub_1.98.bb
>> +++ b/common/recipes-bsp/grub/grub_1.98.bb
>> @@ -24,7 +24,7 @@ SRC_URI = "ftp://alpha.gnu.org/gnu/grub/grub-${PV}.tar.gz \
>>   inherit autotools
>>   inherit gettext
>>
>> -EXTRA_OECONF = "--with-platform=pc --target=i386"
>> +EXTRA_OECONF = "--with-platform=pc --target=i386 --disable-grub-mkfont"
>>
>>   do_configure() {
>>       oe_runconf
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to