What is the right way to force rebuilds of dependencies in bitbake?
Lewis Girod
girod at nms.csail.mit.edu
Tue Aug 26 03:53:20 UTC 2008
Hi,
I am using bitbake to build images for a Gumstix.
Their setup has a .conf file that sets preferred versions for things like
the kernel; I used this to choose a different version than standard, and
this worked. Later, I wanted to switch back to the original version, but
although the right version built, it was still pulling in modules from the
other version.
Based on info on the web, etc, I tried forcing a rebuild of various tasks
and the main image, to no avail, e.g.
bitbake -f -c clean task-base-gumstix
bitbake -f -c clean gumstix-basic-image
bitbake -f -c rebuild task-base-gumstix
bitbake -f -c rebuild gumstix-basic-image
I ended up just using the sledgehammer and deleting the tmp directory... :(
My question is this: what is the correct principle to apply when rebuilding
parts of an image?
It seems that rebuilding at the top level won't necessarily rebuild stuff
that has changed.
How can I know what to rebuild? Is there a way to rebuild everything above
the toolchain (kernel, userspace, image)?
I don't have a good understanding of how this works so my solutions so far
have been ad-hoc and trial and error.
If someone could help me get the right model in mind, that would be great!
BTW, openembedded is a really nice system.. a bit of a learning curve though
:)
Lewis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-users/attachments/20080825/1863014b/attachment-0002.html>
More information about the Openembedded-users
mailing list