[yocto] How to force newly-compiled busybox into core-image-minimal (restating an earlier post)

Brian Smucker bds at bsmucker.eu.org
Wed Jan 16 15:33:14 PST 2013


Gary,

Thank you.  It seems the bitbake -C option was indeed what I wanted.
And researching it helped fill in some of the gaps in my understanding.

Thanks,

Brian



On 1/16/2013 11:09 AM, Gary Thomas wrote:
> On 2013-01-16 12:02, Brian Smucker wrote:
>> Hello all,
>>
>> I'm not sure if my prior question was unclear or if the question was 
>> something nobody knows the answer to.
>>
>> I think there's probably a simple answer, but maybe not.
>>
>> So the background is this: A poky/danny setup where I have 
>> previously-compiled core-image-minimal.
>>
>> I force busybox to be recompiled: bitbake -c -f compile busybox
>> I clean core-image-minimal: bitbake -c -f cleansstate core-image-minimal
>> I rebuild the core image: bitbake  core-image-minimal
>>
>> Result:  The busybox that is included in the core-image rootfs is a 
>> busybox that was compiled earlier.  It has an earlier timestamp.
>>
>> Question:  How do I force the newly-compiled busybox to be included 
>> in the core-image rootfs, so that the rootfs generation process does 
>> not retrieve some stale version of busybox
>> from a cache somewhere? (Without deleting the tmp directory. I know 
>> that works.)
>>
>> There's got to be a simple answer.
>>
>> Thanks,
>>
>> Brian
>>
>> ps.  This is merely an interim way to test a particular permutation 
>> of the busybox config. I know how to make a recipe using bbappend and 
>> a new defconfig for busybox.  But I want
>> to do a series of quick-and-dirty tests with various busybox config 
>> options.
>
> The problem is that your rebuild of busybox only ran the compile step,
> not any of the install or packaging steps.
>
> Thankfully there is a new bitbake option which makes this much easier.
> See if this does what you want:
>   % bitbake busybox -C compile
>   % bitbake core-image-minimal
>




More information about the yocto mailing list