Hi Team, I have downloaded the lhg-oe-manifest source and builded it successfully for Dragonboard-410c.After flashing it on device i am only able to play the clearkey encrypted video but when i am trying to play the widevine encrypted content,it is showing like there is no supported key system.Is there any support of playing widevine encrypted content in this code.If not can you help me how to play widevine encrypted video.I have downloaded the code from below manifest $repo init -u https://github.com/linaro-mmwg/lhg-oe-manifests.git -b morty
It would be a great help for me if you provide me any way to get out of it.
Thanks and RegardsN.Tarani
Daniel,
as discussed, I've experimented with meta-rpb and the Yocto Compatible
check scripts.. see :
https://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#making-s…
There are many obvious reasons why it's a good idea to make sure that
layers can pass this script..
I was able to get meta-rpb to pass the compatibility check with the
following patches:
https://github.com/ndechesne/meta-rpb/tree/check-layer
The simplest way to run the script is to use a copy of Poky git:
$ git clone http://git.yoctoproject.org/git/poky
$ cd poky
$ source oe-init-build-env
$ yocto-check-layer <oe-rpb folder>/layers/meta-rpb/ --dependency
<oe-rpb folder>/layers/
The main things that the script will test are:
1. Adding your layer in bblayers.conf will not change any recipe
content/checksum
2. All dependencies are properly tracked
For meta-rpb, we depend on meta-virtualization (docker) and that layer
breaks compatibility in many ways.. so I had to remove references to
docker and meta-virt to run the script..
I will be doing a bit more testing/review, and submit the PR.
cheers
nico
hi,
i've started to push some updates about OE warrior for our Linaro builds.
The branch warrior was added to meta-rpb, meta-96boards, meta-qcom,
meta-linaro, meta-backports.
I have added a 'warrior' branch to the oe-rpb-manifest as well, see:
https://github.com/96boards/oe-rpb-manifest/commit/dd60a2322845adb9cfe7e82e…
Some layers still don't have a warrior branch, in which case we use master.
I have submitted a change to start build based on warrior..
Let's see how things go with this new branch!
cheers
nico
Hi all,
I'm trying to use the thud branch of Yocto Project with the Arago distro and the Linaro toolchain.
The external-linaro-toolchain.bb recipe includes glibc-package.inc from oe-core which has been modified in 2018 to install a makedbs.sh script [1] and to handle the floatn.h header introduced in glibc 2.26 [2]. The first change definitely breaks the external-linaro-toolchain recipe as no makedbs.sh script is present - in the oe-core glibc recipe this is included as a file and referenced in SRC_URI. The second change breaks if the Linaro toolchain includes a version of glibc prior to 2.26.
I see that an attempt to fix the above issues has been posted to this mailing list [3] but this wasn't merged and no other fix has gone into the meta-linaro repository. The was also a report of this issue posted to the Yocto mailing list in January [4]. So it looks like this has been broken for a few months but obviously hasn't been noticed more widely.
Is the external-linaro-toolchain recipe expected to work on the thud branch? If not, what should I be using instead?
[1]: https://git.openembedded.org/openembedded-core/commit/?h=thud&id=13cf502fce…
[2]: https://git.openembedded.org/openembedded-core/commit/?h=thud&id=650c59c8b6…
[3]: https://lists.linaro.org/pipermail/openembedded/2019-January/000159.html
[4]: https://lists.yoctoproject.org/pipermail/yocto/2019-January/043747.html
--
Paul Barker
Managing Director & Principal Engineer
Beta Five Ltd
From: Denys Dmytriyenko <denys(a)ti.com>
libc.so linker script should use relative paths to not clash with host libs.
Using absolute paths in libc.so is fine with standalone toolchain or when
used inside a rootfs. But when used inside OE SDK for cross-compilation,
the absolute path confuses compiler with libs from host environment. In the
past, Linaro prebuilt toolchains always had relative paths inside libc.so
linker script. Adjust it the same for the Arm prebuilt toolchain.
Signed-off-by: Denys Dmytriyenko <denys(a)ti.com>
---
.../recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb b/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb
index 6fb5a4d..a4067d8 100644
--- a/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb
+++ b/meta-linaro-toolchain/recipes-devtools/external-arm-toolchain/external-arm-toolchain.bb
@@ -233,6 +233,7 @@ do_install() {
if [ -f ${D}${libdir}/libc.so ];then
sed -i -e "s# /${EAT_LIBDIR}/${EAT_TARGET_SYS}# ../../${EAT_LIBDIR}#g" -e "s# /usr/${EAT_LIBDIR}/# /usr/lib/#g" -e "s# /usr/${EAT_LIBDIR}/${EAT_TARGET_SYS}# .#g" -e "s# /${EAT_LIBDIR}/ld-linux# ../../${EAT_LIBDIR}/ld-linux#g" ${D}${libdir}/libc.so
sed -i -e "s# /${EAT_LIBDIR}/libc.so.6# /lib/libc.so.6#g" ${D}${libdir}/libc.so
+ sed -i -e "s# /lib# ../../lib#g" -e "s# /usr/lib# .#g" ${D}${libdir}/libc.so
fi
if [ -f ${D}${base_libdir}/libc.so ];then
--
2.7.4
From: Denys Dmytriyenko <denys(a)ti.com>
This set cleans up and adds additional features to external-arm-toolchain recipe.
It packages up libc binaries like ldconfig, locale, tzselect, ldd and so on.
That results in a proper non-empty glibc-utils package, which gets pulled by
LIBC_DEPENDENCIES variable defined in tclibc-glibc.inc in OE-Core
It also packages up necessary static libs, stubs and headers for -dev variants
of libgcc, libgfortran, etc., satisfying packagegroup-core-standalone-sdk-target
recipe from OE-Core.
Please merge this set to master and backport it to thud as well. Thanks.
Denys Dmytriyenko (3):
external-arm-toolchain: basic cleanup
external-arm-toolchain: package up toolchain binaries
external-arm-toolchain: also package up extra libs, stubs and headers
.../external-arm-toolchain.bb | 45 ++++++++++++++++------
1 file changed, 33 insertions(+), 12 deletions(-)
--
2.7.4
From: Denys Dmytriyenko <denys(a)ti.com>
When backporting Arm toolchain from master to thud, several commits were missed,
as well as one addition of crosssdk-inital recipe was missing. This series
addresses those issues.
Denys Dmytriyenko (2):
gcc-crosssdk-initial: add missing arm-8.2 version
tcmode-external-arm: uncomment preference for
virtual/${TARGET_PREFIX}binutils
Koen Kooi (4):
tcmode-external-arm.inc: fix some ELT⇒ EAT conversions that were
missed previously
tcmode-external-arm.inc: prefer virtual/libc-locale =
external-arm-toolchain
tcmode-external-arm.inc: set glibc override
tcmode-external-arm.inc: add 'libc-locales libc-locale-code
libc-charsets' to DISTRO_FEATURES_LIBC
.../conf/distro/include/tcmode-external-arm.inc | 18 ++++++++++--------
.../gcc/gcc-crosssdk-initial_arm-8.2.bb | 3 +++
2 files changed, 13 insertions(+), 8 deletions(-)
create mode 100644 meta-linaro-toolchain/recipes-devtools/gcc/gcc-crosssdk-initial_arm-8.2.bb
--
2.7.4