OpenEmbedded

openembedded@lists.linaro.org

1 participants
652 discussions

PSA: Please stop using += as substitute for multiline variables

by Koen Kooi

Hi, I looked at https://github.com/96boards/meta-rpb/blame/rocko/recipes-overlayed/kselftes… today and noticed a common anti-pattern: FOO += “bar” FOO += “quix” FOO += “something” Please stop doing that and use this instead: FOO = “bar \ quix \ something \ “ In OE += is a heavy operation that really slows down parsing due to the all the expansion and override roundtrips needed, so please stop abusing it as a way to do multiline variables. Thanks! — Koen Kooi Builds and Baselines | Release Manager Linaro.org | Open source software for ARM SoCs

8 years, 1 month

[PATCH] external-linaro-toolchain-versions.inc: python3 division returns float

by Denys Dmytriyenko

From: Denys Dmytriyenko <denys(a)ti.com> Adjust to python3 division returning float instead of integer, as in python2. Fixes kernel version 4.10.3 becoming 4.0391082763671875.10.01171875.3 Signed-off-by: Denys Dmytriyenko <denys(a)ti.com> --- .../conf/distro/include/external-linaro-toolchain-versions.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc index 71fe69b..2a99209 100644 --- a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc +++ b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc @@ -102,9 +102,9 @@ def elt_get_kernel_version(d): for s in l: if s.find('LINUX_VERSION_CODE') > 0: ver = int(s.split()[2]) - maj = ver / 65536 + maj = int(ver / 65536) ver = ver % 65536 - min = ver / 256 + min = int(ver / 256) ver = ver % 256 return str(maj)+'.'+str(min)+'.'+str(ver) return 'UNKNOWN' -- 2.7.4

8 years, 3 months

[meta-linaro-toolchain][PATCH] Check libcc1 directory before trying to fix it

by Daniel Gomez

Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..5a26fa2 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -10,7 +10,9 @@ ARM_INSTRUCTION_SET_armv4 = "arm" do_configure_prepend() { # Easiest way to stop bad RPATHs getting into the library since we have a # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + if [ -d "${S}/libcc1" ]; then + sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + fi } BBCLASSEXTEND = "nativesdk" -- 2.7.4

8 years, 3 months

[meta-linaro][PATCH] meta-*: add LAYERSERIES_COMPAT to layer.conf files

by Martin Jansa

Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- meta-aarch64/conf/layer.conf | 2 ++ meta-bigendian/conf/layer.conf | 2 ++ meta-ilp32/conf/layer.conf | 2 ++ meta-linaro-integration/conf/layer.conf | 2 ++ meta-linaro-toolchain/conf/layer.conf | 2 ++ meta-linaro/conf/layer.conf | 2 ++ meta-optee/conf/layer.conf | 2 ++ 7 files changed, 14 insertions(+) diff --git a/meta-aarch64/conf/layer.conf b/meta-aarch64/conf/layer.conf index 010a700..552947d 100644 --- a/meta-aarch64/conf/layer.conf +++ b/meta-aarch64/conf/layer.conf @@ -12,3 +12,5 @@ BBFILE_PRIORITY_aarch64 = "20" BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_aarch64 = "linaro linaro-toolchain" + +LAYERSERIES_COMPAT_aarch64 = "sumo" diff --git a/meta-bigendian/conf/layer.conf b/meta-bigendian/conf/layer.conf index f374010..6c65394 100644 --- a/meta-bigendian/conf/layer.conf +++ b/meta-bigendian/conf/layer.conf @@ -7,3 +7,5 @@ BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend" BBFILE_COLLECTIONS += "bigendian" BBFILE_PATTERN_bigendian := "^${LAYERDIR}/" BBFILE_PRIORITY_bigendian = "20" + +LAYERSERIES_COMPAT_bigendian = "sumo" diff --git a/meta-ilp32/conf/layer.conf b/meta-ilp32/conf/layer.conf index 13859d8..cda8991 100644 --- a/meta-ilp32/conf/layer.conf +++ b/meta-ilp32/conf/layer.conf @@ -12,3 +12,5 @@ BBFILE_PRIORITY_ilp32 = "20" BB_DANGLINGAPPENDS_WARNONLY = "true" LAYERDEPENDS_ilp32 = "linaro linaro-toolchain" + +LAYERSERIES_COMPAT_ilp32 = "sumo" diff --git a/meta-linaro-integration/conf/layer.conf b/meta-linaro-integration/conf/layer.conf index edb8f29..95177fe 100644 --- a/meta-linaro-integration/conf/layer.conf +++ b/meta-linaro-integration/conf/layer.conf @@ -8,6 +8,8 @@ BBFILE_COLLECTIONS += "linaro-integration" BBFILE_PATTERN_linaro-integration := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-integration = "30" +LAYERSERIES_COMPAT_linaro-integration = "sumo" + # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro-toolchain/conf/layer.conf b/meta-linaro-toolchain/conf/layer.conf index 7e96dcd..ec3a22f 100644 --- a/meta-linaro-toolchain/conf/layer.conf +++ b/meta-linaro-toolchain/conf/layer.conf @@ -8,6 +8,8 @@ BBFILE_COLLECTIONS += "linaro-toolchain" BBFILE_PATTERN_linaro-toolchain := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro-toolchain = "30" +LAYERSERIES_COMPAT_linaro-toolchain = "sumo" + # do not error out on bbappends for missing recipes BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-linaro/conf/layer.conf b/meta-linaro/conf/layer.conf index c019548..692af88 100644 --- a/meta-linaro/conf/layer.conf +++ b/meta-linaro/conf/layer.conf @@ -8,6 +8,8 @@ BBFILE_COLLECTIONS += "linaro" BBFILE_PATTERN_linaro := "^${LAYERDIR}/" BBFILE_PRIORITY_linaro = "25" +LAYERSERIES_COMPAT_linaro = "sumo" + # do not error out on bbappends for missing recipes (mysql5) BB_DANGLINGAPPENDS_WARNONLY = "true" diff --git a/meta-optee/conf/layer.conf b/meta-optee/conf/layer.conf index 4469295..d816450 100644 --- a/meta-optee/conf/layer.conf +++ b/meta-optee/conf/layer.conf @@ -7,3 +7,5 @@ BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend" BBFILE_COLLECTIONS += "meta-optee" BBFILE_PATTERN_meta-optee := "^${LAYERDIR}/" BBFILE_PRIORITY_meta-optee = "8" + +LAYERSERIES_COMPAT_meta-optee = "sumo" -- 2.15.1

8 years, 4 months

[meta-linaro/meta-linaro-toolchain][PATCH] stop bad RPstop bad RPATHs for libtool only if available

by Daniel Gomez

Check libcc1 directory before trying to fix it Signed-off-by: Daniel Gomez <daniel.gomez(a)silicon-gears.com> --- meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb index 3e0f4bc..5a26fa2 100644 --- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb +++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc_linaro-4.9.bb @@ -10,7 +10,9 @@ ARM_INSTRUCTION_SET_armv4 = "arm" do_configure_prepend() { # Easiest way to stop bad RPATHs getting into the library since we have a # broken libtool here - sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + if [ -d "${S}/libcc1" ]; then + sed -i -e 's/hardcode_into_libs=yes/hardcode_into_libs=no/' ${S}/libcc1/configure + fi } BBCLASSEXTEND = "nativesdk" -- 2.7.4

8 years, 5 months

Linaro toolchain components

by Denys Dmytriyenko

Koen, Fathi, Thanks for updating gcc recipe to 7.2 and merging it to rocko! I have some matching fixes for the external toolchain recipe I'll try to submit soon... I was wondering what are the plans for other toolchain components, like glibc, gdb and binutils - there are recipes for glibc 2.20-2014.11, gdb 7.8-2014.09 and binutils 2.25/2.27 2016.10. All those correspond to when the last time a tarball of that component was released by Linaro. I know these days all those components are in git at https://git.linaro.org/toolchain/ - are there any plans to provide corresponding recipes to build those components from sources? -- Denys

8 years, 5 months

[PATCH] optee: use nonarch_base_libdir instead of /lib

by Ricardo Salveti

Hardcoded /lib is not compatible with usrmerge. Signed-off-by: Ricardo Salveti <ricardo(a)opensourcefoundries.com> --- meta-optee/recipes-security/optee/optee-os_git.bb | 8 ++++---- meta-optee/recipes-security/optee/optee-test_git.bb | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/meta-optee/recipes-security/optee/optee-os_git.bb b/meta-optee/recipes-security/optee/optee-os_git.bb index 4f6be1e..c5f38fb 100644 --- a/meta-optee/recipes-security/optee/optee-os_git.bb +++ b/meta-optee/recipes-security/optee/optee-os_git.bb @@ -39,9 +39,9 @@ do_compile() { do_install() { #install core on boot directory - install -d ${D}/lib/firmware/ + install -d ${D}${nonarch_base_libdir}/firmware/ - install -m 644 ${B}/out/arm-plat-${OPTEEOUTPUTMACHINE}/core/*.bin ${D}/lib/firmware/ + install -m 644 ${B}/out/arm-plat-${OPTEEOUTPUTMACHINE}/core/*.bin ${D}${nonarch_base_libdir}/firmware/ #install TA devkit install -d ${D}/usr/include/optee/export-user_ta/ @@ -54,14 +54,14 @@ PACKAGE_ARCH = "${MACHINE_ARCH}" do_deploy() { install -d ${DEPLOYDIR}/optee - for f in ${D}/lib/firmware/*; do + for f in ${D}${nonarch_base_libdir}/firmware/*; do install -m 644 $f ${DEPLOYDIR}/optee/ done } addtask deploy before do_build after do_install -FILES_${PN} = "/lib/firmware/" +FILES_${PN} = "${nonarch_base_libdir}/firmware/" FILES_${PN}-dev = "/usr/include/optee" INSANE_SKIP_${PN}-dev = "staticdev" diff --git a/meta-optee/recipes-security/optee/optee-test_git.bb b/meta-optee/recipes-security/optee/optee-test_git.bb index 2d85d89..e2c49cc 100644 --- a/meta-optee/recipes-security/optee/optee-test_git.bb +++ b/meta-optee/recipes-security/optee/optee-test_git.bb @@ -40,11 +40,11 @@ do_install () { # install path should match the value set in optee-client/tee-supplicant # default TEEC_LOAD_PATH is /lib - mkdir -p ${D}/lib/optee_armtz/ - install -D -p -m0444 ${S}/out/ta/*/*.ta ${D}/lib/optee_armtz/ + mkdir -p ${D}${nonarch_base_libdir}/optee_armtz/ + install -D -p -m0444 ${S}/out/ta/*/*.ta ${D}${nonarch_base_libdir}/optee_armtz/ } -FILES_${PN} += "/lib/optee_armtz/" +FILES_${PN} += "${nonarch_base_libdir}/optee_armtz/" # Imports machine specific configs from staging to build PACKAGE_ARCH = "${MACHINE_ARCH}" -- 2.7.4

8 years, 6 months

Over-writing files from another package

by Ryan Harkin

Hello, I am seeing this error in my build: Configuring aCollected errors: * check_data_file_clashes: Package linux-firmware-bcm43430 wants to install file /linaro/mbl/workspace-arm/build-mbl/tmp-mbl-glibc/work/imx7s _warp-oe-linux-gnueabi/mbl-console-image-test/1.0-r0/root fs/lib/firmware/brcm/brcmfmac43430-sdio.bin But that file is already provided by package * firmware-imx * check_data_file_clashes: Package linux-firmware-bcm43430 wants to install file /linaro/mbl/workspace-arm/build-mbl/tmp-mbl-glibc/work/imx7s _warp-oe-linux-gnueabi/mbl-console-image-test/1.0-r0/root fs/lib/firmware/brcm/brcmfmac43430-sdio.txt But that file is already provided by package * firmware-imx In my build, I'm including meta-raspberrypi and meta-freescale-3rdparty in my manifest. These two meta layers include the following two files into the rootfs in various ways: /lib/firmware/brcm/brcmfmac43430-sdio.txt /lib/firmware/brcm/brcmfmac43430-sdio.bin For example, in the following files define a way of adding the firmware into the rootfs (there will be more ways they get into the build, saying as one is a .inc file): meta-freescale-3rdparty/recipes-bsp/broadcom-nvram-config/ broadcom-nvram-config.inc meta-raspberrypi/recipes-kernel/linux-firmware/linux-firmware_%.bbappend openembedded-core/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb My meta-layer is included after meta-freescale* and meta-raspberrypi, but before openembedded-core/meta in my BBLAYERS setup. However, I want to provide a newer version of these two files in my build. So we created this recipe in our meta layer: file: recipes-bsp/firmware-imx/firmware-imx_%.bbappend ------------------------------------------------------------ -------------------------- SRCREV_linuxfirmware = "a61ac5cf8374edbfe692d12f805a1b194f7fead2" SRCREV_recalboxbuildroot = "f648e4b54eb5e4be593746d6cc51375b22a7efbd" SRC_URI += "git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linu x-firmware.git;branch=${SRCBRANCH};destsuffix=${S}/git1;name=linuxfirmware <http://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git;…> \ git://github.com/recalbox/recalbox-buildroot.git;protocol= https;branch=${SRCBRANCH};destsuffix=${S}/git2;name=recalboxbuildroot <http://github.com/recalbox/recalbox-buildroot.git;protocol=https;branch=$%7…> " LIC_FILES_CHKSUM += "file://git1/LICENCE.broadcom_ bcm43xx;md5=3160c14df7228891b868060e1951dfbc \ file://git2/COPYING;md5=e4edbc78b8892db416b6a07e0d97309a " do_install_append() { install -d ${D}${base_libdir}/firmware install -d ${D}${base_libdir}/firmware/brcm cp -rfv git1/brcm/brcmfmac43430-sdio.bin ${D}${base_libdir}/firmware/br cm cp -rfv git2/board/warp7/rootfs_overlay/lib/firmware/brcm/brcmfmac43430-sdio.txt ${D}${base_libdir}/firmware/brcm } FILES_${PN} += "${base_libdir}/firmware/brcm/brcmfmac43430*" COMPATIBLE_MACHINE = "(imx7s-warp)" ------------------------------------------------------------ -------------------------- It builds fine in a "normal" configuration. However, in a "test" build, where "dev-pkgs" is added to IMAGE_FEATURES, I get the error as above. So how do I work around this issue? Am I doing the wrong thing by providing a bbappend to overlay these files? Any advice appreciated. Regards, Ryan.

8 years, 8 months

[Dragonboard410c] Regarding Kernel clean and build

by Sunny Bhayani

Hi All, I am new to the OpenEmbedded framework and kindly do let me know if this is not the right forum for such query. I am using the Dragonboard410c with the Linaro OpenEmbedded Release (Steps to build the sources is: https://github.com/96boards/oe-rpb-manifest) I want to do a clean build and incremental build of only the kernel sources. I checked articles for the same and found the below commands: bitbake -c cleansstate virtual/kernel bitbake -c clean virtual/kernel But the above commands are giving error like below: ******* Error Start ******* ERROR: Nothing PROVIDES 'linux-linaro-aarch64' ERROR: linux-linaro-aarch64 was skipped: We shouldn't have multilib variants for the kernel ERROR: linux-linaro-aarch64 was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-linaro-qcomlt, not linux-linaro-aarch64 ******* Error End ******* I also tried the below: bitbake -c cleansstate linux-linaro-qcomlt bitbake -c cleansstate linux-linaro-aarch64 But that also does not work. So can you please suggest from where can I know, how to build the kernel without triggering the whole build. Thanks & Regards, Sunny ************************************************************************************************************************************************************* eInfochips Business Disclaimer: This e-mail message and all attachments transmitted with it are intended solely for the use of the addressee and may contain legally privileged and confidential information. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this message and please delete it from your computer. Any views expressed in this message are those of the individual sender unless otherwise stated. Company has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. *************************************************************************************************************************************************************

8 years, 9 months

[meta-linaro][PATCH] python-wand: Add patch to ensure our built ImageMagick is used

by Tom Rini

It can be slightly tricky to build a copy of python-wand that will also function. A problem is that without additional logic (MAGICK_HOME), the python code will not look outside of system paths for a copy of the imagemagick library. However, even with this path added to the search list, the code will still try a 'naked' load of the library it wants. This can result in a visible failure if you have a new enough imagemagic-6 installed (such as 6.9.7) as the date string checking logic will fail. Work around these problems by setting MAGICK_HOME globally to the correct location and patch the api code to look for the form of imagemagick that we build first, rather than last, so that we are going to first search for what we know we built. Signed-off-by: Tom Rini <trini(a)konsulko.com> --- This patch should be applied to at least master, pyro and rocko. Arguably this should also be applied further back as without MAGICK_HOME it will never be looking in our sysroot. .../0001-wand-api.py-Change-search-order.patch | 32 ++++++++++++++++++++++ .../recipes-devtools/python/python-wand_0.4.4.bb | 7 ++++- 2 files changed, 38 insertions(+), 1 deletion(-) create mode 100644 meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch diff --git a/meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch b/meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch new file mode 100644 index 000000000000..ac2c0b0622c0 --- /dev/null +++ b/meta-optee/recipes-devtools/python/python-wand/0001-wand-api.py-Change-search-order.patch @@ -0,0 +1,32 @@ +From 7691ebcf38c59332eb819f909250a22ba5e8e50b Mon Sep 17 00:00:00 2001 +From: Tom Rini <trini(a)konsulko.com> +Date: Tue, 24 Oct 2017 12:01:51 -0400 +Subject: [PATCH 1/1] wand/api.py: Change search order + +In addition to specifying MAGICK_HOME to ensure that we will even look +within our desired paths, we need to also check for the type of library +that we know we have. Otherwise we may find a different form of the +library in one of the system paths before we try ours. + +Upstream-Status: Inappropriate [configuration] +Signed-off-by: Tom Rini <trini(a)konsulko.com> +--- + wand/api.py | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/wand/api.py b/wand/api.py +index 19cf6d2..dde9c5e 100644 +--- a/wand/api.py ++++ b/wand/api.py +@@ -55,7 +55,7 @@ def library_paths(): + """ + libwand = None + libmagick = None +- versions = '', '-6', '-Q16', '-Q8', '-6.Q16' ++ versions = '-6.Q16', '-6', '-Q16', '-Q8', '' + options = '', 'HDRI', 'HDRI-2' + system = platform.system() + magick_home = os.environ.get('MAGICK_HOME') +-- +2.11.0 + diff --git a/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb b/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb index 9679b9c9f658..605bc59e2707 100644 --- a/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb +++ b/meta-optee/recipes-devtools/python/python-wand_0.4.4.bb @@ -7,7 +7,8 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=170eafd687d4a2b950819cd5e067e6d5" SRCNAME = "wand" SRCREV = "c731c620c3c96c409a194dafab396ffbb97d6702" -SRC_URI = "git://github.com/dahlia/wand.git" +SRC_URI = "git://github.com/dahlia/wand.git \ + file://0001-wand-api.py-Change-search-order.patch" S = "${WORKDIR}/git" inherit setuptools @@ -33,6 +34,10 @@ inherit setuptools DEPENDS += " imagemagick-native" +# Tell python-wand where to look for our imagemagick and it must be +# one level up from where 'lib' resides. +export MAGICK_HOME="${STAGING_LIBDIR_NATIVE}/.." + BBCLASSEXTEND = "native" FILES_${PN} += "${datadir}" -- 2.7.4

8 years, 9 months

← Newer
1
...
58
59
60
61
62
63
64
65
66
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

OpenEmbedded