2017-06-14 13:36:37 +02:00
|
|
|
# kas - setup tool for bitbake based projects
|
|
|
|
#
|
|
|
|
# Copyright (c) Siemens AG, 2017
|
|
|
|
#
|
|
|
|
# Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
|
|
# of this software and associated documentation files (the "Software"), to deal
|
|
|
|
# in the Software without restriction, including without limitation the rights
|
|
|
|
# to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
|
|
# copies of the Software, and to permit persons to whom the Software is
|
|
|
|
# furnished to do so, subject to the following conditions:
|
|
|
|
#
|
|
|
|
# The above copyright notice and this permission notice shall be
|
|
|
|
# included in all copies or substantial portions of the Software.
|
|
|
|
#
|
|
|
|
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
|
|
# AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
# LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
|
|
# OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
|
|
# SOFTWARE.
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
|
|
|
This module contains the implementation of the kas configuration.
|
|
|
|
"""
|
2017-06-14 13:36:37 +02:00
|
|
|
|
|
|
|
import os
|
|
|
|
import logging
|
2017-10-13 12:20:03 +02:00
|
|
|
import pprint
|
2017-06-21 13:32:56 +02:00
|
|
|
|
|
|
|
try:
|
2017-11-08 10:08:59 +01:00
|
|
|
import distro
|
|
|
|
|
|
|
|
def get_distro_id_base():
|
|
|
|
"""
|
|
|
|
Returns a compatible distro id.
|
|
|
|
"""
|
|
|
|
return distro.like() or distro.id()
|
|
|
|
|
2017-06-21 13:32:56 +02:00
|
|
|
except ImportError:
|
|
|
|
import platform
|
|
|
|
|
2017-11-08 10:08:59 +01:00
|
|
|
def get_distro_id_base():
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
|
|
|
Wrapper around platform.dist to simulate distro.id
|
|
|
|
platform.dist is deprecated and will be removed in python 3.7
|
|
|
|
Use the 'distro' package instead.
|
|
|
|
"""
|
|
|
|
# pylint: disable=deprecated-method
|
|
|
|
return platform.dist()[0]
|
|
|
|
|
2017-06-14 13:36:37 +02:00
|
|
|
from .repos import Repo
|
2017-06-28 12:43:57 +02:00
|
|
|
from .libkas import run_cmd, repos_fetch, repo_checkout
|
2017-06-14 13:36:37 +02:00
|
|
|
|
|
|
|
__license__ = 'MIT'
|
|
|
|
__copyright__ = 'Copyright (c) Siemens AG, 2017'
|
|
|
|
|
|
|
|
|
|
|
|
class Config:
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
2017-09-25 18:59:43 +02:00
|
|
|
Implements the kas configuration based on config files.
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
2017-09-25 18:59:43 +02:00
|
|
|
def __init__(self, filename, target, task=None):
|
|
|
|
from .includehandler import GlobalIncludes, IncludeException
|
2017-06-19 12:50:19 +02:00
|
|
|
self.__kas_work_dir = os.environ.get('KAS_WORK_DIR', os.getcwd())
|
2017-06-21 13:32:56 +02:00
|
|
|
self.environ = {}
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
self._config = {}
|
2017-09-25 18:59:43 +02:00
|
|
|
self.setup_environ()
|
|
|
|
self.filename = os.path.abspath(filename)
|
|
|
|
self.handler = GlobalIncludes(self.filename)
|
|
|
|
|
|
|
|
repo_paths = {}
|
|
|
|
missing_repo_names_old = []
|
|
|
|
(self._config, missing_repo_names) = \
|
|
|
|
self.handler.get_config(repos=repo_paths)
|
|
|
|
|
|
|
|
self.environ.update(self.get_proxy_config())
|
|
|
|
|
|
|
|
while missing_repo_names:
|
|
|
|
if missing_repo_names == missing_repo_names_old:
|
|
|
|
raise IncludeException('Could not fetch all repos needed by '
|
|
|
|
'includes.')
|
|
|
|
|
2017-10-19 11:05:50 +02:00
|
|
|
logging.debug('Missing repos for complete config:\n%s',
|
|
|
|
pprint.pformat(missing_repo_names))
|
|
|
|
|
2017-09-25 18:59:43 +02:00
|
|
|
repo_dict = self.get_repo_dict()
|
|
|
|
missing_repos = [repo_dict[repo_name]
|
|
|
|
for repo_name in missing_repo_names
|
|
|
|
if repo_name in repo_dict]
|
|
|
|
|
|
|
|
repos_fetch(self, missing_repos)
|
|
|
|
|
|
|
|
for repo in missing_repos:
|
|
|
|
repo_checkout(self, repo)
|
|
|
|
|
|
|
|
repo_paths = {r: repo_dict[r].path for r in repo_dict}
|
|
|
|
|
|
|
|
missing_repo_names_old = missing_repo_names
|
|
|
|
(self._config, missing_repo_names) = \
|
|
|
|
self.handler.get_config(repos=repo_paths)
|
|
|
|
|
2017-10-13 12:20:03 +02:00
|
|
|
logging.debug('Configuration from config file:\n%s',
|
|
|
|
pprint.pformat(self._config))
|
|
|
|
|
2017-09-25 18:59:43 +02:00
|
|
|
if target:
|
|
|
|
self._config['target'] = target
|
|
|
|
if task:
|
|
|
|
self._config['task'] = task
|
2017-06-14 13:36:37 +02:00
|
|
|
|
|
|
|
@property
|
|
|
|
def build_dir(self):
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
|
|
|
The path of the build directory.
|
|
|
|
"""
|
2017-06-19 12:50:19 +02:00
|
|
|
return os.path.join(self.__kas_work_dir, 'build')
|
2017-06-14 13:36:37 +02:00
|
|
|
|
|
|
|
@property
|
|
|
|
def kas_work_dir(self):
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
|
|
|
The path to the kas work directory.
|
|
|
|
"""
|
2017-06-19 12:50:19 +02:00
|
|
|
return self.__kas_work_dir
|
2017-06-14 13:36:37 +02:00
|
|
|
|
|
|
|
def setup_environ(self):
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
|
|
|
Sets the environment variables for process that are
|
|
|
|
started by kas.
|
|
|
|
"""
|
2017-11-08 10:08:59 +01:00
|
|
|
distro_base = get_distro_id_base().lower()
|
|
|
|
if distro_base in ['fedora', 'suse', 'opensuse']:
|
2017-06-14 13:36:37 +02:00
|
|
|
self.environ = {'LC_ALL': 'en_US.utf8',
|
|
|
|
'LANG': 'en_US.utf8',
|
|
|
|
'LANGUAGE': 'en_US'}
|
2017-11-08 10:08:59 +01:00
|
|
|
elif distro_base in ['debian', 'ubuntu']:
|
2017-06-14 13:36:37 +02:00
|
|
|
self.environ = {'LC_ALL': 'en_US.UTF-8',
|
|
|
|
'LANG': 'en_US.UTF-8',
|
|
|
|
'LANGUAGE': 'en_US:en'}
|
|
|
|
else:
|
2017-11-08 10:08:59 +01:00
|
|
|
logging.warning('kas: "%s" is not a supported distro. '
|
|
|
|
'No default locales set.', distro_base)
|
2017-06-14 13:36:37 +02:00
|
|
|
self.environ = {}
|
|
|
|
|
|
|
|
def get_repo_ref_dir(self):
|
2017-06-21 13:32:56 +02:00
|
|
|
"""
|
|
|
|
The path to the directory that contains the repository references.
|
|
|
|
"""
|
|
|
|
# pylint: disable=no-self-use
|
|
|
|
|
2017-06-14 13:36:37 +02:00
|
|
|
return os.environ.get('KAS_REPO_REF_DIR', None)
|
|
|
|
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
def get_proxy_config(self):
|
|
|
|
"""
|
|
|
|
Returns the proxy settings
|
|
|
|
"""
|
2017-06-28 14:48:39 +02:00
|
|
|
proxy_config = self._config.get('proxy_config', {})
|
|
|
|
return {var_name: os.environ.get(var_name,
|
|
|
|
proxy_config.get(var_name, ''))
|
|
|
|
for var_name in ['http_proxy',
|
|
|
|
'https_proxy',
|
2017-10-16 10:04:24 +02:00
|
|
|
'ftp_proxy',
|
2017-06-28 14:48:39 +02:00
|
|
|
'no_proxy']}
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
|
|
|
|
def get_repos(self):
|
|
|
|
"""
|
|
|
|
Returns the list of repos.
|
|
|
|
"""
|
|
|
|
# pylint: disable=no-self-use
|
|
|
|
|
2017-09-25 18:59:43 +02:00
|
|
|
return list(self.get_repo_dict().values())
|
|
|
|
|
|
|
|
def get_repo_dict(self):
|
|
|
|
"""
|
|
|
|
Returns a dictionary containing the repositories with
|
|
|
|
their name (as it is defined in the config file) as key
|
|
|
|
and the `Repo` instances as value.
|
|
|
|
"""
|
|
|
|
repo_config_dict = self._config.get('repos', {})
|
|
|
|
repo_dict = {}
|
|
|
|
for repo in repo_config_dict:
|
|
|
|
|
|
|
|
repo_config_dict[repo] = repo_config_dict[repo] or {}
|
|
|
|
layers_dict = repo_config_dict[repo].get('layers', {})
|
|
|
|
layers = list(filter(lambda x, laydict=layers_dict:
|
|
|
|
str(laydict[x]).lower() not in
|
|
|
|
['disabled', 'excluded', 'n', 'no', '0',
|
|
|
|
'false'],
|
|
|
|
layers_dict))
|
|
|
|
url = repo_config_dict[repo].get('url', None)
|
|
|
|
name = repo_config_dict[repo].get('name', repo)
|
|
|
|
refspec = repo_config_dict[repo].get('refspec', None)
|
|
|
|
path = repo_config_dict[repo].get('path', None)
|
|
|
|
|
|
|
|
if url is None:
|
|
|
|
# No git operation on repository
|
|
|
|
if path is None:
|
|
|
|
# In-tree configuration
|
|
|
|
path = os.path.dirname(self.filename)
|
|
|
|
(ret, output) = run_cmd(['git',
|
|
|
|
'rev-parse',
|
|
|
|
'--show-toplevel'],
|
|
|
|
cwd=path,
|
|
|
|
env=self.environ,
|
|
|
|
fail=False,
|
|
|
|
liveupdate=False)
|
|
|
|
if ret == 0:
|
|
|
|
path = output.strip()
|
|
|
|
logging.info('Using %s as root for repository %s', path,
|
|
|
|
name)
|
|
|
|
|
|
|
|
url = path
|
|
|
|
rep = Repo(url=url,
|
|
|
|
path=path,
|
|
|
|
layers=layers)
|
|
|
|
rep.disable_git_operations()
|
|
|
|
else:
|
|
|
|
path = path or os.path.join(self.kas_work_dir, name)
|
|
|
|
rep = Repo(url=url,
|
|
|
|
path=path,
|
|
|
|
refspec=refspec,
|
|
|
|
layers=layers)
|
|
|
|
repo_dict[repo] = rep
|
|
|
|
return repo_dict
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
|
2017-10-13 12:20:04 +02:00
|
|
|
def get_bitbake_targets(self):
|
|
|
|
"""
|
|
|
|
Returns a list of bitbake targets
|
|
|
|
"""
|
|
|
|
environ_targets = [i
|
|
|
|
for i in os.environ.get('KAS_TARGET', '').split()
|
|
|
|
if i]
|
|
|
|
if environ_targets:
|
|
|
|
return environ_targets
|
|
|
|
target = self._config.get('target', 'core-image-minimal')
|
|
|
|
if isinstance(target, str):
|
|
|
|
return [target]
|
|
|
|
return target
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
|
2017-09-25 09:08:09 +02:00
|
|
|
def get_bitbake_task(self):
|
|
|
|
"""
|
|
|
|
Return the bitbake task
|
|
|
|
"""
|
|
|
|
return os.environ.get('KAS_TASK',
|
|
|
|
self._config.get('task', 'build'))
|
|
|
|
|
2017-07-03 11:34:31 +02:00
|
|
|
def _get_conf_header(self, header_name):
|
|
|
|
"""
|
|
|
|
Returns the local.conf header
|
|
|
|
"""
|
|
|
|
header = ''
|
2017-07-17 22:38:07 +02:00
|
|
|
for key, value in sorted(self._config.get(header_name, {}).items()):
|
2017-07-03 11:34:31 +02:00
|
|
|
header += '# {}\n{}\n'.format(key, value)
|
|
|
|
return header
|
|
|
|
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
def get_bblayers_conf_header(self):
|
|
|
|
"""
|
|
|
|
Returns the bblayers.conf header
|
|
|
|
"""
|
2017-07-03 11:34:31 +02:00
|
|
|
return self._get_conf_header('bblayers_conf_header')
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
|
|
|
|
def get_local_conf_header(self):
|
|
|
|
"""
|
|
|
|
Returns the local.conf header
|
|
|
|
"""
|
2017-07-03 11:34:31 +02:00
|
|
|
return self._get_conf_header('local_conf_header')
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
|
|
|
|
def get_machine(self):
|
|
|
|
"""
|
|
|
|
Returns the machine
|
|
|
|
"""
|
2017-06-28 14:48:39 +02:00
|
|
|
return os.environ.get('KAS_MACHINE',
|
|
|
|
self._config.get('machine', 'qemu'))
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
|
|
|
|
def get_distro(self):
|
|
|
|
"""
|
|
|
|
Returns the distro
|
|
|
|
"""
|
2017-06-28 14:48:39 +02:00
|
|
|
return os.environ.get('KAS_DISTRO',
|
|
|
|
self._config.get('distro', 'poky'))
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
|
2017-11-23 14:15:51 +01:00
|
|
|
def get_environment(self):
|
|
|
|
"""
|
|
|
|
Returns the configured environment variables from the configuration
|
|
|
|
file, with possible overwritten values from the environment.
|
|
|
|
"""
|
|
|
|
env = self._config.get('env', {})
|
|
|
|
return {var: os.environ.get(var, env[var]) for var in env}
|
|
|
|
|
2017-11-07 17:20:17 +01:00
|
|
|
def get_multiconfig(self):
|
|
|
|
"""
|
|
|
|
Returns the multiconfig array as bitbake string
|
|
|
|
"""
|
|
|
|
return ' '.join(set(i.split(':')[1]
|
|
|
|
for i in
|
|
|
|
self.get_bitbake_targets()
|
|
|
|
if i.startswith('multiconfig')))
|
|
|
|
|
added initial implementation of a include handler
Splitting configuration files into multiple files and implementing an
include mechanism allows to handle configurations more flexible and
allowing following scenarios:
- including kas configuration file from external meta layer into
own project
- splitting many different similar configurations into multiple files
with only a couple of common files
To include file its necessary to add a 'includes' entry into the kas
configuration. To include files from the same repo, do it like this:
-----
includes:
- ../base/base_include.yml
-----
The path is relative to the current configuration file. If they start
with a path seperator ("/") they are absolute.
To include files from a different repository, do it like this:
-----
includes:
- file: bsps/my_machine_include.yml
repo: collected_machines
repos:
collected_machines:
url: https://url.to.git.repo/
revspec: master
-----
You have to make sure that the repository definition is available
in your current file, or in any include that is available at this
point.
Yaml ("*.yml") and Json ("*.json") files are supported.
Included in this patch are also some changes to the configuration
file structure. Here is an overview:
The value of the 'repos' key is a dictionary that maps a repo identifier
to a dictionary that contains 5 entries:
- url: The url to the repository. If that is missing, no git operations
are used
- refspec: The git refspec of the repository that is used. If that is
missing the latest commit of the default branch is used.
- name: The is defines under which name the repository is stored. If
that is missing the repository identifier is used
- path: The path where the repository is stored. If no url is given and
a path is missing, the repository is referencing the repository under
which the configuration file is stored. If no url is given and a path is
specified, the repository is referencing a directory where layers might
be stored. If an url is specified, path can be used to overwrite the
default (kas_work_dir + repo.name) checkout directory.
- layers: This contains a dictionary of layers, that should be included
into the bblayers.conf. The keys are paths relative to the repository
and the values can be used to exclude layers if they are one of
"excluded", "disabled", "false", "0", "n", or "no". Also boolean values
are accepted. Any other value, including "None" means that this layer is
included into the bblayers.conf. If "layers" is missing or empty, the
repository itself is included into the bblayers. If this is specified, the
repository itself is not included into the bblayers.conf.
Signed-off-by: Claudius Heine <ch@denx.de>
2017-06-21 13:32:58 +02:00
|
|
|
def get_gitlabci_config(self):
|
|
|
|
"""
|
|
|
|
Returns the GitlabCI configuration
|
|
|
|
"""
|
|
|
|
return self._config.get('gitlabci_config', '')
|