From: Patrick Ohly [mailto:email@example.com]
On Fri, 2017-06-23 at 16:21 -0700, Paul D. DeRocco wrote:
x86-base.inc adds "live" to IMAGE_FSTYPES. I have no need for a liveThat's the only feasible approach at the moment. IMAGE_FSTYPES gets
image, or an iso, so I thought adding IMAGE_FSTYPES_remove
= "live iso" to
my image recipe might work, but it complained in do_bootimg
that my recipe
"depends upon non-existent task do_image_ext4". On a hunch,
I movved the
IMAGE_FSTYPES_remove to before inheriting core-image,
checked while inheriting the class and then triggers inheriting
image-live.bbclass even when the "live" type gets removed later one.
There's a patch for x86-base.inc which removes this unconditional
extension of IMAGE_FSTYPES, see "[OE-core] [PATCH] x86-base.inc: Don't
add live to IMAGE_FSTYPES, default instead".
and then it didn'tYou still need to set some kind of IMAGE_FSTYPES, for example "wic".
complain, but it didn't build ANY images.
Yes, that's what I ended up doing, so it's nice to know I'm on the right track.
However, when I explicitly added "hddimg", I found that Syslinux was still configured for live image, with "boot" and "install" menu options. I found some code in image.bbclass that looks like it forces "image-live" if either "iso" or "hddimg" is included. I can of course hide that by setting various Syslinux options, but how do I get a plain hddimg that just boots up and runs, without any support for an "install" option in the kernel? Is that normally done with "wic" and a minimal .wks script?
Ciao, Paul D. DeRocco