MIPS rootfs creation failure

MIPS rootfs creation failure

[Khem Raj]

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

Thanks

-- 
-Khem

Re: MIPS rootfs creation failure

[Koen Kooi]

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.

regards,

Koen

Re: MIPS rootfs creation failure

[Khem Raj]

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

> regards,
> 
> Koen
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
-Khem

Re: MIPS rootfs creation failure

[Koen Kooi]

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.

Re: MIPS rootfs creation failure

[Khem Raj]

On Tue, Mar 22, 2011 at 11:54 AM, Koen Kooi <koen@dominion.thruhere.net> 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.


yesFWIW it only happens for qemumips other qemu machines are chugging
along fine.
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>

Re: MIPS rootfs creation failure

[Khem Raj]

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

> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
-Khem

Re: MIPS rootfs creation failure

[Koen Kooi]

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).

Re: MIPS rootfs creation failure

[Khem Raj]

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
:)


> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>

Re: MIPS rootfs creation failure

[Richard Purdie]

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

Re: 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@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) :)

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

Re: MIPS rootfs creation failure

[Khem Raj]

On Wed, Mar 23, 2011 at 8:43 AM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>
> 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@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) :)
>
> I'll send a patch after Khem confirms the fix.

My build is still underway dont have a very fast machine. I will reply
to your patch once the build it done.

> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>