Split do_packagedata task from do_package
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 23 Jan 2013 14:27:33 +0000 (14:27 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 25 Jan 2013 12:42:47 +0000 (12:42 +0000)
commitce9a1422c06dfd1eb97e1a65211de592cf086805
tree2af7634a90a47d853ea8fc6953efb81f9f7de902
parent23f7862aecf50c6f2aa1ebf9e3fc2748cf329ff9
Split do_packagedata task from do_package

Currently, do_rootfs has a dependency on all the do_package output being present
due to its usage of the pkgdata directories. This means that if you run:

bitbake xxxx-image -c rootfs

you end up having to fetch and unpack all the do_package data which is usually
large and inefficient. It also means rm_work has to leave all the do_package
data lying around so rootfs works.

This patch splits the actual creation of the pkgdata directory off into a separate
task, "packagedata" which happens immediately after do_package. We can then remap
the dependencies so this task is depended upon, not do_package. Sstate can then be
programmed not to require do_package at the appropriate times.

Whilst this patch doesn't do so, it opens the possibility of rm_work wiping
out the do_package output from WORKDIR as long as it also removed the do_package
stamp (both normal and setscene variants) and allowing more space savings
with rm_work which has been regularly requested.

(From OE-Core rev: 6107ee294afde395e39d084c33e8e94013c625a9)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
14 files changed:
meta/classes/debian.bbclass
meta/classes/image.bbclass
meta/classes/native.bbclass
meta/classes/package.bbclass
meta/classes/package_deb.bbclass
meta/classes/package_ipk.bbclass
meta/classes/package_rpm.bbclass
meta/classes/package_tar.bbclass
meta/classes/sstate.bbclass
meta/recipes-core/meta/package-index.bb
meta/recipes-devtools/gcc/gcc-package-cross.inc
meta/recipes-devtools/gcc/gcc-package-runtime.inc
meta/recipes-devtools/gcc/libgcc_4.7.bb
meta/recipes-devtools/installer/adt-installer_1.0.bb