[oe] Generating slightly different images for different IMAGE_FSTYPES

Tom Rini tom_rini at mentor.com
Fri Feb 26 17:20:08 UTC 2010


On Fri, 2010-02-26 at 18:14 +0100, Martin Jansa wrote:
> On Fri, Feb 26, 2010 at 10:07:41AM -0700, Tom Rini wrote:
> > On Fri, 2010-02-26 at 17:54 +0100, Marcin Juszkiewicz wrote:
> > > Dnia piątek, 26 lutego 2010 o 17:39:16 Martin Jansa napisał(a):
> > > 
> > > > We're slowly stripping packages not really needed, but it would be
> > > > nice to remove whole /boot with kernel-image.
> > > 
> > > > Is there better way to solve it or should we try harder to save space
> > > >  somewhere else?
> > > 
> > > Learn about ROOTFS_POSTPROCESS_COMMAND variable present in 
> > > classes/rootfs_*.bbclass files. You can use it to launch your function after 
> > > rootfs is populated.
> > > 
> > > So for example your shr-lite-image has drop_kernel_from_boot function in which 
> > > you check "MACHINE==om-gta01" and if it is then "rm -rf /boot/uImage". After 
> > > your function all normal ext2/ubifs/jffs2/tarball images will be created 
> > > without kernel in them.
> > 
> > Or (as there's a number of ways to do this):
> > PACKAGE_REMOVE = "kernel-image-*"
> > ROOTFS_POSTPROCESS_COMMAND_om-gta01 += "opkg-cl ${IPKG_ARGS}
> > -force-depends \
> >                                 remove ${PACKAGE_REMOVE};"
> 
> This removes it from ALL FSTYPEs... not just jffs2/ubi/ubifs

I would strongly argue (especially after my last email) that you either
always want a kernel in your rootfs, because it's actually booted from,
or you never do and it's just wasting space (and just not critically so
on other devices).

-- 
Tom Rini <tom_rini at mentor.com>
Mentor Graphics Corporation




More information about the Openembedded-devel mailing list