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! Adam On Thu, Jan 30, 2014 at 3:11 PM, Alex J Lennon < ajlen...@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 < > ajlen...@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 >> 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 > > [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. >
<<linkedin.png>>
<<skype.png>>
<<ddlogo-4.png>>
_______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto