On 08/30/2018 02:20 PM, Paul Eggleton wrote:
Hi Robert
Sorry I meant to reply earlier.
I'm not especially happy with moving the constants to utils.py. Is there any
way we can avoid that?
I will try to import models.py, but that may make things complicated.
// Robert
Thanks
Paul
On Thu
Hi Robert
Sorry I meant to reply earlier.
I'm not especially happy with moving the constants to utils.py. Is there any
way we can avoid that?
Thanks
Paul
On Thursday, 30 August 2018 2:05:11 PM NZST Robert Yang wrote:
> Hi Paul,
>
> Do you have any comments on this, please ?
>
> // Robert
>
Hi Paul,
Do you have any comments on this, please ?
// Robert
On 07/31/2018 03:57 PM, Robert Yang wrote:
Hi Paul,
On 07/24/2018 04:33 PM, Paul Eggleton wrote:
Hi Robert,
On Monday, 23 July 2018 12:30:01 PM CEST Robert Yang wrote:
Now the logic is:
Use options.layer_type if specified, guess
On Wednesday, 29 August 2018 10:46:27 PM NZST Paul Eggleton wrote:
> Hi folks
>
> I know Konrad promised to update the docker-compose setup to be closer
> to what we'd done recently with the docker setup, but I needed something
> urgently and wanted to learn how to use docker-compose anyway, so I'
Replacing 'filter' by 'contains' will do the trick (will compile)
- PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
+PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'ipv6',
'', d)}"
Note that I get the following warning:
WARNING: net-snmp-5.8-r0 do_pack
Hi,
I'm trying to install on ubuntu 17.04 an Extensible SDK that I have built,
and it stops with an error:
---
sdk@sdk:~$ ./
acme-linux-glibc-x86_64-acme-image-datalogger-cortexa7hf-neon-toolchain-ext-2.5.1.sh
-D
…
+ sh -c . buildtools/environme
config-intelqa on x86-64 is an extension to config.json where it
contains the recipes and meta layers to build core-image-sato-sdk on
various supported architectures in Yocto Project.
This is an initial release model on specifying the recipes use to build
the embeddded linux images starting with x
Add in the support to publish images into the designated path.
BSP packages of the previous build will be cleaned up before
new BSP packages are copied over. This ensures the previous
image will not be retained and causes conflicts before image
is loaded into x86_64 (MTURBOT64) hardware.
Signed-of
This script is needed to inform LAVA server to end the lava-job
process and shutdowns the board/device gracefully while removing
the lava-overlay tmpfs resides on LAVA dispatcher end.
Once lava-job completely endsm it returns a signal to host machine
to continue with the remaining steps in autobui
trigger-lava-jobs accepts the YAML pipeline lava-job config file
generated by run-jinja-parser scripts. This triggers a new job at
LAVA end thru RPC and parses the authentication token and user
credentials to launch/start the hardware automation on LAVA
Dispatcher.Script will exit on error when lav
run-jinja-parser converts the Jinja2 template from lava-templates
folder into YAML pipeline job configuration used in LAVA.
Jinja2 provides a standard template to be modify/update to meet
other architecture supports.
The lava-template/generate-jobconfig.jinja2 are to be couple with
the JSON config-
Include a reference LAVA job template on x86_64 in jinja2 format.
This template will parsed and converted into YAML configuration
before job is trigger on LAVA server end thru Yocto autobuilder.
Signed-off-by: Aaron Chan
---
lava-templates/generate-jobconfig.jinja2 | 43 +
I was trying to create sdk for Weston wayland image but iam facing these errors
as shown below:
bitbake -c populate_sdk core-image-weston-pdm3
Build Configuration:
BB_VERSION = "1.36.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "aar
Hi folks
I know Konrad promised to update the docker-compose setup to be closer
to what we'd done recently with the docker setup, but I needed something
urgently and wanted to learn how to use docker-compose anyway, so I've
put this together:
http://git.yoctoproject.org/cgit/cgit.cgi/layerinde
14 matches
Mail list logo
