Bug 7837 - site.conf not acting as implied by docs.
Summary: site.conf not acting as implied by docs.
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: configuration (show other bugs)
Version: unspecified
Hardware: All Multiple
: Low normal
Target Milestone: 2.2
Assignee: Richard Purdie
QA Contact: Alexandru Georgescu
URL:
Whiteboard:
: 9422 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-06-01 21:56 UTC by brian avery
Modified: 2016-05-19 14:41 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description brian avery 2015-06-01 21:56:46 UTC
In section 3.1, the docs imply that I can make a site.conf file to configure multiple builds simultaneously.  It also indicates that I can "extend your BBPATH variable to include the path to a conf/site.conf. Then, when BitBake looks for Metadata using BBPATH, it finds the conf/site.conf file and applies your common configurations found in the file."

But, the default bblayers.conf does a BBPATH = "${TOPDIR}" which means that any BBPATH env settings I have are wiped out. Having to append the bbpath in each bblayers.conf file seems to somewhat obviate the advantages of a site.conf file. 

For my curent usage model, changing the default bblayers.conf to do BBPATH .= ":${TOPDIR}" works, but it breaks sanity check if you don't have BBPATH in your env since you end up with an empty :: which is the same as having a "." in BBPATH.

Initial ideas on how to address:
1) use BBPATH .= ":${TOPDIR}" in bblayers.conf and then strip out any :: in bbpath.
2) add an additional var BBPATH_SITE to list sitewide places to search
Comment 1 Richard Purdie 2016-04-14 14:40:40 UTC
*** Bug 9422 has been marked as a duplicate of this bug. ***
Comment 2 Ross Burton 2016-05-19 14:41:51 UTC
Fixed in oe-core a3d223284854a21c84e8f6d075d23b32789afa01