On Tue, 2015-06-23 at 12:22 -0700, Saul Wold wrote: > The image bbclass will try to find the kernel-abiversion file which is not > part > of the linux-dummy kernel since there is no actual kernel. In this case using > depmod also does not make sense since there should not be any kernel module > built. > > [YOCTO #7884] > > Signed-off-by: Saul Wold <s...@linux.intel.com> > --- > meta/classes/image.bbclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass > index 01f8b3f..be245e9 100644 > --- a/meta/classes/image.bbclass > +++ b/meta/classes/image.bbclass > @@ -66,7 +66,7 @@ PACKAGE_INSTALL_ATTEMPTONLY ?= "${FEATURE_INSTALL_OPTIONAL}" > EXCLUDE_FROM_WORLD = "1" > > USE_DEVFS ?= "1" > -USE_DEPMOD ?= "1" > +USE_DEPMOD ?= '${@oe.utils.conditional("PREFERRED_PROVIDER_virtual/kernel", > "linux-dummy", "0", "1", d)}' >
I'm not convinced this is the right way to solve this. How about we teach the code in rootfs.py not to generate a modules.dep file if there are no kernel modules to generate dependency information for? Cheers, Richard -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core