| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* origin/stable:
toolchain: include base-files
Update meta-fsl-arm-extra to fix u-boot-boundary fetch failure
Install fonts with help of Yocto recipes
bbb: remove preferred version for SGX
Update Qt logo
Remove u-boot-fw-utils
Change copyright notice
Conflicts:
b2qt-init-build-env
conf/distro/include/beaglebone.conf
recipes/packagegroup/nativesdk-packagegroup-b2qt-embedded-toolchain-target.bb
Change-Id: I5b22412d0530e70057f705da34247803498ddde3
|
|
|
|
|
| |
Change-Id: Ie4fdf57b986eb24cb16dfb9f347ae02e7648bf86
Reviewed-by: Samuli Piippo <samuli.piippo@theqtcompany.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Builds & runs ok!
The current implementation is done with the strategy of using the
vendor's defined repo versions for the yocto stack, instead of the
common versions defined by b2qt. The intention is to build upon the
vendor stack as closely as possible, as that is (hopefully) tested and
maintained.
Task-number: QTEE-801
Change-Id: Ib93b54178de870b5f288b2fae982ea2b4bb74e50
Reviewed-by: Samuli Piippo <samuli.piippo@theqtcompany.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This enables sources to be fetched from the Qt SDK, if available, instead of
internal git repositories. Required for BYOS customers to build B2Qt things.
Git repositories in SRC_URI are configured with 'local-uri' parameter, that
defines the path to the source code directory inside the Qt SDK. The base
path to Qt SDK is set in local.conf when setup-environment.sh in run.
Change-Id: I7f5e96fb6b9e9e55cac9d50cefb17830618193b8
Reviewed-by: Eirik Aavitsland <eirik.aavitsland@digia.com>
Reviewed-by: Andy Nichols <andy.nichols@digia.com>
|
|
|
|
|
| |
Change-Id: Ib506ebd57e0943cbbd2b4dfcb6291a3938807c1f
Reviewed-by: Gatis Paeglis <gatis.paeglis@digia.com>
|
|
- use the already fetched .repo/repo as a workaround for repo tool's
mandatory -u argument
- rename environment-setup.sh script
- Add notice about correctly sourcing the environment-setup.sh script
Change-Id: I4ac3cf26ca30ae1c14474cf9fb15e65ebc0be3ac
Reviewed-by: Eirik Aavitsland <eirik.aavitsland@digia.com>
|