Re: MIPS rootfs creation failure

[Richard Purdie <richard.purdie@linuxfoundation.org>]

On Wed, 2011-03-23 at 08:17 -0700, Khem Raj wrote:
> On Wed, Mar 23, 2011 at 12:16 AM, Koen Kooi <koen@dominion.thruhere.net> wrote:
> >
> > Op 22 mrt 2011, om 23:18 heeft Khem Raj het volgende geschreven:
> >
> >> On (22/03/11 19:54), Koen Kooi wrote:
> >>>
> >>> Op 22 mrt 2011, om 19:44 heeft Khem Raj het volgende geschreven:
> >>>
> >>>> On (22/03/11 19:42), Koen Kooi wrote:
> >>>>>
> >>>>> Op 22 mrt 2011, om 19:10 heeft Khem Raj het volgende geschreven:
> >>>>>
> >>>>>> Hi
> >>>>>>
> >>>>>> I did an update of oe-core yesterday and now mips is failing with this
> >>>>>> error. It was not there 2 days back.
> >>>>>>
> >>>>>> | Configuring sysvinit.
> >>>>>> | Collected errors:
> >>>>>> |  * satisfy_dependencies_for: Cannot satisfy the following dependencies
> >>>>>> for task-base:
> >>>>>> |  *    kernel-misc *
> >>>>>> |  * opkg_install_cmd: Cannot install package task-base.
> >>>>>> NOTE: package console-image-1.0-r0: task do_rootfs: Failed
> >>>>>>
> >>>>>> I have not bisected but if anyone else is seeing it I would like to know
> >>>>>
> >>>>> I think thats fallout from the kernel.bbclass change:
> >>>>>
> >>>>> meta/classes/kernel.bbclass:FILES_kernel-misc = "/kernel/include/config /kernel/scripts /kernel/drivers/crypto /kernel
> >>>>>
> >>>>> I don't know what purpose that package has, but try rebuilding the kernel and see what happens. We might need to blacklist it from being included in the kernel-modules meta-package.
> >>>>>
> >>>>
> >>>> I have already build everything from scratch even deleted sstate cache
> >>>
> >>> Can you give this a try?
> >>>
> >>> koen@dominion:/OE/tentacle/sources/openembedded-core/meta/classes$ git diff kernel.bbclass
> >>> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> >>> index 3eb6659..9f014d4 100644
> >>> --- a/meta/classes/kernel.bbclass
> >>> +++ b/meta/classes/kernel.bbclass
> >>> @@ -429,7 +429,7 @@ python populate_packages_prepend () {
> >>>        metapkg = "kernel-modules"
> >>>        bb.data.setVar('ALLOW_EMPTY_' + metapkg, "1", d)
> >>>        bb.data.setVar('FILES_' + metapkg, "", d)
> >>> -       blacklist = [ 'kernel-dev', 'kernel-image', 'kernel-base', 'kernel-vmlinux', 'perf' ]
> >>> +       blacklist = [ 'kernel-dev', 'kernel-image', 'kernel-base', 'kernel-vmlinux', 'perf', 'kernel-misc' ]
> >>>        for l in module_deps.values():
> >>>                for i in l:
> >>>                        pkg = module_pattern % legitimize_package_name(re.match(module_regex, os.path.basename(i)).gro
> >>>
> >>> I think that should go in regardless, but I'm curious if it fixes your problem. The meta-pkg should only pickup kernel-module-* and kernel-firmware-*, so a whitelist would be even bettter.
> >>>
> >>
> >> It did not fix the problem. I tried bitbake -c cleanall virtual/kernel
> >> bitbake console-image
> >
> > To which class did you appy it? There's a copy of kernel.bbclass in meta-oe with some change we need to merge into oe-core (initramfs handling, better uImage handling, etc).
> 
> thanks I was thinking I applied it to meta-oe but when I revisited I
> applied it to oe-core
> :)

If that fixes it can someone share a proper patch please (for
oe-core) :)

Cheers,

Richard