[OE-core] daisy: runtime-reverse/udev-hwdb missing during do_rootfs

[Darren Hart]

On 9/24/14, 10:58, "Richard Purdie" <richard.purdie at linuxfoundation.org>
wrote:

>On Wed, 2014-09-24 at 09:34 -0700, Darren Hart wrote:
>> I've hit the following on a custom image recipe (based on core-image):
>> 
>> | Configuring run-postinsts.
>> |
>> | NOTE: Installing complementary packages ...
>> | NOTE: Running intercept scripts:
>> | NOTE: Executing write_package_manifest ...
>> | DEBUG: Executing python function write_package_manifest
>> | DEBUG: Python function write_package_manifest finished
>> | NOTE: Executing license_create_manifest ...
>> | DEBUG: Executing shell function license_create_manifest
>> | ls: cannot access
>> 
>>/build/yocto/daisy/intel-corei7-64_20140718205500/build/tmp/sysroots/inte
>>l-
>> internal-corei7-64/pkgdata/runtime-reverse/udev-hwdb: No such file or
>> directory
>> | readlink: missing operand
>> | Try 'readlink --help' for more information.
>> | basename: missing operand
>> | Try 'basename --help' for more information.
>> | WARNING: exit code 1 from a shell command.
>> | DEBUG: Python function do_rootfs finished
>> | ERROR: Function failed: license_create_manifest (log file is located
>>at
>> 
>>/build/yocto/daisy/intel-corei7-64_20140718205500/build/tmp/work/intel_in
>>te
>> 
>>rnal_corei7_64-eywa-linux/core-image-minimal-initramfs/1.0-r0/temp/log.do
>>_r
>> ootfs.15414)
>> ERROR: Task 150 
>> 
>>(/build/yocto/daisy/intel-corei7-64_20140718205500/poky/meta/recipes-core
>>/i
>> mages/core-image-minimal-initramfs.bb, do_rootfs) failed with exit code
>>'1'
>> NOTE: Tasks Summary: Attempted 4727 tasks of which 4697 didn't need to
>>be
>> rerun and 1 failed.
>> Waiting for 0 running tasks to finish:
>
>I don't know why it does this but I can perhaps give some pointers as to
>where to look.
>
>udev-hwdb was installed in the image. First question is whether that is
>actually in the build dependencies. "bitbake
>core-image-minimal-initramfs -c rootfs -g", then grep task-depends.dot
>and see if udev is in there.

This was due to switching between systemd in DISTRO_FEATURES and not.
Cleaning systemd and udev and rebuilding resolved the issue.

Lesson: use different tmp when changing DISTRO_FEATURES.

-- 
Darren Hart					Open Source Technology Center
darren.hart at intel.com				            Intel Corporation