[yocto] How to temporarily disable a package rebuild during an image build?

Thu Jan 30 16:22:02 PST 2014

I see. Why not just build the kernel image (uImage) and copy the file over
to your /boot partition? That way you don't have to build and as well as
write an entire image to ur card, saving you some time.

On Thu, Jan 30, 2014 at 4:00 PM, Alex J Lennon <
ajlennon at dynamicdevices.co.uk> wrote:

>
> On 30/01/2014 23:54, Adam Lee wrote:
>
> Hi Alex, so are you bitbaking the entire image every time you make a
> change to the kernel (The .bb file you linked is the image recipe)?
> If you only build the kernel (ie bitbake virtual/kernel), your system
> shouldn't build the entire image.
>
>  Let me know!
>
>
> That's exactly right Adam. I'm bitbaking an SD card image, writing that to
> a uSD card and booting it up :)
>
> In theory that should result in the kernel rebuild and a nice image for me
> to use.
>
> In actuality numbers of other things seem to decide they need to be
> rebuilt, which doesn't appear to be too much of a time-sink,
> excepting for QT4
>
>
>  Adam
>
>
> On Thu, Jan 30, 2014 at 3:11 PM, Alex J Lennon <
> ajlennon at dynamicdevices.co.uk> wrote:
>
>>  Hi Adam,
>>
>>
>> On 30/01/2014 18:40, Adam Lee wrote:
>>
>> I am not sure if that's the correct behaviour at all. If you are building
>> the kernel, it should only build the kernel (and its deps).
>> How are you building it? I suppose you are doing 'bitbake
>> virtual/kernel', but just checking!
>>
>>
>>  I'm building an image for test, based on fsl-image-gui out of
>> meta-fsl-arm.
>>
>> It looks like that fsl image pulls in qt4 -
>>
>>
>> https://github.com/Freescale/meta-fsl-demos/blob/master/recipes-fsl/images/fsl-image-gui.bb
>>
>> I don't quite understand why qt4 is rebuilding but if I had to guess
>> perhaps it's got a dependency on framebuffer support or something.
>>
>> I could probably go in and change the image recipes if I really had to,
>> but I'd rather leave them as is, assuming correctness of dependencies,
>> I'd rather change an environment variable during my debug cycle to
>> temporarily contrain rebuilding of packages that I know don't need to
>> be rebuilt, so things revert to "correct" when I'm finished porting the
>> kernel
>>
>> Cheers,
>>
>> Alex
>>
>>
>>
>>  Adam
>>
>>
>> On Wed, Jan 29, 2014 at 12:09 PM, Alex J Lennon <
>> ajlennon at dynamicdevices.co.uk> wrote:
>>
>>> Hi,
>>>
>>> I was wondering if there's a per-package environment variable I could
>>> use to contrain the rebuilding of packages?
>>>
>>> i.e. I am modifying a linux-imx kernel, rebuilding that kernel package
>>> and then generating an output filesystem image to boot from an SD card
>>> for testing.
>>>
>>> Each time I modify linux-imx I am finding that qt4 does a rebuild.
>>>
>>> So whilst I'm making changes to linux-imx for test I'd rather that q4
>>> didn't rebuild when I build the image, and was wondering if there's a
>>> way to prevent that?
>>>
>>> (I could, I suppose, move to a testing model that didn't use a
>>> completely rebuilt SD card image but I like this approach as if it
>>> works, well, it works, and I can distribute. Perhaps there's a better
>>> way?)
>>>
>>> Thanks,
>>>
>>> Alex
>>>
>>> _______________________________________________
>>> yocto mailing list
>>> yocto at yoctoproject.org
>>> https://lists.yoctoproject.org/listinfo/yocto
>>>
>>
>>
>>  --
>>
>> [image: Dynamic Devices Ltd] <http://www.dynamicdevices.co.uk/>
>>
>> Alex J Lennon / Director
>> 1 Queensway, Liverpool L22 4RA
>>
>> mobile: +44 (0)7956 668178 <%2B44%20%280%297956%20668178>
>>
>>  [image: Linkedin] <http://www.linkedin.com/in/alexjlennon> [image:
>> Skype]
>>
>> This e-mail message may contain confidential or legally privileged
>> information and is intended only for the use of the intended recipient(s).
>> Any unauthorized disclosure, dissemination, distribution, copying or the
>> taking of any action in reliance on the information herein is prohibited.
>> E-mails are not secure and cannot be guaranteed to be error free as they
>> can be intercepted, amended, or contain viruses. Anyone who communicates
>> with us by e-mail is deemed to have accepted these risks. Company Name is
>> not responsible for errors or omissions in this message and denies any
>> responsibility for any damage arising from the use of e-mail. Any opinion
>> and other statement contained in this message and any attachment are solely
>> those of the author and do not necessarily represent those of the company.
>>
>
>
> --
>
> [image: Dynamic Devices Ltd] <http://www.dynamicdevices.co.uk/>
>
> Alex J Lennon / Director
> 1 Queensway, Liverpool L22 4RA
>
> mobile: +44 (0)7956 668178
>
>  [image: Linkedin] <http://www.linkedin.com/in/alexjlennon> [image: Skype]
>
> This e-mail message may contain confidential or legally privileged
> information and is intended only for the use of the intended recipient(s).
> Any unauthorized disclosure, dissemination, distribution, copying or the
> taking of any action in reliance on the information herein is prohibited.
> E-mails are not secure and cannot be guaranteed to be error free as they
> can be intercepted, amended, or contain viruses. Anyone who communicates
> with us by e-mail is deemed to have accepted these risks. Company Name is
> not responsible for errors or omissions in this message and denies any
> responsibility for any damage arising from the use of e-mail. Any opinion
> and other statement contained in this message and any attachment are solely
> those of the author and do not necessarily represent those of the company.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140130/3124b87a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linkedin.png
Type: image/png
Size: 631 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140130/3124b87a/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ddlogo-4.png
Type: image/png
Size: 3997 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140130/3124b87a/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 3997 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140130/3124b87a/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: skype.png
Type: image/png
Size: 800 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140130/3124b87a/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 800 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140130/3124b87a/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 631 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140130/3124b87a/attachment-0005.png>