Re: How to temporarily disable a package rebuild during an image build?

[Alex J Lennon <ajlennon@dynamicdevices.co.uk>]

[-- Attachment #1: Type: text/plain, Size: 3314 bytes --]

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@dynamicdevices.co.uk <mailto:ajlennon@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@yoctoproject.org <mailto:yocto@yoctoproject.org>
>     https://lists.yoctoproject.org/listinfo/yocto
>
>

-- 

Dynamic Devices Ltd <http://www.dynamicdevices.co.uk/>

Alex J Lennon / Director
1 Queensway, Liverpool L22 4RA

mobile: +44 (0)7956 668178

Linkedin <http://www.linkedin.com/in/alexjlennon> Skype
<skype:alexjlennon?add>

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.


[-- Attachment #2.1: Type: text/html, Size: 7047 bytes --]

[-- Attachment #2.2: ddlogo-4.png --]
[-- Type: image/png, Size: 3997 bytes --]

[-- Attachment #2.3: linkedin.png --]
[-- Type: image/png, Size: 631 bytes --]

[-- Attachment #2.4: skype.png --]
[-- Type: image/png, Size: 800 bytes --]