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
