multitech-oe.git/classes/base.bbclass, branch testing Multi-Tech CoreCDP 1.x OpenEmbedded Tree base.bbclass: fix soc-family test 2010-09-12T11:31:05+00:00 Frans Meulenbroeks fransmeulenbroeks@gmail.com 2010-09-02T08:52:02+00:00 755654d14e8fddc54ed739461bd529291c1e1230 for now pushed this patch as it fixes the breakage. If it is decided not to have SOC_FAMILY we can always revert or overwrite see http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/023680.html Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> Acked-by: Chase Maupin <chase.maupin@ti.com> and got a looks good from Phil. 
for now pushed this patch as it fixes the breakage.
If it is decided not to have SOC_FAMILY we can always revert or overwrite

see http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-September/023680.html

Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
and got a looks good from Phil.
Fix unpack issue with bitbake 1.10 2010-09-10T19:41:14+00:00 Chris Larson chris_larson@mentor.com 2010-09-10T19:38:21+00:00 88cb5184884d045ac4703910a6c5af86c1cf20f4 Signed-off-by: Chris Larson <chris_larson@mentor.com> 
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Per the TSC decision, make packaged-staging default 2010-09-09T18:05:38+00:00 Chris Larson chris_larson@mentor.com 2010-09-09T18:03:57+00:00 8cfa7531a02e1c8380508b3dbed653427bf04c36 For now, just ensures its inherited. In the future, we can merge / simplify staging.bbclass with packaged-staging.bbclass as appropriate. Signed-off-by: Chris Larson <chris_larson@mentor.com> 
For now, just ensures its inherited.  In the future, we can merge / simplify
staging.bbclass with packaged-staging.bbclass as appropriate.

Signed-off-by: Chris Larson <chris_larson@mentor.com>
do_unpack, do_patch: shift some responsibility around, clean things up 2010-09-02T16:19:17+00:00 Chris Larson chris_larson@mentor.com 2010-09-01T04:52:10+00:00 900cc29b603691eb3a077cb660545ead3715ed54 - Consolidate 'is this file a patch' logic - Move unpack functions from classes into oe.unpack - Move the unpacking message printing into do_unpack - Move the destination directory determination into do_unpack - Use subprocess's ability to pass in PATH and cwd rather than mangling the cmd - Use shutil.copy2/copytree for ordinary file "unpack" - Use the existing urldata from bb.fetch.init rather than re-decodeurl'ing the urls - Make handling of globs in url paths explicit rather than implicit, calling oe_unpack on each one, so showing an unpacking message to the user for each globbed file, rather than the entirety Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Tom Rini <tom_rini@mentor.com> 
- Consolidate 'is this file a patch' logic
- Move unpack functions from classes into oe.unpack
- Move the unpacking message printing into do_unpack
- Move the destination directory determination into do_unpack
- Use subprocess's ability to pass in PATH and cwd rather than mangling the cmd
- Use shutil.copy2/copytree for ordinary file "unpack"
- Use the existing urldata from bb.fetch.init rather than re-decodeurl'ing the urls
- Make handling of globs in url paths explicit rather than implicit, calling
  oe_unpack on each one, so showing an unpacking message to the user for each
  globbed file, rather than the entirety

Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Tom Rini <tom_rini@mentor.com>
base.bbclass: fix bug with absolute file:// uris 2010-08-31T15:46:25+00:00 Chris Larson chris_larson@mentor.com 2010-08-30T23:43:31+00:00 dd478c59e5ec36bc5f43ed9721323ad8171b5ef4 The code which used host/path from the url to construct the destination of the copy was using os.path.join. os.path.join treats a "/" in an element as an indication to drop all previous elements, so the full path resulted in a destination exactly the same as the source, resulting in a no-op unpack. Fixed by using oe.path.join instead. The previous fix missed two instances of os.path.join -- there's code duplication in oe_unpack_file, really need to resurrect my do_unpack cleanup branch. Signed-off-by: Chris Larson <chris_larson@mentor.com> 
The code which used host/path from the url to construct the destination of the
copy was using os.path.join.  os.path.join treats a "/" in an element as an
indication to drop all previous elements, so the full path resulted in a
destination exactly the same as the source, resulting in a no-op unpack.
Fixed by using oe.path.join instead.

The previous fix missed two instances of os.path.join -- there's code
duplication in oe_unpack_file, really need to resurrect my do_unpack cleanup
branch.

Signed-off-by: Chris Larson <chris_larson@mentor.com>
Revert "base.bbclass: fix bug with absolute file:// uris" 2010-08-31T14:29:38+00:00 Chris Larson chris_larson@mentor.com 2010-08-31T14:29:38+00:00 7b4cb64edce429f03cb4802f7df94f52176e4a23 Drop this for now, as it breaks other things. Of course, without this, you once again can no longer have absolute file:// paths the way we used to be able to. Will look into it further. This reverts commit 599b03fe999d41114d124ce663b6c59fa57256d8. 
Drop this for now, as it breaks other things.  Of course, without this, you
once again can no longer have absolute file:// paths the way we used to be
able to.  Will look into it further.

This reverts commit 599b03fe999d41114d124ce663b6c59fa57256d8.
base.bbclass: fix bug with absolute file:// uris 2010-08-30T23:43:32+00:00 Chris Larson chris_larson@mentor.com 2010-08-30T23:43:31+00:00 599b03fe999d41114d124ce663b6c59fa57256d8 The code which used host/path from the url to construct the destination of the copy was using os.path.join. os.path.join treats a "/" in an element as an indication to drop all previous elements, so the full path resulted in a destination exactly the same as the source, resulting in a no-op unpack. Fixed by using oe.path.join instead. Signed-off-by: Chris Larson <chris_larson@mentor.com> 
The code which used host/path from the url to construct the destination of the
copy was using os.path.join.  os.path.join treats a "/" in an element as an
indication to drop all previous elements, so the full path resulted in a
destination exactly the same as the source, resulting in a no-op unpack.
Fixed by using oe.path.join instead.

Signed-off-by: Chris Larson <chris_larson@mentor.com>
base: use a variable for the modules to import/inject 2010-08-24T00:40:12+00:00 Chris Larson chris_larson@mentor.com 2010-08-23T20:39:20+00:00 744016016a6c3ca59da5068afec91a2834d73fd8 Signed-off-by: Chris Larson <chris_larson@mentor.com> 
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Revert "base: use a variable for the modules to import/inject" 2010-08-23T21:00:04+00:00 Chris Larson chris_larson@mentor.com 2010-08-23T21:00:04+00:00 0a11eb71464b263412243dd3dd3e0cb2bbf6332f This reverts commit 5678affd4e1b6453d6802b8cfb7823fec6f47269. 
This reverts commit 5678affd4e1b6453d6802b8cfb7823fec6f47269.
base: use a variable for the modules to import/inject 2010-08-23T20:40:11+00:00 Chris Larson chris_larson@mentor.com 2010-08-23T20:39:20+00:00 5678affd4e1b6453d6802b8cfb7823fec6f47269 Signed-off-by: Chris Larson <chris_larson@mentor.com> 
Signed-off-by: Chris Larson <chris_larson@mentor.com>