openembedded-core.git/meta/classes/utils.bbclass, branch master Mirror of openembedded-core classes: Drop now unneeded update_data calls 2017-02-15T17:29:41+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2017-02-09T17:11:38+00:00 8de0c5d3bd01919e2bf0394f9c485936d6098cec Now that the datastore works dynamically we don't need the update_data calls so we can just remove them. They're not actually done anything at all for a while. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Now that the datastore works dynamically we don't need the update_data calls
so we can just remove them. They're not actually done anything at all for
a while.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
utils: Avoid need to relocate wrapper scripts 2017-01-31T23:47:27+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2017-01-30T23:08:11+00:00 3e02a7cda0ba70e3f9886c5cce37d71361280b11 Whilst the path to the executable is dynamically determined, the passed in environment variables or parameters are not relocatable and rely on the sstate remapping code. In the recipe specific sysroot case this has become more costly. This patch translates such paths into relocatable entries which means that a sed replacement at final installation isn't needed. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Whilst the path to the executable is dynamically determined, the passed in
environment variables or parameters are not relocatable and rely on the sstate
remapping code. In the recipe specific sysroot case this has become more costly.

This patch translates such paths into relocatable entries which means that
a sed replacement at final installation isn't needed.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
utils: Factor out common multilib datastore creation function 2017-01-20T14:26:41+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2017-01-20T13:50:47+00:00 2a57e1334ff261a7ab45084be0f217e2acfe99af This code is already used in two places and we need it in others so turn it into its own function. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
This code is already used in two places and we need it in others so
turn it into its own function.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/scripts: Various getVar/getVarFlag expansion parameter fixes 2017-01-06T11:46:14+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2017-01-05T21:15:08+00:00 688f7a64917a5ce5cbe12f8e5da4d47e265d240f There were a few straggling expansion parameter removals left for getVar/getVarFlag where the odd whitespace meant they were missed on previous passes. There were also some plain broken ussages such as: d.getVar('ALTERNATIVE_TARGET', old_name, True) path = d.getVar('PATH', d, True) d.getVar('IMAGE_ROOTFS', 'True') which I've corrected (they happend to work by luck). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
There were a few straggling expansion parameter removals left for
getVar/getVarFlag where the odd whitespace meant they were missed
on previous passes. There were also some plain broken ussages such
as:

d.getVar('ALTERNATIVE_TARGET', old_name, True)
path = d.getVar('PATH', d, True)
d.getVar('IMAGE_ROOTFS', 'True')

which I've corrected (they happend to work by luck).

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta: remove True option to getVar calls 2016-12-16T08:30:03+00:00 Joshua Lock joshua.g.lock@intel.com 2016-12-14T21:13:04+00:00 7c552996597faaee2fbee185b250c0ee30ea3b5f getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?\(( ?[^,()]*), True\) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
getVar() now defaults to expanding by default, thus remove the True
option from getVar() calls with a regex search and replace.

Search made with the following regex: getVar ?\(( ?[^,()]*), True\)

Signed-off-by: Joshua Lock <joshua.g.lock@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
utils.bbclass: add function to check for git config user 2016-10-07T15:43:48+00:00 Stephano Cetola stephano.cetola@linux.intel.com 2016-10-03T23:32:45+00:00 25b43cb05c645e43f96bc18906441b8fdc272228 If attempting to patch a git repo without a proper git config setup, an error will occur saying user.name/user.email are needed by git am/apply. After some code was removed from kernel-yocto, it was simple enough to reproduce this error by creating a kernel patch and using a container to build. This patch abstracts out functionality that existed in buildhistory for use in other classes. It also adds a call to this functionality to the kernel-yocto class. Fixes [YOCTO #10346] introduced in OE-core revision 0f698dfd1c8bbc0d53ae7977e26685a7a3df52a3 Signed-off-by: Stephano Cetola <stephano.cetola@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
If attempting to patch a git repo without a proper git config setup,
an error will occur saying user.name/user.email are needed by git
am/apply. After some code was removed from kernel-yocto, it was
simple enough to reproduce this error by creating a kernel patch and
using a container to build.

This patch abstracts out functionality that existed in buildhistory
for use in other classes. It also adds a call to this functionality
to the kernel-yocto class.

Fixes [YOCTO #10346]

introduced in OE-core revision
0f698dfd1c8bbc0d53ae7977e26685a7a3df52a3

Signed-off-by: Stephano Cetola <stephano.cetola@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
utils: Add all_multilib_tune_list function 2016-09-27T12:13:10+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2016-09-26T16:22:24+00:00 4202a09dece07c0d3f654c2b1ae504a031b4ee90 Its useful to be able to query a list of variables to obtain the values in each multilib context. This adds such a function which works even if called in the non-default recipe context. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Its useful to be able to query a list of variables to obtain the values
in each multilib context. This adds such a function which works even
if called in the non-default recipe context.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
utils.bbclass: Added error checking for oe_soinstall 2016-09-09T10:52:10+00:00 Henry Bruce henry.bruce@intel.com 2016-09-07T21:09:54+00:00 cd5d532bd2a3f409b9470591c8d6f6b21e5995dd Fixes [YOCTO #10146] Signed-off-by: Henry Bruce <henry.bruce@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Fixes [YOCTO #10146]

Signed-off-by: Henry Bruce <henry.bruce@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
utils.bbclass: Remove trailing whitespace 2016-09-09T10:52:10+00:00 Henry Bruce henry.bruce@intel.com 2016-09-06T22:11:44+00:00 1868db95819b45961cd7e8499ecace403e6bc91d Signed-off-by: Henry Bruce <henry.bruce@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Henry Bruce <henry.bruce@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
utils: check_app_exists: strip whitespace from binary when searching 2016-08-25T21:59:14+00:00 Ross Burton ross.burton@intel.com 2016-08-23T15:00:02+00:00 9e920abdb0f3dcfd1a94a90461ec1ddfb2729d83 It's possible that the binary to be searched for contains whitespace which will cause the search to fail, so strip any whitespace before looking. Signed-off-by: Ross Burton <ross.burton@intel.com> 
It's possible that the binary to be searched for contains whitespace which will
cause the search to fail, so strip any whitespace before looking.

Signed-off-by: Ross Burton <ross.burton@intel.com>