openembedded-core.git/meta/classes/distrodata.bbclass, branch danny Mirror of openembedded-core distrodata: Update distrocheck functions 2012-10-03T16:37:24+00:00 Saul Wold sgw@linux.intel.com 2012-10-03T16:33:16+00:00 ae9dbd0e1e26ba2b35cbd08ec731aee62adedc23 Fix the distro check functions for the change of nativesdk being a suffix to a prefix. Also added crosssdk as another case for converting to PN for matching in the distro_tracking Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Fix the distro check functions for the change of nativesdk
being a suffix to a prefix. Also added crosssdk as another
case for converting to PN for matching in the distro_tracking

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
distrodata: replace Tab with Space 2012-09-10T11:02:11+00:00 Saul Wold sgw@linux.intel.com 2012-09-10T06:53:46+00:00 adb241958f125cc4c74ac5fbfc00674e7cd7305d Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
nativesdk: Switch to using nativesdk as a prefix, not a suffix 2012-08-31T17:21:04+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-12-22T17:43:33+00:00 81813c0e322dc04ce4b069117188d8a54dfddb8c As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
As discussed on the mailing lists, using a suffix to package names is
hard and has lead to many recipes having to do PKGSUFFIX games. Its
looking extremely hard to scale nativesdk much further without hacking
many recipes.

By comparison, using a prefix like multilib does works much better and
doesn't involve "hacking" as many recipes. This change converts nativesdk
to use a prefix using the existing multilib infrastructure.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Remove a number of unneeded import os/bb calls 2012-07-19T11:24:05+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-07-18T13:08:48+00:00 7d674820958be3a7051ea619effe1a6061d9cbe2 The bb and os modules are always imported so having these extra import calls are a waste of space/execution time. They also set a bad example for people copy and pasting code so clean them up. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The bb and os modules are always imported so having these extra import calls
are a waste of space/execution time. They also set a bad example for people
copy and pasting code so clean them up.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes: Update recrdeptask fields for recursive dependency handling changes in bitbake 2012-07-04T13:47:11+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-07-02T12:27:46+00:00 8229fb5d7205f5e5b198ab2860fbcc02054476eb This also deletes the buildall task since I seen usecases for it. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
This also deletes the buildall task since I seen usecases for it.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
distrodata: Fix missed VARIABLE name change 2012-06-25T15:32:15+00:00 Saul Wold sgw@linux.intel.com 2012-06-22T21:47:50+00:00 f0eba1569a16553d784f8234e5ce577ff2c66c38 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
distrodata: cleanup after moving distro_tracking_fields 2012-06-15T14:40:16+00:00 Saul Wold sgw@linux.intel.com 2012-06-14T21:54:34+00:00 f159ea18cf2a3f0c94d7324a2b63a6f0aabf73f2 Remove some of the older fields that are not in the new list as we are able to better automagically generate this directly from the recipe files the extra files will go away. To use this, one will have to include the appropirate files, such as maintainers.inc, upstream_status.inc Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Remove some of the older fields that are not in the new list as we
are able to better automagically generate this directly from the
recipe files the extra files will go away.

To use this, one will have to include the appropirate files, such
as maintainers.inc, upstream_status.inc

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Revert "meta: replace os.popen with subprocess.Popen" 2012-05-30T13:20:04+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-05-30T13:20:04+00:00 f5356062443320c29a19cfd7113128caa185b221 This reverts commit e83d8e58a6b107eea87df0ec233a1bc932b2c6e as the conversion is not correct. Its replacing readlines() calls which generate an array with what are effectively strings. There are split("\n") calls missing in many cases so this needs to be reverted until it gets fixed. 
This reverts commit e83d8e58a6b107eea87df0ec233a1bc932b2c6e as the conversion
is not correct. Its replacing readlines() calls which generate an array with
what are effectively strings. There are split("\n") calls missing in many
cases so this needs to be reverted until it gets fixed.
meta: replace os.popen with subprocess.Popen 2012-05-30T09:58:10+00:00 Robert Yang liezhi.yang@windriver.com 2012-05-29T14:53:08+00:00 e83d8e58a6b107eea87df0ec233a1bc932b2c6ea Replace os.popen with subprocess.Popen since the older function would fail (more or less) silently if the executed program cannot be found There are both bb.process.run() and bb.process.Popen() which wraps the subprocess module, use it for simplifying the code. Note: We don't need the "2>/dev/null" or "2>&1" since bb.process.run() can handle it, it will raise exception when error occurs, we should handle the exception ourselves if we want to ignore the error. More info: http://docs.python.org/library/subprocess.html#subprocess-replacements [YOCTO #2454] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Replace os.popen with subprocess.Popen since the older function would
fail (more or less) silently if the executed program cannot be found

There are both bb.process.run() and bb.process.Popen() which wraps the
subprocess module, use it for simplifying the code.

Note: We don't need the "2>/dev/null" or "2>&1" since bb.process.run()
can handle it, it will raise exception when error occurs, we should
handle the exception ourselves if we want to ignore the error.

More info:
http://docs.python.org/library/subprocess.html#subprocess-replacements

[YOCTO #2454]

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta: replace os.system with subprocess.call 2012-05-30T09:56:15+00:00 Robert Yang liezhi.yang@windriver.com 2012-05-29T14:53:06+00:00 a07d03cc6f67c88feb9813ae7deb6e4a93552dfe 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] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
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]

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>