summaryrefslogtreecommitdiffstats
path: root/meta/classes/utility-tasks.bbclass
Commit message (Collapse)AuthorAgeFilesLines
* classes/lib: Add expand parameter to getVarFlagRichard Purdie2016-02-041-3/+3
| | | | | | | | | | | | | | | | This sets the scene for removing the default False for expansion from getVarFlag. This would later allow True to become the default. On the most part this is an automatic translation with: sed -e 's:\(\.getVarFlag([^,()]*, [^,()]*\)):\1, True):g' -i `grep -ril getVar *` In this case, the default was False, but True was used since in most cases here expansion would be expected. (From OE-Core rev: 42a10788e89b07b14a150ced07113566cf99fcdd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pth: DeleteKhem Raj2016-01-301-4/+1
| | | | | | | | | | replacement in npth is available in OE-core (From OE-Core rev: 22c0b4c5034f929a1b1145f49b835387856e80b1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Add explict getVar param for (non) expansionRichard Purdie2015-06-231-1/+1
| | | | | | | | | | | | | | Rather than just use d.getVar(X), use the more explict d.getVar(X, False) since at some point in the future, having the default of expansion would be nice. This is the first step towards that. This patch was mostly made using the command: sed -e 's:\(getVar([^,()]*\)\s*):\1, False):g' -i `grep -ril getVar *` (From OE-Core rev: ab7c1d239b122c8e549e8112c88fd46c9e2b061b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/utility-tasks: make do_listtasks a little more friendlyPaul Eggleton2014-02-251-5/+12
| | | | | | | | | | | | | | | | | | * Sort the list so it's at least in some form of logical order. I looked at sorting by dependencies, but that's a topological sort, and given no such function is shipped as part of the python standard libraries it would seem excessive to pull one in just for this. In any case, I'm not sure that for the data we have this would lead to any particularly pleasing result. * Show the doc values as defined in documentation.conf (where present) as a description Addresses [YOCTO #4856]. (From OE-Core rev: 36828f8a0db83b5222a8589984e4a02aeb00eada) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utility-tasks/distrodata: Add recideptask flag for fetchall/checkuriallRichard Purdie2013-06-201-0/+2
| | | | | | | | | | | | | | | | | | | | See the bitbake commit adding the recideptask flag for details of the problem but in summary, we weren't seeing the [depends] of tasks like do_rootfs being taking into account for fetchall. This was leading to not all sources being fetched and this is the OE-Core part of the fix for this problem. BB_DEFAULT_TASK is the default task used since this is the one that most commands would end up targeting and is how users expect the command to behave. [YOCTO #4597] (From OE-Core rev: abf468963a087244887384122fd5202909e7f118) (From OE-Core rev: e385cc4ac06ac1e8d257563a700d19895105eade) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utility-tasks: Set T to alternate location during do_cleanRichard Purdie2012-08-181-0/+1
| | | | | | | | | | | | | | | There is a race where do_clean tries to clean WORKDIR but there are logfiles written into ${T} by bitbake and this can lead to exceptions due to open files. The easiest solution is to redirect T to a different location for the do_clean task, hence avoiding the errors and also allowing the logfiles to be visible somewhere. ${LOG_DIR} seems an appropriate place for this. [YOCTO #2846] (From OE-Core rev: eef9d6c2d52f5264a6e7a9d882f8323f9793fd7f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert tab indentation in python functions into four-spaceRichard Purdie2012-07-191-28/+28
| | | | | | (From OE-Core rev: 604d46c686d06d62d5a07b9c7f4fa170f99307d8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/classes: Update recrdeptask fields for recursive dependency handling ↵Richard Purdie2012-07-041-8/+2
| | | | | | | | | | changes in bitbake This also deletes the buildall task since I seen usecases for it. (From OE-Core rev: 8229fb5d7205f5e5b198ab2860fbcc02054476eb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Replace bb.data.expand(xxx, d) -> d.expand(xxx)Richard Purdie2012-03-051-1/+1
| | | | | | | | sed \ -e 's:bb.data.\(expand([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data.expand *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True)Richard Purdie2012-03-051-1/+1
| | | | | | | | | | | | Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie2011-11-101-4/+4
| | | | | | | | | | | | | | | | | This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base/utility-tasks.bbclass: Drop do_setscene and do_rebuildRichard Purdie2011-03-011-19/+0
| | | | | | | | | | | | | The do_setscene task only exists for rebuild support now as all its other functionality has been superceeded. The rebuild task currently crashes due to removal of the working directory and therefore isn't working for anyone. It also interacts extremely badly with the newer sstate technology to the point of being dangerous. Summary, if we want rebuild support it needs a reimplementation so remove this version and all its remnants and hacks. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utility-tasks: Update checkuri to new fetcher APIRichard Purdie2011-02-071-23/+8
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utility-tasks: Switch listtasks to use bb.plain() for printing outputRichard Purdie2010-11-281-1/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* utility-tasks.bbclass: Move distro related tasks to distrodata.bbclassDongxiao Xu2010-11-221-442/+0
| | | | | | | | | | | Most of the d.keys() used in file parsing are variables in distro_tracking_fields.inc, which are not used in normal build. Therefore remove the inclusion of distro_tracking_fields.inc from poky.conf. Besides, move distro related tasks to distrodata.bbclass, which includes that tracking field file. By this change, the file parsing time could save about 25%. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
* distrodata: Modify Distro tracking spreadsheetSaul Wold2010-10-151-1/+1
| | | | Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* distro_check: fix for natives, cross, and initial recipe typesSaul Wold2010-09-021-4/+33
| | | | | | | | | | datetime checking is changed to be once per day Signed-off-by: Saul Wold <Saul.Wold@intel.com> distro_check: fix for natives, cross, and initial recipe types Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* sstate/utility-tasks: Ensure do_clean functions correctly and removes shared ↵Richard Purdie2010-08-271-0/+5
| | | | | | state Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* utility-tasks.bbclass: Use python functions for do_clean instead of ↵Richard Purdie2010-08-121-6/+4
| | | | | | os.system, remove pointless [dirs] flag Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* utility-tasks.bbclass: miscellaneous fixKevin Tian2010-07-271-0/+3
| | | | | | | | Fix parse error with packages such as spectrum-fw whose name has no version string. Later we may have per-recipe option to disable automatic check for those known with troubles, to reduce complexity in this part. Signed-off-by Kevin Tian <kevin.tian@intel.com>
* utility-tasks.bbclass: add automatic version check for GIT/SVN protoKevin Tian2010-07-081-8/+64
| | | | | | | | | | | | both git/svn supports remote information query: 'git ls-remote', and 'svn info'. With them, now upstream version will be automatically checked for git/svn packages. In the meantime, manual latest version tagged in distro tracking fields are also compared as one alternative if upstream check fails. Also such check is one indicator whether tracking field is missing. Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* utility-tasks.bbclass: automatic upstream version checkKevin Tian2010-06-031-0/+331
| | | | | | | | | | | | | | | | | Automatic upstream version check can be triggered by "bitbake xxx -c checkpkg". The rationale behind is to find a automatic way for version comparison between current in-use one and upstream progress. The tricky thing is how to find out useful version string from mass diverse information. Fortunately now it mostly work for wget based protocol, except some sites (e.g. sourceforge) not providing a directory service. Repo (git/svn/cvs) based protocols are handled in a very simple manner, by always tagging as update required. This will be further improved later. Use 'world' target to retrieve a full version check for all active recipes. Along with version check, other package information is also collected from existing fields in .bb file Signed-off-by Kevin Tian <kevin.tian@intel.com>
* utility-tasks: Remove unneeded addtask parameterRichard Purdie2010-06-021-1/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* do_distro_check: Recipe exists in other distros?Nitin A Kamble2010-06-021-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds a new task (distro_check) for each recipe. The task generates the source package list for Fedora OpenSuSE Ubuntu Debian & Mandriva Linux distros. As one recipe or source package can generate multiple target packages the recipe name is compared with the source package name list of LInux distributions. Thread locking is used to avoid multiple threads racing for the package list update. Then the recipe name (PN) is checked if it exists in the package list of distros. And if the DISTRO_PN_ALIAS then it is used to copmare pacakge_name instead of the PN variable. Just for example the DISTRO_PN_ALIAS can be defined in the recipe (.bb) files like this In the file xset_1.0.4.bb: DISTRO_PN_ALIAS = "Fedora=xorg-x11-server-utils;\ Ubuntu=x11-xserver-utils; Debian=x11-xserver-utils;Opensuse=xorg-x11" The final results are stored in the tmp/log/distro_check-${DATETIME}.result file. FYI this command will generate the results for all recipies: bitbake world -f -c distro_check Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* utility-tasks.bbclass: Remove unneeded base_ prefix since we don't EXPORT ↵Richard Purdie2010-03-221-6/+6
| | | | | | these functions any longer Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* base.bbclass: Split up as per the patch in OE.dev by Chris Larson making ↵Richard Purdie2010-03-191-0/+97
code more readable and modularised Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>