I've seen this before, but it's rare. I think its a threaded task issue... I have not looked too closely beyond that though. ERROR: Function 'sstate_create_package' failed (see /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/temp/log.do_populate_lic.23458 for further information) ERROR: Logfile of failure stored in: /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/temp/log.do_populate_lic.23458 Log data follows: | DEBUG: Staging /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/license-destdir/zlib to /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/deploy/licenses/zlib | DEBUG: Staging /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/license-destdir/zlib/generic_Zlib to /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/deploy/licenses/zlib/generic_Zlib | DEBUG: Staging /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/license-destdir/zlib/zlib.h to /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/deploy/licenses/zlib/zlib.h | DEBUG: Preparing /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/license-destdir/zlib/generic_Zlib for packaging at /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/sstate-build-populate-lic/zlib/generic_Zlib | DEBUG: Replacing absolute path /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/deploy/licenses/common-licenses/Zlib with relative path ../../..//deploy/licenses/common-licenses/Zlib | DEBUG: Preparing /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/license-destdir/zlib/zlib.h for packaging at /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/sstate-build-populate-lic/zlib/zlib.h | DEBUG: SITE files ['endian-big', 'bit-32', 'powerpc-common', 'common-linux', 'common-glibc', 'powerpc-linux', 'powerpc32-linux', 'powerpc-linux-gnuspe', 'common'] | ERROR: Function 'sstate_create_package' failed (see /opt/yocto/cache-build/mpc8572ds/build_mpc8572ds_release/tmp/work/ppce500v2-fsl-linux-gnuspe/zlib-1.2.5-r0/temp/log.do_populate_lic.23458 for further information) | tar (child): gzip: Cannot exec: Text file busy | tar (child): Error is not recoverable: exiting now NOTE: package zlib-1.2.5-r0: task do_populate_lic: Failed
Do you have any more logs from when this happened. It sounds like the gzip binary in the sysroot is being updated (hence it being busy) at the same time as something else was trying to run it.
Created attachment 282 [details] full console log of failure
(In reply to comment #1) > Do you have any more logs from when this happened. It sounds like the gzip > binary in the sysroot is being updated (hence it being busy) at the same time > as something else was trying to run it. Anyone else besides this? The log in tmp/work/ where just the same thing thats in this console message
No, that is perfect, thanks. You'll notice the line: 14: gzip-native-1.4-r0 do_populate_sysroot (pid 20711) which confirms my suspicion about what this was racing with. The trouble is we don't list gzip-native in dependencies and if we did, it would be everywhere although I notice its not in ASSUME_PROVIDED. Perhaps the correct solution is to put it there and also not to install the gzip binary in gzip-native. Looking at the code: # don't use version earlier than 1.4 for gzip-native, as it's necessary for # some packages using an archive format incompatible with earlier gzip PREFERRED_VERSION_gzip-native ?= "1.4" and expat does: do_unpack[depends] += "gzip-native:do_populate_sysroot" undoubtedly due to file format issues we've had in the past. Not an easy problem... http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=0ff62b0462f3f64672bd4704de9a192eb1a730d1 The solution might be to treat this the same way as we treat tar-native (check version and build right at the start if needed).
*** Bug 1822 has been marked as a duplicate of this bug. ***
I think I have a way to resolve this kind of problem. We should do something similar to http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t1&id=9cdb7194592c1bec5d332268d1be3e736dbcdd47 for the package creation step, removing binaries in the sysroot from the equation.
This should be fixed by: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=40f95685e6a3b4359d2ab2fea1418fe5e4bd0aa1