全部博文(90)
分类: LINUX
2009-03-20 08:09:05
[http://pokylinux.org/blog/index.php/2008/07/packaged-staging-and-what-it-gives]
Many people do not realize that Poky (and OpenEmbedded .dev) have so called “packaged staging” support.
Let me try to describe it a bit. During normal builds “tmp/staging” directory is populated during “do_stage” tasks and there is no way to remove staged files in other way then by hand. With “packaged staging” this area is under package management — each built recipe has those files packaged along with resulting packages, stamps and cross tools.
Those are good questions… With fast machines (like my Core2Quad for example) build of “poky-image-sato” can be done in less then 2 hours so it looks like there is no need for any speedups… But not every one has such beasts. With packaged staging developer is able to do repeatable builds in nearly no time (compared to first build) as most of recipes are not built but unpacked from previous builds.
To make use of packaged staging “conf/local.conf” needs some editing. Basically one line (inheriting packaged staging class) is important:
INHERIT += "packaged-staging"
To be able to make builds from scratch one more change (moving directory with staging packages outside of “tmp”) is needed:
DEPLOY_DIR_PSTAGE = "${OEROOT}/build/pstage/"
After those edits we need to make first build. I suggest “poky-image-sato” target as this will give all important libraries built and packaged. Everything behave like in normal build — software is built, staged, packaged and final image is created. Bonus is in “${OEROOT}/build/pstage/” subdirectories — extra packages which will be used in any of next builds.
Now when we have first built done (which took few hours) we can test how much will “packaged staging” improve our build time (I assume that both edits listed above were done).
So now comes interesting part — we will remove “tmp” directory and do build from scratch. Please notice what happens — nearly nothing is built (except “stagemanager-native” which handle “packaged staging” functionality) because everything is unpacked from packages done on previous build. If any recipe got updated since last time it will be built and packaged.
As you see packaged staging can be really useful for making builds — less time is needed, results of following builds are same. And in the end developer has more time for developing :)