[yocto] eSDK: python3.5.real: No such file or directory

2019-07-17 Thread Gabriele Zampieri
Hi all, I just created my first eSDK for a custom image. It installs just fine. When I try to run "devtool --help" (after sourcing the env setup), I got this output: /home/user/poky_sdk/sysroots/x86_64-pokysdk-linux/usr/bin/python3: line 5: /home/user/poky_sdk/sysroots/x86_64-pokysdk-linux/usr/bin

Re: [yocto] [OE-core] RFC: dropping official support for Debian 8 / Opensuse 42.3

2019-07-17 Thread Zoran Stojsavljevic
> Fedora 28 is also unsupported (but will be the basis of CentOS 8). Yesterday I upgraded my host Fedora 29 to Fedora 30. With Fedora, all clear. F30 is the newest release, F31 is in preparation. F28 support ceased to exist one month after F30 was released. The algorithm is the following: Support

Re: [yocto] [OE-core] RFC: dropping official support for Debian 8 / Opensuse 42.3

2019-07-17 Thread Adrian Bunk
On Wed, Jul 17, 2019 at 09:37:31PM +0100, Burton, Ross wrote: > Hi, > > Now that both Debian 8 and OpenSuse 42.3 are end-of-life and no longer > formally supported, we think it's time to drop them from the supported > distribution list. Debian 8 is still LTS-supported for a year, unless there is

[yocto] List of Supported Python versions

2019-07-17 Thread jaymin . dabhi
Hello Team, Which Python, Python-OpenCV, Python-Numpy, Python-Scipy and OpenCV (max)versions are supported in Yocto 2.0.3 (Jethro) distro version? Can I get list of notes in which version of all supported modules have been mentioned? Please let me know. Regards, Jaymin --

[yocto] [layerindex-web][PATCH 000/126] Docker setup / misc fixes (cover letter only)

2019-07-17 Thread Paul Eggleton
The Clear Linux* Dissector [1] is a special-purpose fork of the OE Layer Index codebase. During development a number of general-purpose fixes have been made, so I am now sending a slightly reworked set of these back to be merged into the layer index. Highlights: * Enhanced docker/docker-compose se

Re: [yocto] [OE-core] RFC: dropping official support for Debian 8 / Opensuse 42.3

2019-07-17 Thread akuster808
On 7/17/19 1:37 PM, Burton, Ross wrote: > Hi, > > Now that both Debian 8 and OpenSuse 42.3 are end-of-life and no longer > formally supported, we think it's time to drop them from the supported > distribution list. Initially this involves removing them from the > SANITY_TESTED_DISTROS list in P

Re: [yocto] Patching a file in $WORKDIR

2019-07-17 Thread Siegel, Jeffrey (Nokia - US/Murray Hill)
Thanks for the help. I got it to work using 'patchdir' as Ross recommended: readline_7.0.bbappend: # We do this to enable the "Home" and "End" keys FILESEXTRAPATHS_prepend := "${THISDIR}/files:" SRC_URI+="file://inputrc.patch;patchdir=${WORKDIR}" Regards, Jeff -Original Message- From: Bu

[yocto] RFC: dropping official support for Debian 8 / Opensuse 42.3

2019-07-17 Thread Burton, Ross
Hi, Now that both Debian 8 and OpenSuse 42.3 are end-of-life and no longer formally supported, we think it's time to drop them from the supported distribution list. Initially this involves removing them from the SANITY_TESTED_DISTROS list in Poky, at some point during this cycle we may remove tho

[yocto] [ptest-runner][PATCH 3/4] tests: fix clang warnings.

2019-07-17 Thread Randy MacLeod
Make tests build using: clang -Weverything There are a few warnings that remain that are not variable casting or macro fixes. Signed-off-by: Randy MacLeod --- tests/main.c | 5 + tests/utils.c | 19 +-- 2 files changed, 10 insertions(+), 14 deletions(-) diff --git a/tests/

[yocto] [ptest-runner][PATCH 4/4] Fix additional warnings when using clang

2019-07-17 Thread Randy MacLeod
Drop unused function parameters in wait_child(). The remaining warning in the top dir code is: utils.c:25:9: warning: macro name is a reserved identifier [-Wreserved-id-macro] #define _GNU_SOURCE and it's not clear how to deal with that in a portable manner. Drop unused variable in analizer

[yocto] [ptest-runner][PATCH 2/4] main code: fix clang warnings

2019-07-17 Thread Randy MacLeod
Fix basic errors found when building with the clang compiler with the option -Weverything. There are a few warnings that remain that are not variable casting, macro fixes, or similarily simple changes. Makefile: add -lutil for 'check' builds for clang/gcc builds. Signed-off-by: Randy MacLeod ---

[yocto] [ptest-runner][PATCH 1/4] utils: ensure child can be session leader

2019-07-17 Thread Randy MacLeod
When running the run-execscript bash ptest as a user rather than root, a warning: bash: cannot set terminal process group (16036): Inappropriate ioctl for device bash: no job control in this shell contaminates the bash log files causing the test to fail. This happens only when run under ptest

[yocto] Problem Compiling for Cyclone5

2019-07-17 Thread Navid Rahimi
Hi, It seems there is something wrong going on. When I am trying to compile as specific here [1], I get: ERROR: ParseError at /home/aleph/angstrom-build/layers/openembedded-core/meta/classes/image.bbclass:181: Could not inherit file classes/sdcard_image-socfpga.bbclass which should not be the ca

[yocto] [psplash][PATCH] bmp: Add option to print bmp image

2019-07-17 Thread Mickaƫl Tansorier
Add option to load image in `psplash` command line. Image is bmp3 format. If this image can not be found or loading fail, default image is print. bmp_layout.h: describe bmp3 file inspire of bmp_layout.h from u-boot. psplash-fb.{c|h}: add function to draw GBR888 image. psplash.c: Add option to read

Re: [yocto] getting error in "make-mod-scripts-1.0-r0" while building meta-altera kernel as local source

2019-07-17 Thread Bruce Ashfield
On Wed, Jul 17, 2019 at 7:43 AM praveen vattipalli wrote: > > Hi All, > we are upgrading Yocto from Krogath to Sumo version. > while using meta-altera kernel source as local source, > > if i use EXTERNALSRC_BUILD variable > EXTERNALSRC = > "${TOPDIR}/../meta-altera/recipes-kernel/linux/files/ker

[yocto] Different installation path in SDK

2019-07-17 Thread Gabriele Zampieri
Hi all, for legacy reason I need to install some libraries in a non-standard path (/opt/custom/lib). I achieved this quite easily via cmake. However, when I generate the SDK, those libraries and headers are installed in /sysroot/arm/opt/custom/[lib|include] and this is quite annoying. Is there

[yocto] getting error in "make-mod-scripts-1.0-r0" while building meta-altera kernel as local source

2019-07-17 Thread praveen vattipalli
Hi All, we are upgrading Yocto from Krogath to Sumo version. while using meta-altera kernel source as local source, if i use EXTERNALSRC_BUILD variable EXTERNALSRC = "${TOPDIR}/../meta-altera/recipes-kernel/linux/files/kernel-source" EXTERNALSRC_BUILD = "${TOPDIR}/../meta-altera/recipes-kernel/li

Re: [yocto] Patching a file in $WORKDIR

2019-07-17 Thread Burton, Ross
On Tue, 16 Jul 2019 at 17:45, Siegel, Jeffrey (Nokia - US/Murray Hill) wrote: > I am trying to use a bbappend file to patch a file in $WORKDIR. To my > understanding, the native Yocto patching process only works for patching > files in $S. No, the default directory for patch application is $S (