linux/poky.git/meta/lib, branch 1.3_M1.rc1

buildhistory_analysis: fix error when version specifier missing

2012-05-30T11:04:46+00:00

Passing None to split_versions() will raise an exception, so check that the version is specified before passing it in. (From OE-Core rev: 90caa605bd24279e4a9204e279492754119a8a55) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

meta: replace os.system with subprocess.call

2012-05-30T11:04:45+00:00

Replace os.system with subprocess.call since the older function would fail (more or less) silently if the executed program cannot be found More info: http://docs.python.org/library/subprocess.html#subprocess-replacements [YOCTO #2454] (From OE-Core rev: a07d03cc6f67c88feb9813ae7deb6e4a93552dfe) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

oe/process.py: remove it since it is unused and duplicated

2012-05-25T10:17:54+00:00

The meta/lib/oe/process.py is only used by oe_run and oe_popen in meta/classes/utils.bbclass, and they will be removed, we have a better one: bitbake/lib/bb/process.py, which can replace of it. [YOCTO #2489] (From OE-Core rev: d56062cbf92ef206bf06c767befacb66927a9a36) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

oe.types: give the regex type more sane semantics

2012-05-17T20:13:08+00:00

Currently, if a variable is unset or has an empty value, the regex type will return a match object which always matches. Not all variable types will necessarily have the same behavior for handling defaults. I believe that returning a match object which matches nothing when a variable is unset is superior to returning one which matches anything, and the user can always explicitly request anything via '.*', if that's what they want. This constructs a null pattern object which will never match, and uses it when encountering an unset or empty variable (currently, these two things are one and the same, as maketype is handling the default. we may well want to shift that logic into the individual types, giving them more control over default behavior, but currently the behavior is at least relatively consistent -- no difference between unset and empty variables). (From OE-Core rev: dc7e4a79d9a1884b4c5705ef3173613958204b50) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

license.py: fix behaviour of copyleft_compliance

2012-04-04T16:17:51+00:00

actually if a package has a license in its LICENSE variable which is not in the whitelist nor in the blacklist and even if an other license in this variable is in the whitelist, the package gets excluded and is not taken in account in the copyleft_compliance. This patch solves this by excluding a recipe _only_ if the LICENSE variable includes a pattern from the blacklist and including a recipe only if it includes a variable from the whitelist _and_ none from the blacklist. Example in busybox which has LICENSE="GPLv2 & BSD-4-Clause", with the actual behaviour (where he blacklist contains only CLOSED Proprietary) we get : DEBUG: copyleft: busybox-1.19.4 is excluded: recipe has excluded licenses: BSD-4-Clause which is not sane because busybox is covered by a copyleft license which is GPLv2 and should match the default whitelist which is GPL* LGPL*. (From OE-Core rev: 987d06447d2eacf2e01f08e29469c00fbb0ef1db) Signed-off-by: Eric Bénard Signed-off-by: Richard Purdie

buildhistory_analysis: avoid printing PE/PV/PR more than once

2012-03-21T15:33:07+00:00

Don't print PE/PV/PR changes as related field changes of related field changes (i.e. only print them once at the top level). (From OE-Core rev: 33046605549501bed9ceff102614d86ba54a5891) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

buildhistory_analysis: report if all items removed from a list

2012-03-21T15:33:07+00:00

If all items have been removed from a list then state that explicitly. (From OE-Core rev: 2434a751e9684058786d4595cef3678d397f3c39) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

buildhistory_analysis: skip FILELIST changes for dbg packages

2012-03-21T15:33:07+00:00

Don't report when files are added or removed from dbg packages unless it results in the package being empty. (From OE-Core rev: ee57a989188519dd40310cb5576cbff4b247ad95) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

buildhistory_analysis: hide version number increases in dependencies

2012-03-21T15:33:06+00:00

If an item in RDEPENDS or RRECOMMENDS only increases in its version number then don't report it as a change, since we don't care about it. This significantly reduces the noise after upgrades. (From OE-Core rev: f72b2a1bda35a99292063c1cc6ff563b397e190d) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

buildhistory_analysis: use bb.utils.explode_dep_versions

2012-03-21T15:33:06+00:00

Previously this had its own implementation of splitting a list of packages with optional version e.g. "libncurses-dev (>= 5.9)"; switch to using the already existing bitbake function which does this as it is much better tested. (From OE-Core rev: de21a483063d9803c4ce1d62b03913ccad2931bd) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie