bitbake -b busted again?

bitbake -b busted again?

[Phil Blundell]

Using bitbake master from today, I'm now getting this error whenever I
try to do "bitbake -b anything.bb":

ERROR: Command execution failed: Traceback (most recent call last):
  File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in
runAsyncCommand
    commandmethod(self.cmds_async, self, options)
  File "/home/pb/oe/bitbake/lib/bb/command.py", line 190, in buildFile
    command.cooker.buildFile(bfile, task)
  File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 792, in buildFile
    self.status.add_from_recipeinfo(fn, info_array)
  File "/home/pb/oe/bitbake/lib/bb/cache.py", line 710, in
add_from_recipeinfo
    info.add_cacheData(self, fn)
  File "/home/pb/oe/bitbake/lib/bb/cache.py", line 182, in add_cacheData
    cachedata.task_deps[fn] = self.task_deps
AttributeError: 'CoreRecipeInfo' object has no attribute 'task_deps'

p.

Re: bitbake -b busted again?

[Phil Blundell]

On Wed, 2011-06-29 at 15:48 +0100, Phil Blundell wrote:
> Using bitbake master from today, I'm now getting this error whenever I
> try to do "bitbake -b anything.bb":

Actually, it looks like I was just unlucky/unskilled in my choice of
recipes when I tested.  It does in fact work for at least some files;
there must be something about the ones I was trying to begin with that
is upsetting it.  I'll investigate further.

p.

Re: bitbake -b busted again?

[Koen Kooi]

Op 29 jun 2011, om 16:54 heeft Phil Blundell het volgende geschreven:

> On Wed, 2011-06-29 at 15:48 +0100, Phil Blundell wrote:
>> Using bitbake master from today, I'm now getting this error whenever I
>> try to do "bitbake -b anything.bb":
> 
> Actually, it looks like I was just unlucky/unskilled in my choice of
> recipes when I tested.  It does in fact work for at least some files;
> there must be something about the ones I was trying to begin with that
> is upsetting it.  I'll investigate further.

Try bitbake -b /full/path/to/recipe, that seems to make things work for me.

Re: bitbake -b busted again?

[Phil Blundell]

On Wed, 2011-06-29 at 16:55 +0200, Koen Kooi wrote:
> Op 29 jun 2011, om 16:54 heeft Phil Blundell het volgende geschreven:
> 
> > On Wed, 2011-06-29 at 15:48 +0100, Phil Blundell wrote:
> >> Using bitbake master from today, I'm now getting this error whenever I
> >> try to do "bitbake -b anything.bb":
> > 
> > Actually, it looks like I was just unlucky/unskilled in my choice of
> > recipes when I tested.  It does in fact work for at least some files;
> > there must be something about the ones I was trying to begin with that
> > is upsetting it.  I'll investigate further.
> 
> Try bitbake -b /full/path/to/recipe, that seems to make things work for me.

It seems that the main problem I was having was that (coincidentally in
light of the earlier gst discussion) the recipe I was trying to build
was unluckily named and being skipped because base.bbclass thought I
wasn't licensed to use it.

The code which detects commerciality is somewhat simple-minded and just
does a straight regex search for ${PN} within ${COMMERCIAL_LICENSE}, so
if your recipe happens to be called "fmp" (for example) it will match
against ffmpeg and you will lose.

I think this has probably just started to bite me because I recently
started using default-distrovars.inc.  Possibly that was a dim plan on
my part.

p.

Re: bitbake -b busted again?

[Phil Blundell]

On Wed, 2011-06-29 at 16:07 +0100, Phil Blundell wrote:
> It seems that the main problem I was having was that (coincidentally in
> light of the earlier gst discussion) the recipe I was trying to build
> was unluckily named and being skipped because base.bbclass thought I
> wasn't licensed to use it.

Also, it does seem that "bitbake -e -b ..." really is broken.  I get:

ERROR: Command execution failed: Traceback (most recent call last):
  File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
    commandmethod(self.cmds_async, self, options)
  File "/home/pb/oe/bitbake/lib/bb/command.py", line 272, in showEnvironment
    command.cooker.showEnvironment(bfile)
  File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 259, in showEnvironment
    fn = self.matchFile(buildfile)
  File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 753, in matchFile
    matches = self.matchFiles(buildfile)
  File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 736, in matchFiles
    filelist, masked = self.collect_bbfiles()
  File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in collect_bbfiles
    files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
  File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in <lambda>
    files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
  File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 463, in calc_bbfile_priority
    for _, _, regex, pri in self.status.bbfile_config_priorities:
AttributeError: 'NoneType' object has no attribute 'bbfile_config_priorities'

Using an absolute path to the .bb file doesn't seem to help in this
case, and I also verified that it does build successfully without the
-e.

p.

Re: bitbake -b busted again?

[Phil Blundell]

On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> Also, it does seem that "bitbake -e -b ..." really is broken.  I get:
> 
> ERROR: Command execution failed: Traceback (most recent call last):
>   File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
>     commandmethod(self.cmds_async, self, options)
>   File "/home/pb/oe/bitbake/lib/bb/command.py", line 272, in showEnvironment
>     command.cooker.showEnvironment(bfile)
>   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 259, in showEnvironment
>     fn = self.matchFile(buildfile)
>   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 753, in matchFile
>     matches = self.matchFiles(buildfile)
>   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 736, in matchFiles
>     filelist, masked = self.collect_bbfiles()
>   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in collect_bbfiles
>     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
>   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in <lambda>
>     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
>   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 463, in calc_bbfile_priority
>     for _, _, regex, pri in self.status.bbfile_config_priorities:
> AttributeError: 'NoneType' object has no attribute 'bbfile_config_priorities'
> 
> Using an absolute path to the .bb file doesn't seem to help in this
> case, and I also verified that it does build successfully without the
> -e.

FWIW, I just re-tested with bitbake master from today and this still
seems to be broken.

p.

Re: bitbake -b busted again?

[Richard Purdie]

On Wed, 2011-08-10 at 11:48 +0100, Phil Blundell wrote:
> On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > Also, it does seem that "bitbake -e -b ..." really is broken.  I get:
> > 
> > ERROR: Command execution failed: Traceback (most recent call last):
> >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
> >     commandmethod(self.cmds_async, self, options)
> >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 272, in showEnvironment
> >     command.cooker.showEnvironment(bfile)
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 259, in showEnvironment
> >     fn = self.matchFile(buildfile)
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 753, in matchFile
> >     matches = self.matchFiles(buildfile)
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 736, in matchFiles
> >     filelist, masked = self.collect_bbfiles()
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in collect_bbfiles
> >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in <lambda>
> >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 463, in calc_bbfile_priority
> >     for _, _, regex, pri in self.status.bbfile_config_priorities:
> > AttributeError: 'NoneType' object has no attribute 'bbfile_config_priorities'
> > 
> > Using an absolute path to the .bb file doesn't seem to help in this
> > case, and I also verified that it does build successfully without the
> > -e.
> 
> FWIW, I just re-tested with bitbake master from today and this still
> seems to be broken.

I've posted a patch to fix this to the bitbake list.

Cheers,

Richard

Re: bitbake -b busted again?

[Phil Blundell]

On Wed, 2011-08-10 at 14:26 +0100, Richard Purdie wrote:
> On Wed, 2011-08-10 at 11:48 +0100, Phil Blundell wrote:
> > On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > > Also, it does seem that "bitbake -e -b ..." really is broken.  I get:
>
> I've posted a patch to fix this to the bitbake list.

Thanks.  I'll give that a try.

p.

Re: bitbake -b busted again?

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 1941 bytes --]

On Wed, Aug 10, 2011 at 11:48:33AM +0100, Phil Blundell wrote:
> On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > Also, it does seem that "bitbake -e -b ..." really is broken.  I get:
> > 
> > ERROR: Command execution failed: Traceback (most recent call last):
> >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
> >     commandmethod(self.cmds_async, self, options)
> >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 272, in showEnvironment
> >     command.cooker.showEnvironment(bfile)
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 259, in showEnvironment
> >     fn = self.matchFile(buildfile)
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 753, in matchFile
> >     matches = self.matchFiles(buildfile)
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 736, in matchFiles
> >     filelist, masked = self.collect_bbfiles()
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in collect_bbfiles
> >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in <lambda>
> >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 463, in calc_bbfile_priority
> >     for _, _, regex, pri in self.status.bbfile_config_priorities:
> > AttributeError: 'NoneType' object has no attribute 'bbfile_config_priorities'
> > 
> > Using an absolute path to the .bb file doesn't seem to help in this
> > case, and I also verified that it does build successfully without the
> > -e.
> 
> FWIW, I just re-tested with bitbake master from today and this still
> seems to be broken.

RP's patch makes -e working again, but local files are still not found
when used with -b. Something like ignoring FILESDIR/FILESPATH..

Regards,
-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: bitbake -b busted again?

[Richard Purdie]

On Thu, 2011-08-11 at 08:44 +0200, Martin Jansa wrote:
> On Wed, Aug 10, 2011 at 11:48:33AM +0100, Phil Blundell wrote:
> > On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > > Also, it does seem that "bitbake -e -b ..." really is broken.  I get:
> > > 
> > > ERROR: Command execution failed: Traceback (most recent call last):
> > >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
> > >     commandmethod(self.cmds_async, self, options)
> > >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 272, in showEnvironment
> > >     command.cooker.showEnvironment(bfile)
> > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 259, in showEnvironment
> > >     fn = self.matchFile(buildfile)
> > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 753, in matchFile
> > >     matches = self.matchFiles(buildfile)
> > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 736, in matchFiles
> > >     filelist, masked = self.collect_bbfiles()
> > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in collect_bbfiles
> > >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in <lambda>
> > >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 463, in calc_bbfile_priority
> > >     for _, _, regex, pri in self.status.bbfile_config_priorities:
> > > AttributeError: 'NoneType' object has no attribute 'bbfile_config_priorities'
> > > 
> > > Using an absolute path to the .bb file doesn't seem to help in this
> > > case, and I also verified that it does build successfully without the
> > > -e.
> > 
> > FWIW, I just re-tested with bitbake master from today and this still
> > seems to be broken.
> 
> RP's patch makes -e working again, but local files are still not found
> when used with -b. Something like ignoring FILESDIR/FILESPATH..

Can you provide some further details please as I don't understand
exactly what you mean...

Cheers,

Richard

Re: bitbake -b busted again?

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 11208 bytes --]

On Thu, Aug 11, 2011 at 01:03:59PM +0100, Richard Purdie wrote:
> On Thu, 2011-08-11 at 08:44 +0200, Martin Jansa wrote:
> > On Wed, Aug 10, 2011 at 11:48:33AM +0100, Phil Blundell wrote:
> > > On Wed, 2011-06-29 at 16:11 +0100, Phil Blundell wrote:
> > > > Also, it does seem that "bitbake -e -b ..." really is broken.  I get:
> > > > 
> > > > ERROR: Command execution failed: Traceback (most recent call last):
> > > >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
> > > >     commandmethod(self.cmds_async, self, options)
> > > >   File "/home/pb/oe/bitbake/lib/bb/command.py", line 272, in showEnvironment
> > > >     command.cooker.showEnvironment(bfile)
> > > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 259, in showEnvironment
> > > >     fn = self.matchFile(buildfile)
> > > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 753, in matchFile
> > > >     matches = self.matchFiles(buildfile)
> > > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 736, in matchFiles
> > > >     filelist, masked = self.collect_bbfiles()
> > > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in collect_bbfiles
> > > >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> > > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 997, in <lambda>
> > > >     files.sort( key=lambda fileitem: self.calc_bbfile_priority(fileitem) )
> > > >   File "/home/pb/oe/bitbake/lib/bb/cooker.py", line 463, in calc_bbfile_priority
> > > >     for _, _, regex, pri in self.status.bbfile_config_priorities:
> > > > AttributeError: 'NoneType' object has no attribute 'bbfile_config_priorities'
> > > > 
> > > > Using an absolute path to the .bb file doesn't seem to help in this
> > > > case, and I also verified that it does build successfully without the
> > > > -e.
> > > 
> > > FWIW, I just re-tested with bitbake master from today and this still
> > > seems to be broken.
> > 
> > RP's patch makes -e working again, but local files are still not found
> > when used with -b. Something like ignoring FILESDIR/FILESPATH..
> 
> Can you provide some further details please as I don't understand
> exactly what you mean...

Sure

.. clean ..
NOTE: Running task 2 of 2 (ID: 1, openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb, do_cleansstate)
NOTE: package base-files-3.0.14-r69: task do_cleansstate: Started
NOTE: package base-files-3.0.14-r69: task do_cleansstate: Succeeded
NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and 0 failed.

.. try to unpack some recipe with file:// in SRC_URI and -b
.. fetcher will complain that file does not exist ..
OE om-gta02@shr ~/shr-core $ bitbake -c unpack -b openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb
WARNING: Buildfile specified, dependencies will not be handled. If this is not what you want, do not use -b / --buildfile.

OE Build Configuration:
BB_VERSION        = "1.13.3"
TARGET_ARCH       = "arm"
TARGET_OS         = "linux-gnueabi"
MACHINE           = "om-gta02"
DISTRO            = "shr"
DISTRO_VERSION    = "20110811"
TUNE_FEATURES     = "armv4 thumb arm920t"
TARGET_FPU        = "soft"
meta-jama         = "master:c9300f537bab3cf7a6400e9a0f799f8a54559784"
meta-shr
meta-fso
meta-nokia
meta-htc
meta-palm
meta-openmoko
meta-zaurus       = "master:b287197790ec4ac9ddbed185d4df1205a55531ac"
meta-oe
meta-efl
meta-gnome        = "shr:c5ba433b740fdb88f1a7631fa884ea39c03df35a"
meta              = "shr:fe056d9f1ebdf1b4ec5d423e2a6ea8cb7737d66c"

NOTE: Preparing runqueue
NOTE: Executing RunQueue Tasks
NOTE: Running task 1 of 2 (ID: 1, openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb, do_fetch)
NOTE: package base-files-3.0.14-r69: task do_fetch: Started
ERROR: Function 'Fetcher failure for URL: 'file://rotation'. Unable to fetch URL file://rotation from any source.' failed
ERROR: Logfile of failure stored in: /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/temp/log.do_fetch.28071
Log data follows:
| ERROR: Function 'Fetcher failure for URL: 'file://rotation'. Unable to fetch URL file://rotation from any source.' failed
NOTE: package base-files-3.0.14-r69: task do_fetch: Failed
ERROR: Task 1 (openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb, do_fetch) failed with exit code '1'
ERROR: 'openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb' failed

.. now without -b ...
OE om-gta02@shr ~/shr-core $ bitbake -c unpack base-files -v
Loading cache: 100% |#########################################################################################################################################################################################################| Time: 0:00:00
Loaded 1637 entries from dependency cache.
Parsing recipes: 100% |#######################################################################################################################################################################################################| Time: 0:00:24
Parsing of 1333 .bb files complete (1320 cached, 13 parsed). 1649 targets, 55 skipped, 0 masked, 0 errors.
WARNING: No bb files matched BBFILE_PATTERN_nokia-layer '^/OE/shr-core/meta-smartphone/meta-nokia/'
WARNING: No bb files matched BBFILE_PATTERN_htc-layer '^/OE/shr-core/meta-smartphone/meta-htc/'

OE Build Configuration....

NOTE: Resolving any missing task queue dependencies
NOTE: selecting pseudo-native to satisfy virtual/fakeroot-native due to PREFERRED_PROVIDERS
NOTE: checking PREFERRED_PROVIDER_base-files (value None) against ['base-files']
...
NOTE: checking PREFERRED_PROVIDER_expat-2.0.1-r0 (value None) against ['expat']
NOTE: selecting gcc-cross-initial to satisfy virtual/arm-oe-linux-gnueabi-gcc-initial due to PREFERRED_PROVIDERS
NOTE: Preparing runqueue
NOTE: Marking Active Tasks
NOTE: Pruned 2219 inactive tasks, 2 left
NOTE: Assign Weightings
NOTE: Compute totals (have 1 endpoint(s))
NOTE: Executing RunQueue Tasks
NOTE: Running task 1 of 2 (ID: 1, /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb, do_fetch)
NOTE: package base-files-3.0.14-r69: task do_fetch: Started
NOTE: package base-files-3.0.14-r69: task do_fetch: Succeeded
NOTE: Running task 2 of 2 (ID: 0, /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb, do_unpack)
NOTE: package base-files-3.0.14-r69: task do_unpack: Started
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/rotation to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/nsswitch.conf to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/motd to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/inputrc to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/host.conf to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/profile to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/shells to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/fstab to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/filesystems to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/issue.net to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/issue to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/usbd to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/share/dot.bashrc to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/share/dot.profile to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/BSD to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/GPL-2 to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/GPL-3 to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/LGPL-2 to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/LGPL-2.1 to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/LGPL-3 to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/GFDL-1.2 to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: Unpacking /OE/shr-core/openembedded-core/meta/recipes-core/base-files/base-files/licenses/Artistic to /OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/base-files-3.0.14-r69/
NOTE: package base-files-3.0.14-r69: task do_unpack: Succeeded
NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and 0 failed.

And I cannot run bitbake from any other directory then where my conf/bblayers lives
OE om-gta02@shr ~/shr-core/openembedded-core/meta/recipes-core/base-files $ bitbake -c cleansstate -b base-files_3.0.14.bb
ERROR: Unable to parse /OE/shr-core/openembedded-core/meta/recipes-core/base-files/meta-jama/conf/layer.conf: [Errno 2] No such file or directory: '/OE/shr-core/openembedded-core/meta/recipes-core/base-files/meta-jama/conf/layer.conf'

but that's maybe something wrong with my setup..
BBLAYERS = " \
  ${TOPDIR}/meta-jama \
...
"

OE om-gta02@shr ~/shr-core/openembedded-core/meta/recipes-core/base-files $ echo $TOPDIR
/OE/shr-core


-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]