[yocto] yocto Digest, Vol 60, Issue 78

Khem Raj raj.khem at gmail.com
Tue Sep 29 10:22:20 PDT 2015


> On Sep 29, 2015, at 2:38 AM, Stuart Weaver <Stuart.Weaver at datapath.co.uk> wrote:
> 
> Many thanks for your answers Gary/Daniel,
> 
> Gary- I've tried:
> 		 SRC_URI_append_image-name2 = "file://XYZ.patch”

the override you are deploying is wrong so this assignment in effect is noop.

SRC_URI_append = “ file://XYX.patch” is what will work. you can place this in a bbappend in your own layer
or you can add the same to main recipe as a patch on top. if you need to use overrides then make sure

SRC_URI_append_<override> is used and override is one of items in OVERRIDES variable to check the overrides you have
you can

bitbake -e busybox | grep -e “^VERRIDES=“

which should give you a list of overrides separated by ‘:’


> 	But no luck, when building the image it seems to skip over it with no patching occurring. I can't use the ${MACHINE} variable as the two images will be for the same ${MACHINE}
> 
> 
> Daniel- with a .bbappend, to my knowledge I wouldn't be able to include it to just one image.
> 
> My "perfect" solution would be to find a variable out there that will copy/refer to a current recipe and add the details into the new recipe with it's own ${S} etc... Of course I could just copy one to another, but then there's the problem of updating files later on. Therefore, unless there is another option that I haven't considered, I might look at refactoring everything into a .inc file and have two different  recipe names of which I can then include seperately in the respective images.
> 
> Many Thanks,
> Stuart Weaver
> 
>> 
>> On 2015-09-28 11:59, Daniel. wrote:
>>> I think you're searching for .bbappend don't?
>> 
>> Shouldn't be any need for that - it's his recipe, so he can modify it as he
>> wishes.
>> One uses .bbappend to made changes/additions to a recipe where you don't
>> want (or
>> can't) modify the original.
>> 
>>> 
>>> http://www.yoctoproject.org/docs/current/dev-manual/dev-
>> manual.html#us
>>> ing-bbappend-files
>>> 
>>> Or, maybe, put all the common things in a .inc file, create the recipes,
>> include the files in recipes. There is also a lot of examples of this:
>>> http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-bsp/hosta
>>> p/
>>> 
>>> Cheers,
>>> - dhs
>>> 
>>> 2015-09-28 12:46 GMT-03:00 Gary Thomas <gary at mlbassoc.com
>> <mailto:gary at mlbassoc.com>>:
>>> 
>>>    On 2015-09-28 09:30, Stuart Weaver wrote:
>>> 
>>>        Hi all,
>>> 
>>>        I have a recipe for a package which builds well. I now need to add a
>> patch into certain builds. What is the best way to do this?
>>> 
>>>        1.Is there a variable I can append the image name to (similar
>>> to:/SRC_URI_image-name/)?//
>>> 
>>>        2.Is there a way of creating a new ?recipe 2? that obtains the details
>> from ?recipe 1? and applies a patch? This way I can then simply add the new
>> recipe into any builds I
>>>        want and
>>>        includes any future changes I make to ?recipe 1?. This solution also
>> means not having to continuously reconfigure/recompile the original recipe!
>>> 
>>>        3.Do I have to do it the hard way and copy the whole .bb file into a new
>> one and make sure everything is in sync when future updates are applied?
>>> 
>>> 
>>>    If it's just a patch, the simplest way is to use something like this:
>>>       SRC_URI_append_XYZ = "file://XYZ.patch"
>>>    where XYZ is something which can identify the override.  One example
>>>    might be where XYZ is the name of a target board (${MACHINE})
>>> 
>>>    There are many examples of this usage in the Poky/Yocto tree(s)
>>> 
>>>    --
>>>    ------------------------------------------------------------
>>>    Gary Thomas                 |  Consulting for the
>>>    MLB Associates              |    Embedded world
>>>    ------------------------------------------------------------
>>>    --
>>>    _______________________________________________
>>>    yocto mailing list
>>>    yocto at yoctoproject.org <mailto:yocto at yoctoproject.org>
>>>    https://lists.yoctoproject.org/listinfo/yocto
>>> 
>>> 
>>> 
>>> 
>>> --
>>> /"Do or do not. There is no try"/
>>> ///*Yoda Master*/
>>> 
>>> 
>> 
>> --
>> ------------------------------------------------------------
>> Gary Thomas                 |  Consulting for the
>> MLB Associates              |    Embedded world
>> ------------------------------------------------------------
> 
> 
> 
> Regards,
> Stuart Weaver
> 
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
> --
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 204 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20150929/8efa7f01/attachment.pgp>


More information about the yocto mailing list