[OE-core] MIPS rootfs creation failure

[Koen Kooi]

Op 23 mrt 2011, om 16:41 heeft Richard Purdie het volgende geschreven:

> On Wed, 2011-03-23 at 08:17 -0700, Khem Raj wrote:
>> On Wed, Mar 23, 2011 at 12:16 AM, Koen Kooi <koen at 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 at 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) :)

I'll send a patch after Khem confirms the fix.